כותרות TheMarker >
    cafe is going down
    ';

    מעולמו של סמנכ"ל מו"פ – המירוץ האין סופי אחרי הגדרת מוצר, חזון הנדסי, איכות, אנשים, תוצאות, עוד תוצאות (...וקצת אמפטיה בדרך)

    הקדמה (והזמנה)

    5 תגובות   יום ראשון, 15/4/07, 19:36

     Software Engineering

     http://www.furrygoat.com/Images/Misc/engineering.jpg

    למרות שקורס כתיבה תמה וסדנת קיץ לסופרים צעירים בגיל 15 לא נכללים בקורות החיים שלי, את עולם הטכנולוגיה אני חווה בעיקר כמנהל טכנולוגי ופחות כמשתמש קצה (כולל המושג המוזר הזה שנקרא "רשתות חברתיות") , ותוך כתיבת הטקסט כאן אני לומד לתקתק עברית במקלדת בערך פעם ראשונה – החלטתי לעשות נסיון הרואי ולנסות לפנות בטור זה לקהל העסוק והלא מתוקשר ביותר לדעתי בעולם ההיי טק הישראלי (ואולי בעולם כולו) – מנהלי המו"פ. במחשבה שניה, אם אנחנו כל כך עסוקים, למה אני מתאמץ בכלל? טוב, את זה כבר נשפוט לפי כמות התגובות והעניין שלכם...

    לפני שאספר קצת על מה הייתי רוצה לכסות בטור זה בעתיד, מספר מילים על עצמי: אני עובד בתעשיית ההי טק ב-14 שנים האחרונות. מילאתי קשת רחבה של תפקידי פיתוח וניהול שונים במרכזי הפיתוח של אינטל ומיקרוסופט בארץ וארה"ב. בשנה האחרונה אני מנהל המו"פ של חברת אסטיאה ומנהל סייט הפיתוח שלה בישראל (כרמיאל).

    הרבה מהבאזז הסובב את עולם ההי טק הישראלי בשנים האחרונות (והגדל כמו פטריות אחרי גשם בריא) נסוב סביב עולם המשקיעים, היזמים, הטכנולוגיות והמוצרים. באזז זה מתבטא בתקשורת מסיבית ומשמש כר פורה לדיוני קהיליות חברתיות רבות המוקדשות לנושאים אלה. בדיקה מדגמית של הקהיליות הפופולריות ביותר כאן מאושש זאת בקלות – אחרי הכל כולנו רוצים להיות יזמים (אם אפשר בתחום הווב 2.0 בבקשה), לפרוץ את מחסומי ההשקעה של הקרנות הנודניקיות הגדולות ("מה כבר לא מקורי ברשת סמנטית חדשה שתוכל מתוך הקשרים של תמלילי השיחות של השבוע האחרון בין המנכ"ל, היזמים והבורד להסביר למנהל הפיתוח האומלל מה לעזאזל המוצר אמור לעשות בכלל ולפרש את חוש ההומור של המנכ"ל בשיחה האחרונה לגבי תאריכי היעד) ולפתוח חברת הזנק עם סניף מכירות בניו יורק וסניף פיתוח ברפובליקה הדומיניקנית, שבזינוק אדיר תיקח את היזמים והמשקיעים לעבר הזריחה הנכספת (או השקיעה הבלתי נעימה...).

    אז כן, הרעיון והבאזז הראשוניים המלווים חברה בהקמה הם חשובים מאד. מאידך – הצורה שבה המוצר או הטכנולוגיה מפותחים, מהונדסים ומנוהלים לאורך זמן תקבע הרבה את הצלחת החברה וחשוב מכך, את יכולתה לצלוח את משבר הסטרטאפ ולגדול לחברה יציבה. ניהול המו"פ בחברה היציבה מציב בתורו אף הוא אתגרים קשים – איך להתייעל, איך לבנות קבוצה ודיסיפלינות בצורה נכונה, איך להגדיל את מורכבות המוצר מבלי להכפיל משאבי פיתוח בדרך ואיך לשמור רף איכות גבוה.

    אתגר מרכזי בתפקידו של מנהל מו"פ מגיע מהמקום של ניהול שוטף של סיכונים בזמן מחזור פיתוח המוצר. בסופו של יום הרבה מההחלטות הניהוליות מנסות לאזן בין קודקודי השילוש הלא קדוש הבא: תכונות מוצר (פיצ'רים), אילוצי זמן ואיכות. בעוד כולם נוטים להסכים (בהתחלה בעיקר כמס שפתיים) שאיכות הוא עוגן המשולש – בפועל מנהל השיווק, ומנהל המוצר ימשכו באופן טבעי להגדלת עוגת התכונות ("אי אפשר למכור את המוצר כפי שהוא") ומנהל המו"פ ינסה להגדיל את כמות האיכות ביחידת זמן על ידי הפחתת כמות התכונות והפיתוח לגרסה הקרובה ולתחום אותן היטב מבחינה הנדסית על מנת להוריד דו-משמעויות ותסכולים עתידיים. וכן – כולם מתפשרים בסוף. כמובן שדוגמא זו היא כוללנית (יש שיאמרו כוללנית מדי) אך היא מדגימה את הדילמה האופינית. אם כן - מנהל המו"פ נמצא במקום מרכזי בצומת קבלת ההחלטות והביצוע כיוון שהוא חייב להיות מספיק מחובר לצד העסקי ואמור להעביר מוצר לא מוגדר היטב לפס ייצור הנדסי ומאידך הוא מבין את ההשלכות של זמן ואיכות ואמור בסופו של יום לשקלל הכל ולתת המלצות ביצוע המאזנות בין כל הגורמים הנ"ל.

    כמו כן מנהל המו"פ צריך לתרגם באופן קבוע "רצונות, כוונות, ודרישות כלליות" מצוות ההנהלה שבו הוא חבר, ל-"שפת מו"פ" שאותה הוא צריך להוריד במורד הארגון שלו. כמובן שהתרגום ההפוך הכרחי לא פחות – "מנכ"ל: מה זאת אומרת איציק שיש כעת 100 באגים במודול ניהול ההתקנים, 20 בדרגה 2 ו- 70 test cases שנכשלו – אנחנו מוציאים גרסת ביתא ללקוח משוויצריה בשבוע הבא או לא??". שליטת בשפת העסק מחד ושפת ההנדסה מצד שני הוא קריטי ודורש מיומנות נרכשת (וסבלנות של ברזל).

    על מנת לאפשר לו כל זאת, מנהל המו"פ חייב להסתמך על ארגון מאוזן וחזק הכולל פיתוח (development), בקרת איכות (QA), production, תיעוד, וכן ניהול תכנית מוצר (program management) המחבר בין עולם הדרישות העסקיות ועולם התכן ההנדסי.

    אספקט אחרון שאציין כאן נוגע לצד האסטרטגי של עבודת המו"פ. ארגונים לא מעטים חוטאים לדעתי לתפקידם במיצובם כארגון טקטי המטפל בדחוף ולא בחשוב – דהיינו ניהול יום יומי של פיתוח הגירסה. מנהל מו"פ טוב חייב לאזן בין ניהול הפיתוח השוטף ואסטרטגית המו"פ לאורך זמן. דוגמאות לכך הן:

    ·         למידת טכנולוגיות חדשות בתחום בו פועלת החברה. עליו לחפש דרכים חדשות לפשט את המוצר על ידי שימוש בטכנולוגיות חדשות סטנדרטיות והקטנת פיתוח יתיר (שהמהנדסים אגב מאד אוהבים...ע"ע NIH), עליו לחפש דרכים לשפר ולהעשיר את חוויית המשתמש וכמובן לדאוג שהמוצר ימצא תמיד בחזית הטכנולוגית. חלק מהארגונים עושים זאת ע"י מינוי  CTO קבוע אך בארגונים רבים פונקציה זו לא קיימת ומועמסת בפועל על סמנכ"ל המו"פ

    ·         שיפור מתמיד של תהליכים הנדסיים,כלים והחדרת אוטומציה על מנת לחסוך במשאבים (אנשים וציוד)

    ·         בקרה מתמדת של הדיסיפלינות השונות באחריותו ובחירת המבנה הארגוני האופטימלי מול מטרות הארגון. לאורך חיי החברה והמוצר, מבנים שונים יספקו מטרות שונות (למשל הקמת אבטיפוס מול תחזוקת הקיים ופיתוח על אש נמוכה). לכן האדפטציה היא דינמית ודורשת תכנון מתמיד.

    -     למידה מנסיון ארגונים אחרים ויישום. דבר זה מובנה יותר בחברות גדולות שבה קל לחלוק  ידע בין-מחלקתי וקשה מאד בארגונים קטנים  

    אם כן, ארגון מו"פ משול לעמוד השידרה של החברה כולה – אולי לא האיבר הכי סקסי או מוחצן אך הוא מחזיק בפועל את משקל כל הארגון וכל חוליה סדוקה בו תשדר כאב בלתי נסבל לכל שאר חלקי החברה. והכי חשוב – זהו ארגון עסוק מאד שבדרך כלל מסתכל יותר פנימה לתוך עצמו ופחות החוצה – כאן נמצאת הזדמנות גדולה לשיפור בהמשך לנקודה האחרונה שהבאתי לעיל.   

    מטרת טור זה היא לחלוק ניסיון בתחום ניהול המו"פ שבו אני בטוח שאנשים לא מעטים יכולים להשתתף ולתרום. מספר נושאים פוטנציאליים שאשמח להרחיב בהם בפוסטים עתידיים:

    ·         מה מאפיין מו"פ בארגון קטן וגדל מול ארגון גדול ויציב ואתגרים ספציפיים

    ·         מו"פ ואקדמיה – מבוסס על סבוב הרצאות שהעברתי לאחרונה במספר פקולטות מכובדות למדעי המחשב בארץ ודיון על איכות הכשרת מהנדסי העתיד ומקומות לשיפור

    ·         עובדי הנדסה – אתגרים מיוחדים סביב תהליך המיון, הקליטה והמדידה (מתוך נקודת מבט של סמנכ"ל מו"פ)

    ·         הנדסת בדיקות תוכנה והאתגר של  pushing quality upstream – נושא היקר מאד לליבי

    ·          Agile Development – איך מכניסים את החיה הזאת לארגון שלכם ומתי זה אפקטיבי

     זהו להפעם...
    דרג את התוכן:

      תגובות (5)

      נא להתחבר כדי להגיב

      התחברות או הרשמה   

      סדר התגובות :
      ארעה שגיאה בזמן פרסום תגובתך. אנא בדקו את חיבור האינטרנט, או נסו לפרסם את התגובה בזמן מאוחר יותר. אם הבעיה נמשכת, נא צרו קשר עם מנהל באתר.
      /null/cdate#

      /null/text_64k_1#

      RSS
        26/7/07 08:27:

      נראה מרתק ואיכותי.

       

      מחכה להמשך. 

        25/4/07 09:03:

      שלום אריאל,

       

      הייתי רוצה לקחת את הדיון במו"פ לכיוון הבדיקות ויחסי הגומלין ביו מחלקות הפיתוח למחלקות בקרת האיכות. בלא מעט חברות שהייתי בהן נושא בקרת האיכות תמיד נדחק לפינה. ההתיחסות לבקרת האיכות היא בדימוי אחר התייחסות הלוחם בצבא לגופים בעלי רמת חשיבות פחותה. אני כמנהל מחלקות בתפקידים האחרונים שעסקתי בהם ראיתי לא פעם בטעם נפגם את התייחסות הפיתוח לגוף בקרת האיכות, יותר מזה האגו המנופח של המפתחים בגישה שאין לנו בגים. אני רוצה לאמור כי מעולם לא ראיתי מוצר שאין בו בגים אך ברמת המפתח הישראלי הממוצע, הבג הוא לא אצלו הבג הוא של משהו אחר. לקיחת האחריות על היצור נשארת בדלת הכניסה לחברה, במרבית הפעמים ככל שזה יראה מוזר אצל הפקידה. על מנת להסביר קצת יותר לעומק, במרבית המקרים הגורם שאחראי או שננזף על בריחת תקלה החוצה מהחברה הוא גוף בקרת האיכות, אך כל נשכח כי גוף בקרת האיכות אינו הגורם המיצר את המוצר אלה אחראי בקונספציה מוטעת לודא כי המוצר בפרטיו השונים והמענה שהמוצר נותן ללקוח מיישמים. גוף בקרת האיכות אינו שותף ברוב המקרים לתהליך הפיתוח ולא לישיבות בהן מקבלים החלטות על תהליך הפיתוח. לא פעם ראיתי כיצד מפתח מתקן בג ללא שום תהליך של Risk Analysis או יותר מזה תיקון שמבוצע ישירות על פלטפורמת ה - Production . חברים יש לי הרבה מה לומר על יחסי הגומלים שיש בין מחלקות הפיתוח לבין מחלקת בקרת האיכות . אני התיאשתי לאחרונה מכל מאבקי האגו ותסמונת הלוחם/המתכנת הישראלי והחלטתי לשנות כיוון. לדעתי אם תהליך האין-שת"פ בין שתי מחלקות אלו ימשך הרי קץ ההיטק הישראלי יגיע לתוצאות הצבא במלחמת לבנון השניה.

        17/4/07 17:25:
      יופי של כתבה, אי אפשר היה לתאר טוב יותר את תפקיד מנהל הפיתוח. הדימוי של עמוד שדרה וחוליה כואבת הוא פשוט פנטסטי.
        17/4/07 13:15:

      אחלה חברה.

      לא ידעתי שעברתם לכרמיאל. אני זוכר שישבתם בתפן.

      היה לי בית תוכנה תוכנה קטן בבניין של יד רם, פעם, מזמן מזמן שהיה באג 2000 ושאקסס וויבי 6 היו הדבר. 

        17/4/07 08:14:

      פוסט מעניין מאד, מחכה להמשך.

      ארכיון

      תגיות

      פרופיל

      אריאל-כץ
      1. שלח הודעה
      2. אוף ליין
      3. אוף ליין