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

ישנם מספר מודלים מקובלים לבצע את המשימה, וניתן לקרוא קצת על הנושא בפוסט החדש  שלי שהוא בשני חלקים:

חלק 1

חלק 2 

קריאה מהנה.

אלעד. 

אלעד,

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

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

תודה מראש,

צביקי

הי אלעד,

קראתי ויש הרבה הגיון בגישות האלה. מצד שני אני חושב שלחבר את זה ל-scrum/agile זה קצת מלאכותי.

מצד אחד אתה מפחיד מפתחים עם מושגים כמו ROI ודיונים על כמה כסף יביא כל דבר, ומצד שני

אתה מפחיד את מנהל המוצר שפתאום מחברים אותו בצורה חזקה מדי לתהליך הפיתוח.

מה דעתך?

גנאדי

הי גנאדי ,

קודם כל הבהרה על סקראם:

אני רוצה לנצל את הבמה ולהפריך אי הבנה נפוצה על סקראם\אג'יל:

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

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

לשאלתך:

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

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

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

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

ולא התכוונתי בשום שלב להפחיד אף אחד  

מקווה שעניתי.

אלעד.

במצב הכלכלה דהיום, נראה לי בריא מאוד שמפתח ידע מה זה ROI ולא יפחד מזה...

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

תמיר

GoMidjets

תודה על ההסבר! אין ספק שהמפתחים צריכים להיות מודעים לצד העסקי, לפחות ברמה מסויימת.

מהו סוג הבן אדם שיהיה ה-PO שיוכל להתמודד עם שיקולים כאלה? אם הוא יהיה מהשיווק כמו שכתבת, יהיה לו קל לתקשר עם הצוות? (אני מניח שהתשובה שלך היא כן...) 

גנאדי,

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

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

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

מקווה שעניתי,

אלעד.