פיתוח אג'ילי: מה תפקידו של ה-Product owner?
בחירה נכונה של ה-Product Owner, נציג הלקוח בצוות הפיתוח האג'ילי, היא קריטית להצלחת המוצר ולעמידה ביעדיםCareer
![]() | ![]() |
|

הארגון קיבל החלטה לצאת עם מוצר חדש ולנצל את חלון ההזדמנויות שנוצר. אתה יודע, כמנהל הפיתוח וכאחראי על הפרויקט בארגון, שמהירות התגובה של צוות הפיתוח ואיכות הביצוע יאפשרו לארגון להשיג עמדה מובילה בשוק התחרותי שבו הוא פועל. אתה גם יודע שמדובר בחלון זמן לא ארוך, שהתקציב הוא מוגבל ושהמשאבים הקיימים בארגון עובדים במלוא הקיבולת. זו גם אחת הסיבות שבגללה החלטת להוציא את הפיתוח למיקור חוץ.
פנית לכמה חברות שמספקות שירותי פיתוח באאוטסורסינג, בדקת, בחנת, התרשמת, קיבלת המלצות ולבסוף בחרת בספקית הפיתוח שעומדת לדעתך במרבית הקריטריונים הקריטיים: מקצוענות, שירותיות, זמינות, ניסיון, צוות ייעודי, יכולת מוכחת, מחיר אטרקטיבי. ועכשיו מתחיל שלב הגדרת הדרישות. אתה יודע מה אתה רוצה לקבל, וספקית שירותי הפיתוח יודעת מה היא צריכה לתת, אז איך בכל זאת קורה שכבר בספרינט הראשון על פי רוב מתגלה כי התשתיות בארגון לא מתאימות, שבעצם אתה לא מוכן, שהאיפיונים לא מובנים, שהאנשים בארגון לא זמינים ושצצות בעיות טכנולוגיות?
עבודה בשיטה אג'ילית ומינוי האדם הנכון לתפקיד ה-Product Owner עשויים לשנות את התמונה שזה עתה תוארה מקצה לקצה. בבסיס השיטה האג'ילית קיימת ההנחה כי לא ניתן להגדיר מראש את כל הדרישות וכי טעויות מתרחשות תמיד. על כן ההתמקדות צריכה להיות ביכולת של הצוות לספק תוצרים במהירות ובאופן גמיש, וביכולת של ה-PO להגיב לדרישות העולות תוך כדי ריצה. מי שממנה את ה-PO הוא הלקוח. מדובר בגורם שחייב להיות בעל הבנה מעמיקה של צורכי המשתמשים במוצר וכן בעל הבנה עסקית וניהולית שתאפשר לו לתעדף משימות, לעמוד בתקציב ולהבטיח ROI גבוה.
כלי העבודה של ה-Product Owner הוא ה-Product Backlog: מסמך שיוצר את קווי המתאר של העבודה, ומכיל את רשימת המשימות שיש לבצע, תעדוף שלהן והערכת המאמץ שיש להשקיע כדי לפתח אותן. התעדוף מבוסס על הערך העסקי שתורם כל אחד ממקטעי העבודה והערכת המאמץ היא יחסית וניתנת, בדרך כלל, במונחים של Small\Medium\Large\XL.
ה-Product Backlog חי ומתעדכן לאורך כל חיי הפיתוח, ותפקידו של ה-PO להרגיש את השוק, להבין את צרכי הלקוחות ולעדכן בהתאם את הProduct Backlog. לעיתים, העדכון יכלול הוספת משימות חדשות, לפעמים מחיקת אחרות או מה שקורה יותר מכל: שינוי התעדוף. PO מומחה ידע לנתח את הערך העסקי של כל תכונה ובחישוב ערכה מול מאמץ הפיתוח הנדרש, יתעדף את המשימות, כך שכבר בשלבים מתקדמים של הפיתוח, יכלול המוצר כ-70% מהערך העסקי שלו. בתחילת כל ספרינט יגזרו ה-PO והצוות את המשימות בעלות התיעדוף הגבוה ביותר ויכניסו אותן לרשימה המיועדת לפיתוח בספרינט הקרוב - הSprint Backlog.
גישת ה-Scrum מעודדת ניהול עצמי ולכן ה-Product Owner חייב לכבד את היכולת של הצוות ליצור בעצמו תוכניות לביצוע, ועליו להימנע מלהשחיל עוד משימות במהלך הספרינט. גם כאשר משתנות דרישות, או כאשר ארגון מתחרה חושף מוצר חדש שלפתע מייתר את כל המשימות שבוצעו, ה-Product Owner אינו יכול לשנות את המשימות בעיצומו של הספרינט ועליו לחכות לפגישת תכנון הספרינט הבאה. בישיבה זו יתאפשר ל-Product Owner ולצוות הפיתוח לדון באילו Stories יטפל הצוות במהלך הספרינט הבא.
בתום כל ספרינט מתבצע Review - פגישה אשר במהלכה מציג הצוות את תוצרי עבודתו והיא משפיעה על ה-Product Backlog ולכן הכרחי שה-PO ייטול בה חלק. פגישת ה-Review מאפשרת ל-PO, לחוש את הכיוון אליו הולך הפרויקט, שכן במהלכה נולדות תובנות ואלה מאפשרות לכוונן טוב יותר את הProduct Backlog הקיים. ה-PO חייב להיות זמין לצוות כך שיוכל לתת מענה לשאלות המתעוררות ולהתוות כיווני פעולה. התנהלות טובה של הPO קריטית להצלחת המוצר ולעמידה ביעדים העסקיים שהוגדרו. בשילוב עם צוות אג'ילי מיומן הסיכוי לפרויקט מוצלח גדול מאי פעם.
רות מרגולית היא מנכ"ל חברת I-rox
עשרת הגדולים
| שימושים: דף הבית | RSS | אודות האתר | פרסום באתר | תקנון האתר | ||
| TheMarker: העמוד הראשון | הייטק | שוק ההון | וול סטריט | בעולם | קריירה | פרסום ומדיה | צרכנות | נדל"ן | משפט | רכב | המדריך למשקיע | ||
| Cafe: ראשי | העמוד שלי | אנשים | קהילות | בלוגים | תמונות | וידאו | קהילת תמיכה | ||
| עכבר העיר: עכבר העיר | סרטים | קולנוע | מסעדות | מתכונים | הופעות | פעילויות ילדים | הצגות | לילה | מסיבות | עכבר העיר: סרטים, לילה, מסעדות | ||
| לוח העיר: דרושים | דרושים הייטק | נדל"ן | פרוייקטים חדשים | רכב | בעלי מקצוע | קח תן | ||
האתר פותח ע"י![]() |