יש לי בדיחה קבועה שאני מספר בשיעור הראשון של קורס ניהול המוצר שאני מלמד. אני מציג מחקר של חברת IAG על כך ש-68% מפרויקטי התוכנה בעולם נכשלים, ואני אומר שככה נולד מקצוע מנהל המוצר: כי המנהלים הבכירים הבינו שהם חייבים מישהו להאשים בכשלונות אחרת יפטרו אותם.
מצד אחד זו בדיחה, מצד שני יש בזה קצת אמת. פרויקטי IT ידועים לשימצה בכך שהם מתארכים יתר על המידה, חורגים ממסגרת התקציב, ובסוף מספקים תוצר שהלקוח לא מרוצה ממנו.
אני מניח שכולנו נתקלנו בגרסה כזו או אחרת של הקומיקס הזה:
ופה אנחנו מגיעים לאחת מהסיבות המהותיות לקיומם של מנהלי מוצר: נְתָקִים. בפיתוח תוכנה (כמו בכל פרויקט גדול) יש הרבה מאוד גורמים שונים שמעורבים בתהליך היצירה ויש הרבה מידע שחייב לעבור בין כל הגורמים הללו כדי שהם יהיו מתואמים.
ואני רוצה להזמין אתכם לחשוב על ניהול מוצר בתור "מחברי נתקים". זה התפקיד שלנו לוודא שאין נתק בין מה שהמוצר עושה לבין מה שהמשתמשים צריכים, בין הכיוון שההנהלה רוצה להתקדם לעברו ומה שהפיתוח מייצר, ובין מה שאנשי המכירות מציגים לבין מה שיש.
ואני לא מדבר רק על נתקי תקשורת, כלומר לוודא שהמסר מגיע ליעדו. לפעמים מידע צריך להיות מתורגם לשפה הנכונה כדי שיקלט בצד השני. הנהלה מדברת ביעדים עסקיים, הפיתוח מבין איפיונים, אנשי מכירות מבינים בידולים תחרותיים, והלקוחות רוצים פתרונות. יכולת התרגום בין כל אחד מה"שפות" הללו היא מיומנות חשובה למנהלי מוצר.
לעיתים הנתק הוא בין הפעולות שהחברה עושה בהווה לבין היעדים שאנחנו רוצים להגיע אליהם בעתיד. במקרה כזה אנחנו מנהלי המוצר נדרשים לאתר ולתקן את הנתק הזה.
ואם אין נתק בתחום מסוים? מעולה. פחות עבודה בשבילי. אם המנכ"ל וה-CTO מתואמים אז אני לא צריך להתערב, אם צוות המכירות קשובים ל-roadmap ויודעים מה להציג, יופי. אם אין נתק בין המוצר והשוק, אני יכול להתמקד בלתקן נתקים אחרים.
האם תמיד צריך מנהל מוצר? לא. בהרבה חברות סטארט-אפ היזם מתפקד כמנכ"ל וכמנהל המוצר. וזה עובד יופי. עד שזה לא. כי היזם צריך ללכת לגייס כסף, והמנכ"ל צריך לקדם יעדים עסקיים ואז יוצא שהפיתוח מוביל את הגדרות המוצר.
זה לא בהכרח רע אבל זה כן סביבה שמעודדת נתקים.
ונתקים באים לידי ביטוי במגוון דרכים. לפעמים זה פיטצר שלא מוכן בזמן כי לא הבינו שהוא דחוף, לפעמים זו מצגת ללקוח מאוד חשוב שאף אחד לא ידע שהוא צריך להעביר, לפעמים זה פרסום שיוצא לפני שהמוצר החדש מוכן.
אני מזמין אתכם לעצור רגע ולחשוב: איפה בתוך הארגון שלי יש נתקים? עם איזה גורמים מחוץ לארגון שלי יש נתקים? כמה הנתקים האלו עולים לי? איך אני מונע מהנתקים הללו לקרות? והתפקיד של מי למנוע את הנתקים הללו?
אם לא מצאתם שום נתק או שהנתקים לא עולים לכם בכסף, יעילות, או לקוחות אז אתם לא צריכים מנהל מוצר. אם יש לכם נתקים אז אתם כנראה רוצים מנהל מוצר שימצא אותם ויתקן אותם.
