Backlog הוא הגדרה, מאפיינים, תכונות, דוגמה

2024 מְחַבֵּר: Howard Calhoun | [email protected]. שונה לאחרונה: 2023-12-17 10:27

Backlog הוא יומן עבודה בתהליך. התוכן והזמינות שלו הם באחריות בעל המוצר. זהו המקור היחיד לשינויים שנעשו במוצר.

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

תכונות

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

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

צבר מוצרים

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

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

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

צפיות

Program Backlog

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

צבר משימות

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

מי בוחר משימות לצבר?

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

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

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

איך זה נראה?

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

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

תכונות רשימת חשבונות

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

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

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

שגיאות כדרור

יש כמה טעויות נפוצות בפיגור שכדאי להיזהר מהן:

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

דוגמה של Backlog

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

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

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

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

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

מליץ על בירה יקרה. בעל החנות רוצה שהבר ימליץ על בירה יקרה כדי להגדיל את הרווחים שלו

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

Number	משימה	דירוג	מצב	Priority
234	בחירה אוטומטית של בירה למסיבה	20	הזמנה	1
556	בחירת בירה חדשה לפי הטעם	8	הזמנה	15
123	הזמן את הבירה האהובה עליך	3	הזמנה	40
89	מליץ על בירה יקרה	5	Profit	50

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