הגדרת המקצוע של בעל המוצר היא אולי המבלבלת בעולם, לא רק עבור מי שאינו מעורה בתחום המוצר אלא גם לאנשי מקצוע אחרים בענף.
בעוד שהכותרת המעורפלת-גם-היא ״מנהל מוצר״ מאפשרת ניחוש מושכל כלשהו בנוגע לתחומי האחריות של העוסקים בדבר, ״בעל מוצר״ הוא כבר כמעט סינית… אז מה זה אומר, בעצם?
נתחיל להתיר את הפלונטר מכך שמדובר בתפקיד חדש יחסית, שמקורו בעולם ה-Scrum בפיתוח תוכנה, אשר נמצא איתנו מזה שני עשורים בלבד. Scrum ומושג ה-Agile, או פיתוח תוכנה זריז, הפכו פופולריים גם מחוץ למגרש התוכנה, כאשר תעשיות עסקיות החלו לאמץ את המסגרת והולידו את משרת בעל המוצר. אלא שלעסקים שונים היו מושגים שונים בנוגע לתפקיד, וכיום ברור שלא מדובר במונח בעל הגדרה או הבנה אוניברסליות.
תחומי האחריות של בעלי מוצר מגיעים משני מקורות: איך הארגון רואה את התפקיד ואיך בעל התפקיד עצמו מגדיר ומאציל אותו אל הצוות.
הדבר יכול להשתנות בצורה משמעותית כפונקציה של גודל החברה, גודל צוות המוצר ואופיו ויכולותיו של בעל התפקיד, כאשר קיימות לפחות שלוש הגדרות נפוצות לתפקיד.
ישנם ארגונים שבהם בעל המוצר הוא חבר טקטי בצוות הפיתוח, באחרים התפקיד אסטרטגי יותר ונועד לייצג את צרכי הלקוח, ויש חברות שבהן בעל המוצר מתמקד בפיקוח על ספרינטים של פיתוח. אנחנו, מצדנו, תופסים את התפקיד כמעין שילוב של שלוש ההגדרות, ביחד עם רכיבים נוספים.
בעל המוצר מגשר על הפער בין אסטרטגיית המוצר והפיתוח, לרוב הוא אחראי על עתודת המוצר ועל ניהול הספרינטים ומצופה ממנו לתת מענה לשאלותיהם של מפתחים. בהשוואה לתפקיד ממוקד-האסטרטגיה של מנהל המוצר, במרבית המקרים תפקידו של בעל המוצר יאופיין בפונקציות טקטיות יותר. הגדרנו? מעולה.
בואו נפרוט לפרוטות את 5 תחומי האחריות העיקריים של בעל המוצר:
1. ניהול ותעדוף עתודות המוצר
ללא ספק התפקיד החשוב ביותר של בעל המוצר, ולרוב גם כזה שיוקדש לו זמן רב. עתודת המוצר חיונית לארגונים אג׳יליים משום שהיא ״לוכדת״ ומתעדפת את סיפורי המשתמש שעליהם ידרש צוות הפיתוח לעבוד בספרינטים הבאים. ואולם, אפילו אם הארגון אינו עוקב אחר מסגרת הספרינטים האג׳ילית, בעל המוצר יתמקד רבות בסקירת משימות עתודת הפיתוח ותעדוף השלבים הבאים שבהם שיעסיקו את המפתחים.
הדבר נועד להבטיח את פעולת צוות הפיתוח בהתאם למטרות האסטרטגיות והעדיפויות שנקבעו על ידי צוות ניהול המוצר.
2. תרגום אסטרטגיית מנהלי המוצר למשימות פיתוח
בעלי מוצר חייבים להיות פרואקטיביים בניהול העתודה, ובמקרים רבים יהיו אחראיים לניסוח או לליטוש סיפורי המשתמש באופן שיגזרו מהם משימות שצוות הפיתוח יכול להוציא אל הפועל.
3. למידת השוק וצרכי הלקוח
על מנת לתרגם את אסטרטגיית החברה לביצוע נכון, על בעל המוצר להבין את השוק ואת צרכי הלקוח. פעמים רבות הדבר כולל עבודה עם מנהלי המוצר, על מנת ללמוד את הבעיות שהמוצר מכוון לפתרונן, להבין מה הלקוח צריך ורוצה, ומה הצוות יכתיר כהצלחה של המוצר. כשהוא מצויד בהבנה נכונה של השוק, של אישיות הלקוח ושל אסטרטגיות המוצר, בעל המוצר יוכל לבצע ביעילות רבה יותר את תפקידיו הטקטיים היומיומיים, ובכלל זה פריטת סיפורי ניהול מוצר נרחבים לסיפורי משתמש, ארגון ותעדוף ספרינטים, הערכת התקדמות בכל אחד משלבי הפיתוח ומענה לשאלות מפתחים בכל הנוגע להנמקות שמאחורי סיפורי משתמש ומשימות.
4. לשמש איש קשר בין המוצר לפיתוח
מנהלי מוצר מציבים מטרות ואסטרטגיות רחבות למען הצלחת המוצר, בעוד שצוותי ההנדסה והפיתוח בונים את המוצר הפיזי או הדיגיטלי. אלא שבין שני הקצוות הללו יש מקום רב לפרשנות, וגם לאי הבנות.
בעלי מוצר פועלים כגשרים אנושיים המחברים בין צוותי המוצר והפיתוח; הם מתרגמים את האופן בו הבינו את חזון מנהל המוצר ואת מה שכל אחד מתחומי המוצר נועד לעשות עבור המשתמש. הדבר מאפשר לבעל המוצר להסביר לצוות הפיתוח את ה״איך ולמה״ שמאחורי כל סיפורי המשתמש, כמו גם משימות אחרות שהצוות מתעדף.
5. להיות זמינים לצוות הפיתוח לשם מענה על שאלות
כשצוות הפיתוח עובד על סיפורים ומשימות אחרות במהלך הספרינט, הוא יכול לאבד חדות בנוגע לעבודה הספציפית המוקצית לו. למשל, חברי הצוות יכולים שלא להבין מדוע סיפור משתמש דורש עיצוב פונקציונלי של המוצר בצורה מסוימת, או להאמין שיש דרך מהירה ויעילה יותר לבנות את הפונקציונליות הדרושה, מבלי לדעת אם עשייה כזו תחתור תחת האסטרטגיות של ניהול המוצר. במקרים כאלה, על צוות הפיתוח לבקש הדרכה מבעל המוצר.
היות וספרינטים של חברות מוגדרים בזמן – לרוב מדובר במסגרת של שבועיים, עד חודש, לכל היותר – הצוות יזדקק לתשובות מהירות.
לבעל המוצר, אם כן, יש תפקיד בעל ערך עצום בסיוע לארגון להביא את מוצריו לשוק בהצלחה.
שיא גינס בהגדרה הארוכה בעולם למקצוע? ייתכן מאוד, אך הדבר נוגע מהגיוון הרב והגמישות שמאפיינים את התפקיד, כמו גם מתחומי האחריות הרחבים והמשתנים שנגזרים מהטייטל המורכב והמרתק הזה. מקצוע של המילניום השלישי, פרופר.
הגדרת המקצוע של בעל המוצר היא אולי המבלבלת בעולם, לא רק עבור מי שאינו מעורה בתחום המוצר אלא גם לאנשי מקצוע אחרים בענף.
בעוד שהכותרת המעורפלת-גם-היא ״מנהל מוצר״ מאפשרת ניחוש מושכל כלשהו בנוגע לתחומי האחריות של העוסקים בדבר, ״בעל מוצר״ הוא כבר כמעט סינית… אז מה זה אומר, בעצם?
נתחיל להתיר את הפלונטר מכך שמדובר בתפקיד חדש יחסית, שמקורו בעולם ה-Scrum בפיתוח תוכנה, אשר נמצא איתנו מזה שני עשורים בלבד. Scrum ומושג ה-Agile, או פיתוח תוכנה זריז, הפכו פופולריים גם מחוץ למגרש התוכנה, כאשר תעשיות עסקיות החלו לאמץ את המסגרת והולידו את משרת בעל המוצר. אלא שלעסקים שונים היו מושגים שונים בנוגע לתפקיד, וכיום ברור שלא מדובר במונח בעל הגדרה או הבנה אוניברסליות.
תחומי האחריות של בעלי מוצר מגיעים משני מקורות: איך הארגון רואה את התפקיד ואיך בעל התפקיד עצמו מגדיר ומאציל אותו אל הצוות.
הדבר יכול להשתנות בצורה משמעותית כפונקציה של גודל החברה, גודל צוות המוצר ואופיו ויכולותיו של בעל התפקיד, כאשר קיימות לפחות שלוש הגדרות נפוצות לתפקיד.
ישנם ארגונים שבהם בעל המוצר הוא חבר טקטי בצוות הפיתוח, באחרים התפקיד אסטרטגי יותר ונועד לייצג את צרכי הלקוח, ויש חברות שבהן בעל המוצר מתמקד בפיקוח על ספרינטים של פיתוח. אנחנו, מצדנו, תופסים את התפקיד כמעין שילוב של שלוש ההגדרות, ביחד עם רכיבים נוספים.
בעל המוצר מגשר על הפער בין אסטרטגיית המוצר והפיתוח, לרוב הוא אחראי על עתודת המוצר ועל ניהול הספרינטים ומצופה ממנו לתת מענה לשאלותיהם של מפתחים. בהשוואה לתפקיד ממוקד-האסטרטגיה של מנהל המוצר, במרבית המקרים תפקידו של בעל המוצר יאופיין בפונקציות טקטיות יותר. הגדרנו? מעולה.
בואו נפרוט לפרוטות את 5 תחומי האחריות העיקריים של בעל המוצר:
1. ניהול ותעדוף עתודות המוצר
ללא ספק התפקיד החשוב ביותר של בעל המוצר, ולרוב גם כזה שיוקדש לו זמן רב. עתודת המוצר חיונית לארגונים אג׳יליים משום שהיא ״לוכדת״ ומתעדפת את סיפורי המשתמש שעליהם ידרש צוות הפיתוח לעבוד בספרינטים הבאים. ואולם, אפילו אם הארגון אינו עוקב אחר מסגרת הספרינטים האג׳ילית, בעל המוצר יתמקד רבות בסקירת משימות עתודת הפיתוח ותעדוף השלבים הבאים שבהם שיעסיקו את המפתחים.
הדבר נועד להבטיח את פעולת צוות הפיתוח בהתאם למטרות האסטרטגיות והעדיפויות שנקבעו על ידי צוות ניהול המוצר.
2. תרגום אסטרטגיית מנהלי המוצר למשימות פיתוח
בעלי מוצר חייבים להיות פרואקטיביים בניהול העתודה, ובמקרים רבים יהיו אחראיים לניסוח או לליטוש סיפורי המשתמש באופן שיגזרו מהם משימות שצוות הפיתוח יכול להוציא אל הפועל.
3. למידת השוק וצרכי הלקוח
על מנת לתרגם את אסטרטגיית החברה לביצוע נכון, על בעל המוצר להבין את השוק ואת צרכי הלקוח. פעמים רבות הדבר כולל עבודה עם מנהלי המוצר, על מנת ללמוד את הבעיות שהמוצר מכוון לפתרונן, להבין מה הלקוח צריך ורוצה, ומה הצוות יכתיר כהצלחה של המוצר. כשהוא מצויד בהבנה נכונה של השוק, של אישיות הלקוח ושל אסטרטגיות המוצר, בעל המוצר יוכל לבצע ביעילות רבה יותר את תפקידיו הטקטיים היומיומיים, ובכלל זה פריטת סיפורי ניהול מוצר נרחבים לסיפורי משתמש, ארגון ותעדוף ספרינטים, הערכת התקדמות בכל אחד משלבי הפיתוח ומענה לשאלות מפתחים בכל הנוגע להנמקות שמאחורי סיפורי משתמש ומשימות.
4. לשמש איש קשר בין המוצר לפיתוח
מנהלי מוצר מציבים מטרות ואסטרטגיות רחבות למען הצלחת המוצר, בעוד שצוותי ההנדסה והפיתוח בונים את המוצר הפיזי או הדיגיטלי. אלא שבין שני הקצוות הללו יש מקום רב לפרשנות, וגם לאי הבנות.
בעלי מוצר פועלים כגשרים אנושיים המחברים בין צוותי המוצר והפיתוח; הם מתרגמים את האופן בו הבינו את חזון מנהל המוצר ואת מה שכל אחד מתחומי המוצר נועד לעשות עבור המשתמש. הדבר מאפשר לבעל המוצר להסביר לצוות הפיתוח את ה״איך ולמה״ שמאחורי כל סיפורי המשתמש, כמו גם משימות אחרות שהצוות מתעדף.
5. להיות זמינים לצוות הפיתוח לשם מענה על שאלות
כשצוות הפיתוח עובד על סיפורים ומשימות אחרות במהלך הספרינט, הוא יכול לאבד חדות בנוגע לעבודה הספציפית המוקצית לו. למשל, חברי הצוות יכולים שלא להבין מדוע סיפור משתמש דורש עיצוב פונקציונלי של המוצר בצורה מסוימת, או להאמין שיש דרך מהירה ויעילה יותר לבנות את הפונקציונליות הדרושה, מבלי לדעת אם עשייה כזו תחתור תחת האסטרטגיות של ניהול המוצר. במקרים כאלה, על צוות הפיתוח לבקש הדרכה מבעל המוצר.
היות וספרינטים של חברות מוגדרים בזמן – לרוב מדובר במסגרת של שבועיים, עד חודש, לכל היותר – הצוות יזדקק לתשובות מהירות.
לבעל המוצר, אם כן, יש תפקיד בעל ערך עצום בסיוע לארגון להביא את מוצריו לשוק בהצלחה.
שיא גינס בהגדרה הארוכה בעולם למקצוע? ייתכן מאוד, אך הדבר נוגע מהגיוון הרב והגמישות שמאפיינים את התפקיד, כמו גם מתחומי האחריות הרחבים והמשתנים שנגזרים מהטייטל המורכב והמרתק הזה. מקצוע של המילניום השלישי, פרופר.
