מלכודות נפוצות להימנע במהלך סכיחות ביקורת Sprint וכיצד להתגבר על

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

הבנת המשימה של The Sprint Review

לפני התייחסות למכשולים, חשוב להבין מה זה Sprint Review הוא FLT:0notcioFLT:1 . [זה לא מפגש סטטוס, דמו עבור בעלי עניין פנימיים בלבד, או שער לאישור שחרור.על פי מדריך Scrum, המטרה היא לבדוק את התוצאה של Sprint ולהחליט הסתגלות עתידיות.הבעלים המוצר מציג את העבודה כי כבר "דו" נגד מה שנראה כגורם מרכזי לחיקוי, כאשר הוא כמעט מבוסס על ידי צוות שיתוף פעולה זה.

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

סימפטומים ושורשים

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

פתרונות

1 שינוי מ- "Demo" ל-"Inspect"

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

2.הקימו הגדרה ברורה של "דו"

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

קודם כל, קדם-Circulate a Agenda

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

פיט 2: להתמקד על Output Over Outcomes (המלכודת של מפעל המאפיין)

סימפטומים ושורשים

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

פתרונות

1.אנקן The Review to Business Purposes

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

2. Embrace a Balanced Feedback Framework

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

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

פיט 3: ניהול זמן גרוע ודיון לא מובנה

סימפטומים ושורשים

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

פתרונות

זמן-Box & Time-Box Again

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

2.הפעלת "Walking the Board"

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

3.השלמה תפקיד של ייצוב

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

פיט 4: הזנחה של בעלי חיים שאינם אנושיים (חוב טכני ואדריכלות)

סימפטומים ושורשים

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

פתרונות

1 ויזואליזציה הבלתי נראית

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

2.חלק את השיחה

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

פיט 5: נכשל להסתגל לתבנית הסקירה

סימפטומים ושורשים

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

פתרונות

1.הופנה מהדף

התייחס ל-Sprint Review עצמו כגורם לבדיקת ולהסתגלות.ב-Sprint Retrospective, שאל: "האם הייתה הסקירה בעלת ערך? האם קיבלנו את המשוב הדרוש לנו?

ניסוי עם פורמטים

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

הכרזה על ה-Sprint Review כנכס אסטרטגי

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

לקריאה נוספת על טקסי קידוד Agile, מתייחסת ל-SateFLT הרשמי:0 (המדריך ל-Scrum GuideFallow:1 ומדריכים מעשיים על FLT:2Atlassian's Sprint ResourcessFLT 3: 3).