אלמנטים של סקראם והפעם… Product backlog.

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

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

  • הרשימה בד”כ מיוצגת בתוך טבלה, כל שורה בטבלה מייצגת דרישה של הלקוח, עבור כל דרישה בד”כ מציינים את השדות הבאים (בד”כ מוסיפים שדות נוספים):
    • תיאור – תיאור מילולי של הדרישה
    • הגודל של הדרישה – לא להתבלבל עם הערכת זמן, גודל מציין גודל של הדרישה, כשנדבר על הערכות זמנים ותכנון אג’ילי נחזור לדון לעמוק בנושא זה.
    • רמת הסיכון (לא חובה)
    • העדיפות – דירוג העדיפות של הפריט (המקפידים יגידו – ערך ללקוח).
  • כל שורה בטבלה מייצגת דרישה – ולמרות שסקראם לא מדבר על איך הדרישה מתוארת, לפי ניסיוני רצוי שהדרישות יהיו בעלות ערך ללקוח, מה הכוונה – למשל פריט כגון “תשתית תקשורת לחיבור של השרת והלקוח”, זה משהו שאינו נותן שום ערך ללקוח בפני עצמו ולכן אין לו מקום ב-product backlog לדעתי, לעומת זאת, “מסך להוספת לקוח חדש למערכת” זה פריט שנותן ערך ללקוח. יש לציין כי לעיתים רחוקות אין מנוס מפריטים טכניים ב-product backlog.
  • ככל שמתקרבים לראש הרשימה יש יותר פרטים על כל פריט ואף מחלקים פריטים גדולים לחלקים .
  • ניתן להשתמש באותו product backlog למספר צוותים.
  • תמיד שואפים להוריד את התלויות בין הפריטים למינימום האפשרי.
  • ה-product backlog נגיש לכל מי שקשור לפרויקט וכל אחד יכול להוסיף פריטים, לעומת זאת רק לאדם אחד יש את הרשות למיין את הרשימה, מי שאחראי ל-product backlog הוא מנהל המוצר (Product owner), והוא אמור לדאוג שהרשימה תמיד מעודכנת וממוינת, איך ממיינים? בפשטות ובסדר הבא: תלויות (אם יש) -> עדיפות -> רמת סיכון, כלומר מי שמכתיב את הסדר של הפיתוח זה קודם כל הלקוח, לא אף אחד אחר, אם ישנם פריטים עם אותו ערך אז מפתחים קודם את המסוכן יותר, זאת כדי להסיר מכשולים מוקדם ככל האפשר.
  • אם ניקח את כל הנתונים שמופיעים ב-product backlog נהיה מסוגלים למעשה להעריך את מצב הפרויקט, קצב ההתקדמות של הגירסאהפרויקט ותאריכי סיום משוערים, או לחילופין מה תהיה התכולה לתאריך היעד.
  • זהו. אין הרבה מעבר לכך – אוסיף רק שתי הערות:

  • יש כל מיני תוכנות לניהול סקראם שמציעות כל מיני כלים לניהול ה-product backlog, אך אני מצאתי שהדרך שהכי נוחה לי היא פשוט להשתמש ב-Excel או גיליון נתונים דומה, ואף יש כאלה שמנהלים את הרשימה על הקיר באמצעות פתקים דביקים (אלמנט שחוזר על עצמו הרבה בסקראם).
  • ה-product backlog מחליף אלמנטים מהפרויקט המסורתי, אלמנטים שלוקח הרבה זמן להכין, ועוד יותר זמן לעדכן ולתחזק:
    • תרשימי ה-Gantt וה-Pert – מוחלף ע”י עיבוד פשוט של הנתונים מה-product backlog.
    • מסמך דרישות מפורט – כל הדרישות נמצאות ב-product backlog.
    • לפעמים אפילו מסמכי Acceptance test – עוד נרחיב כשנדבר על בקרת איכות ובדיקות.
  • אני יודע שהמאמר הזה הוא קצת לקוני אך לא מצאתי דרך יותר טובה לתאר את ה-product backlog מבלי להיכנס לעומקם של דברים אחרים. עימכם הסליחה.

    כעת אחרי שהמושג הוסבר, אם למישהו יש רעיון איך אומרים product backlog בעברית – אנא להוסיף בתגובות, זוהי יכולה להיות תרומה חשובה לקהילה האג’ילית בישראל.

4 Responses to “אלמנטים של סקראם והפעם… Product backlog.”

  1. woow says:

    שוב תודה agileman על המאמץ שאתה משקיע בלייצר בשבילנו,הקהילה האג’ילית, תוכן לימודי איכותי.

    לגבי רעיון לעיברות המושג PRODUCT BAKLOG:

    אולי עתודת מוצר?

  2. micha says:

    רשימת דרישות

  3. Guy says:

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

    תודה.

  4. eladsof says:

    שלום גיא, תודה על הפידבק.

    תוכל למצוא עוד על הנושא של הערכת מאמץ (גודל) כאן: http://blog.thescrumster.com/?p=50
    וכאן: http://blog.thescrumster.com/?p=51