Table of Contents
למה לייעל את תהליך הסקירה של Sprint שלך
צוותים Agile יודעים כי סקירת הקידוד היא יותר מעדכון פשוט סטטוס.זו הזדמנות קריטית לבדוק את ההצטברות, לאסוף משוב של בעלי מניות, ולתאם את המוצר בחזרה למחזור הבא.פגישת ביקורת לא מאורגנת, עם זאת, יכולה לבזבז זמן יקר, לבלבל את בעלי העניין, ולצמצם את הסעיף של הצוות באופן זהירות ומימוש הכלים הנכונים - בשילוב עם שיטות מוגדרות היטב - אתה יכול להפוך את הטקס המקסימלי עבור כל אחד השלבים הבאים, כדי ללכוד את האפקטיביים, באופן מיידי, כדי לבצע את המשתנים בצורה יעילה, כדי לבצע את אותם בצורה יעילה, כדי לשנות את אותם בצורה הטובה ביותר, כדי לשנות את הפורמטים, כדי ללכוד את האפקטיביים בצורה הטובה ביותר, כדי למנוע את אותם באופן מיידי, כדי ללכוד את אותם בצורה הטובה ביותר, כדי לשנות את אותם באופן מיידי, כדי לאפקטיבי.
כלי נגינה להצלחה
השוק מציע כלים רבים, כל אחד עם נקודות כוח המתאימים לגודלי צוות שונים ומורכבות הפרויקט. להלן אנו בודקים ארבעה פתרונות מאומצים נרחבים, ומסבירים כיצד כל אחד תומך בתהליך הסקירה של ⁇ .
Jira Software
(כאחת מפלטפורמות ניהול פרויקטים הפופולריות ביותר עבור קבוצות Agile, Jira Software מספקת מעקב מקיף של קידוד, ניהול בעיות ויכולות דיווח. במהלך ביקורת ספקולטיבית, ניתן למשוך את הייעודי:0Sprint Board commentFLT:1 כדי להראות אילו סיפורים הושלמו בדיוק ואשר ירד קצר.
(ב) ויקרא יא"ד: "ה', ב'"ה' (ב"ב)" (ב"ב)
טרלו
[המערכת החזותית, המבוססת על כרטיס] אידיאלית עבור קבוצות קטנות יותר או כאלו המעדיפים גישה קלה וויזואלית גבוהה. במהלך ביקורת קידוד, ניתן להשתמש ב-FLT:0Sprint Review BoardsFLT:1 עם עמודות כגון "דון", "בהתקדמות", "Blocked Rules", "Blocked", ו-"Fbacked Board" כל כרטיס יכול להכיל רשימות, קבצים מצורפים, הערות והערות הכוח של פשטות, כמו: 1 לגרור תגובה אחת ל-Flen, כמו: 4.
(ב) ,0) ,(ה) ,(ה) ,(ה) ,(ה) , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
אסאנה
אסאנה מתמקדת בניהול משימות ותקשורת צוות, מה שהופך אותו בחירה מוצקה עבור צוותים כי ערך בעלות משימה ברורה והיערכות חוצה תפקוד.הFLT:0Timelineof 1 ; תצוגת 1 של 1 LT מסייעת הדמיה של תלות על פני הקידוד, בעוד שדות מותאמים אישית מאפשרים לך לעקוב אחר מעמד, עדיפות, וקטגוריות משוב.
(ב) עיין עמוק יותר ביכולות הניהול של אסאנה, בקר במדריך התכנון של אסאנה:2 .
Azure DevOps
Azure DevOps של מיקרוסופט מציע חבילה משולבת המכסה את כל מחזור החיים של הפיתוח.ה-FLT:0BoardsFLT:1 מודול מספק לוחות קנברן, backlogs וכלים בתכנון סיבולת.TheFLT:2Analyticssphph3; מספק שירותי לוח זמנים הוליסטית שיכול להציג זמן, מחזור, ודמיונות זרימה מצטברים - עבור עדויות מושלמות במהלך הבחינה ה- Azure, בדיקות קוד פתוח, וכן, פעולות, בדיקות DevOps, יכולות גם לבצע בדיקות קישור ישירות, בדיקות קישור.
(ב) ראה את התיעוד הרשמי של ניהול האנתרופולוגיה ב- Azure DevOps ב-(FLT) 1:1 Microsoft DocscioFLT:2
כלים נוספים
(ה) ב[[1924]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] [[1924]]]]]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]] [[1924]]]]]]]] [[1924]]]]]]]]]] [[1924]]]]]]]]]]]]]]]]]]]], [[[[1924]]]]]] [[1924]]]]]]]]]] [[[[[[[[1924]]]]
תכונות מפתח תוכנה כי אלבייט את ה-Sprint Review
לא כל הכלים נוצרים שווים כאשר בוחנים תוכנה עבור ביקורות ⁇ , שימו לב לארבע קטגוריות תכונה אלה.כל אחד יכול לשפר ישירות את זרימת ותוצאות של טקס הביקורת שלך.
שיתוף פעולה בזמן אמת
[ה] היכולת לערוך, להגיב ולעדכן מידע במהלך הפגישה הוא שינוי משחק במקום לאסוף משוב על הערות מקלות או במסמך נפרד, צוותים יכולים לפרט פריטים ספציפיים על המקום.תכונות כמו FLT:0live ⁇ spherph1 (הראה מי הוא הקלדה), FLT:2@mentionssphFLT 3, ו-FLT5 מה שהפך ל-"מקודמתאם הוא יכול היה להיות"ל"ל" (המתאם הוא גם אם הוא לא יכול היה להיות משוחרר"ל) בין אם הוא "ל"ל"ל"ל"ל"ל"התחילההההההההההההההההתחילההההההההההההההההההההההההההההההההההההההההההההההההההההההתחילהחלים" (ה" (ההה" (התחילהההההההההה" (הההההההההההה" (ההההה"ה"ה
דיווח ו- Analytics
(ב) בסקירה, ראו כלי שיוצר באופן אוטומטי דוחות על ה-FLT:0sprint SpeedcioFLT:1, FLT:2burndownFLT 3:,FLT:4burnupupFLT:5,FLT:6 זמן ניתוחי חיובי יותר מאשר שיפור מערכת נתונים קידוד 7, ו-F:8cumulative FlowF:9 אלה חושפים מגמות מסוימות, האם הם פחות ממוקדים?
אינטגרציה Capabilities
(ב) אין כלי חי בוואקום, פלטפורמת הביקורת של ה ⁇ שלך להתחבר בצורה חלקה עם כלי ה-FLT שלך:0 ערוצי תקשורת (Slack, Microsoft Teams, Discord), FLT:2documentation Tools (FLT: 3) 3 (ההשפעה, דוק, Google), דוקדק 4video, אשר ניתן ל-GLT5 (Zoom, ו-G) לעיין ב-Teram, , , , , , , , , ).
לוחיות חזותיות
תמונה שווה אלף פריטים אחוריים.לוחים חזותיים מאפשרים לך להציג התקדמות קידוד, יכולת צוות, מדדים מרכזיים על מסך יחיד במהלך הפגישה. כלים רבים מאפשרים לך להתאים אישית widgets: תרשימים עוגה עבור התמוטטות מעמד, ⁇ בר עבור נקודות סיפור לאדם, גרפים גנט עבור ציר זמן, או מפות חום עבור עבודה חסומה. a היטב תוכנן עוזר לקבוע מהר את המיקום שבו הצוות הוא סיכון; רק כדי למנוע קלפט נתונים.
Best Practices for Leveraging Tools in Your Sprint Review
לאחר תוכנה נהדרת הוא רק חצי מהסיפור.כדי באמת לייעל את הביקורת הקידודית שלך, עליך ליישם זרמי עבודה חכמים.הפרקטיקות הטובות הבאות יעזרו לך להפוך כלים להכפלת פריון.
להתכונן מראש
אין דבר שמאט ביקורת כמו לחכות למישהו לעדכן סטטוס או ליצור דו"ח. ככלל, כל חברי הצוות צריכים לעדכן את פריטי העבודה שלהם כדי לתקן מעמד ולהוסיף הערות ממושכות:0 בשעה אחת לפחות לפני הפגישה (המאסטר של סקארום) או מנחה צריך להכין גם לוח זמנים מהיר או להחליק עם תרשימים מרכזיים.
עידוד השתתפות פעילה
השתמש בתכונות שיתוף הפעולה של הכלי שלך כדי לערב את כולם.לדוגמה, במהלך הביקורת, לשאול כל מפתח לשתף את המסך שלהם וללכת דרך העבודה שלהם להשלים. עודד בעלי עניין להשתמש בתכונה ההערה כדי לשאול שאלות או להציע התאמות בזמן אמת.אתה יכול גם ליצור ריבוע:0live סקרFLT:1 (באמצעות כלי סקר משולבים או תגובה פשוטה) כדי להעריך במהירות סדרי עדיפויות או עם אנשים פחות מתואמים, הם יהיו פחות מוסיחים על ידי שיחות בצד.
להתמקד בתובנות בלתי ניתנות למבצע
קל ליפול למלכודת של פשוט לרשום את מה שנעשה במקום, להשתמש בניתוח הכלים כדי לזהות דפוסים: "זמן המחזור שלנו גדל ב-20% זה - להסתכל על תרשים השרוף ולהבחין את הרמה סביב יום 6 בשל עבודה לא מתוכננת", ואז, ללכוד את התובנה הזאת כמו FLT:0respective פעולה מדומה 1LT ישר שם בכל נקודה כדי להוביל החלטה או לא צריך לעקוב אחר המשימה.
מסמך מיידי
השתמש בכלי כדי להקליט החלטות, שינויים בגבולוג, וסיפורים חדשים של משתמשים שעולים מהפידבק. להימנע מהטעות המשותפת של אמירת "אני אעדכן את הלוח מאוחר יותר" (או יותר, השתמש בכלי של ה-FLT:0meeting הערות אינטגרציהFLT:1) כדי ללכוד נקודות מפתח כפי שהם מתרחשים.
קביעת זרימת עבודה יעילה Sprint Review עם Software
כדי לעזור לך להתחיל, הנה זרימת עבודה שלב אחר שלב המשלבת כמה כלים פופולריים. אתה יכול להתאים את זה לסביבה הספציפית שלך.
- (ב) לפני ה-Sprint Review: FLT:1; 2 (FLT 3: 3) הבעלים של המוצר מעדכן את המוצר בחזרה ומדכא פריטים שזקוקים לפידבק.
- צוות הפיתוח מסמן את כל הסיפורים שסיימו כ"דו" ב-Jira (או הכלי הנבחר שלך).
- מאסטר Scrum מציג לוח מחוונים משותף בכלי המציג את שריפת ⁇ , פריטים הושלמו, וכל פריטים חסומים.
- להזמין בעלי עניין באמצעות שילוב עם כלי מפגש לוח שנה ווידאו.
- (ב) ב[[1924]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]
- לעבור כל סיפור הושלם, באמצעות הכלי כדי להציג הערות באינטרנט או קטעי וידאו דמו המצורף.
- כאשר בעלי העניין מספקים משוב, הבעלים של המוצר או Note-taker מיד הערות או יוצר בעיות חדשות בכלי (למשל, פריט משוב באסאנה).
- אם הצוות מרגיש שהסיפור אינו באמת נעשה, הוא יזיז אותו בחזרה ל"התקדמות" או "לעשות" ממש שם.
- מעת לעת לרענן את תרשים ההשחה כדי לראות את ההשפעה של כל פתחים מחדש.
מלכודות נפוצות וכיצד להימנע מהם
גם עם הכלים הטובים ביותר, ביקורות ספארי יכול ללכת על החסרונות האלה:
- (FLT:0) טוול יתר על המידה: 1FLT (שימוש בכלים שונים מדי יוצר פיצול. Stick to one Main פלטפורמה (למשל, Jira) ולהוסיף כלים משלימים שמשלבים היטב.
- (FLT:0) סוגיות היגיינה נתונים: 1 (FLT:1 אם הסטטוסים יוצאים לדייט או סיפורים אינם חתימים, הסקירה הופכת לאימון לתיקון.
- (FLT:0) אבחון משוב של בעלי עניין: FLT:1 קל ללכוד משוב בכלי ולאחר מכן לא לפעול על זה. ליצור תהליך ברור עבור משיכת משוב בתוך 24 שעות - או להעביר אותו ל backlog, לסמן אותו כמו "לפרק הבא", או ארכיון זה עם הסבר.
- (הפסקה:0) ,Over-automation:FLT:1hil בעוד אוטומציה מועילה, יותר מדי כללים יכולים להרגיש לא אישיים.
- (ב) לא לאמן את הצוות: 1FLT אם כלי חדש מוצג, להשקיע זמן באימונים. צוות לא מומן ישוב להרגלים ישנים, והמכשיר יהפוך לפיל לבן יקר.
« הערכת ההשפעה של סטרימינג Sprint
לאחר שתיישם תהליך מבוסס כלי, לעקוב אחר אינדיקטורים להצלחה אלה כדי לראות אם זה משתלם:
- (ב) [החלים]: [ה] [ה] [ה]] [ה] [ה]] [ה], האם אתה מסיים באופן עקבי בתוך תיבת הזמן? (המטרה הטובה היא 60–90 דקות עבור קידוד שבועיים.
- [ה]התמר: [ה], [ה], לאחר כל ביקורת, שלח סקר מהיר של חקירה: "האם הסקירה מספקת מספיק מידע כדי לקבל החלטות?"
- (ב) שיעור סיום:0) 1 מתוך פריטי משוב שנלכדו במהלך הביקורת, כמה מהם מטופלים למעשה בקידוד הבא?
- (ב) מעורבות: 0Engineer: FLT:1 האם מפתחים מפגינים עבודה ומשתתפים בדיונים, או שהם שותקים?
- איכות:0 (בחזרה) הם סיפורים חדשים שנוצרו מפידבק מוגדר ומקודם?
אם המדדים האלה משתפרים, הכלים והתהליך שלך עובדים.אם לא, כדאי לבדוק מחדש את ההתקנה ולשאול את הצוות מה מעכב את הפרודוקטיביות שלהם.
מסקנה: שיפור מתמשך עבור טקס הביקורת
מחיקת הביקורת הקידודית שלך היא לא תצורה חד פעמית.כאשר הצוות שלך גדל והמוצר שלך מתפתח, הצרכים הכלים שלך ישתנה. באופן קבוע להעריך מחדש אם התוכנה שנבחרה שלך עדיין תומכת זרימת העבודה שלך והאם תכונות כמו שיתוף פעולה בזמן אמת, ניתוח ואינטגרציה משמשים לפוטנציאל המלא שלהם.ההמטרה היא ליצור סקירה יעילה, כוללת, ו-above הכל מכוון - כאשר אתה בוחר את המוצר הטוב ביותר, או לתקן את זה עוזר, אתה מקבל את זה טוב יותר, אז, אז, אז להתחיל את התוצאות הטובות ביותר, אתה צריך לעשות את זה נכון, או להתחיל, אתה צריך לעשות את זה נכון, אם אתה צריך לעשות את זה נכון, אז, אז להתחיל את זה נכון, אם אתה צריך לעשות את זה טוב יותר, אתה צריך לעשות את זה נכון, אז להתחיל את זה טוב יותר, אז, אז, אז, אז, אם זה נכון, אז להתחיל את זה נכון, אז, אז, אז, אז להתחיל את זה נכון, אז, אז, אז, אז, אז, אז, אז, אז, אז, אז, אז, אז, אם אתה צריך לעשות את זה נכון, אתה צריך לעשות את זה נכון, אז להתחיל את זה נכון, אז להתחיל את זה נכון, אתה צריך לעשות את זה נכון, אתה צריך לעשות
(ב) [ה] [ה]] לקראת ויקרא [ה], [ה], [ה], [ה], [ה]], [ה], [ה]], [ה]], [ה'], [ה']'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''