טיפים לביצוע ביקורות Sprint עם צוותים פונקציונליים

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

שם הסרטון: The Foundation of a Great Sprint Review

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

Define the Review Goal and Scope

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

הכינו את לוח הזמנים מפורט

שתפו את האג'נדה בכתב לפחות 48 שעות לפני הפגישה.כולל הקצאות זמן לכל דמו, פלח דיון ו- Q&A עוזר למשתתפים להגיע מוכנים לעסוק. אג'נדה טיפוסית בת 60 דקות עשויה להיראות: ברוכים הבאים והקשר (5 דקות), דמו של סיפורי משתמשים שלמים (30 דקות), Stake's Q&A (15 דקות), צעדים ופריטים פעולה (10 דקות) משתמשים בזמן כדי לשמור על כולם במסלול.

להבטיח שאמנות היא מוכנה

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

מזמינים את האנשים הנכונים

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

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

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

השתמש בדמויות ממובנות, לא בתצוגה

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

יצירת קשר עם Sprint and Business Goals

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

דמיין התקדמות עם דשורד או Artifacts

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

סיכון גבוה ועבודות בלתי מסומנות

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

עידוד כל המשתתפים בדיאלוג משמעותי

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

השתמש בשאלות פתוחות ל- Spark

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

יצירת מרחב בטוח עבור ה- Honest Feedback

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

שילוב נקודות מבט שונות לפריטים פעולה

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

ניהול מזון מחדש בצורה בונה וספקטיבית

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

עדיפויות של מזון על ידי השפעה והיתכנות

לא כל משוב נוצר שווה. השתמש ב- 2 מטריצה פשוטה: השפעה (גבוה / נמוך) לעומת אפשרות (קל / hard) גבוה-להי-להיסר, ניצחונות קלים נכנסים ל ⁇ הבאה. High-impact, פריטים קשים צריכים ניתוח נוסף או ספייק. פריטים נמוכים-impact עשוי להיות deprioritized או הוסיף לרשימה "מחדשת הרבה" זה מונע היקף וממשיכה את הצוות הממוקד.

מסמך הכל במיקום משותף

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

שילוב של Sprint Planning

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

שמירה על הסקירה ממוקדת ו-Time-Boxed

הזמן הוא המשאב היקר ביותר בפגישה בין-תפקודית. A ⁇ סקירה כי הוא פועל לאורך זמן מאבד את תשומת הלב ומפחית את הערך.

הגדר גבול זמן מורכב וצמד אליו

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

השתמש ב- Facilitator כדי ל Steer the conversation

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

הכינו את המלכודות הנפוצות

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

קושי ב-Stake בעלי חיים וסכסוכים

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

טיפול שלילי בסקרנות, לא בהגנתיות

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

שמור על המיקוד על עובדות ונתונים

כאשר רגשות רצים גבוה, לחזור על נתונים אובייקטיביים.הצגת מדדים, מחקר משתמשים, או תוצאות בדיקת A/B שמסייעות לקבל החלטות.לדוגמה, אם בעל מניות רוצה להחזיר שינוי UI, הסבירו כי העיצוב החדש גדל ב-15% במבחנים של שימושיות.הנתונים מקלקלים חילוקי דעות ומיישרים את השיחה סביב מה עובד עבור משתמשים ועסקים.

לוח זמנים אחד על אחד - One Follow-Ups

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

תהליך ה-Sprint Review הוא עצמו

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

איסוף משוב רטרוספקטיבי על הסקירה

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

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

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

המונחים:

ראה ב[[1924]] [[1924]]]]]] [[1924]]]] [[1924]]]]]] [[1924]]]]]] [[1924]]]]]]]] [[1924]]]]]]]]]]]]]]]] [[1924]]]]]]]]]]]]]]]]]]]]]] [[1924]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]] [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] [[1924]]]]]]]] [[1924]]]]]]]]]]]]]]]]]]]]]] [[1924]]]]]]]]]]]] [[1924]]]]]] [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] [[1924]]]]]]]] [[1924]]]]]]]] [[1924]]]]]]]]]] [[1924]]]]]] [[1924]]]]]]]] [[1924]]]]]]]] [[[[1924]]]]]]]]]] [[1924]] [[1924]] [[[[1924]] [[1924

לאחר הסקירה: סגירת ה- Loop

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

דקות מפגש מאכזבות

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

עדכון המוצר בחזרה עם תובנות חדשות

בעל המוצר צריך מיד לסקור את המשוב ולקבוע אילו פריטים נכנסים ל backlog. Tag אותם עם תווית כמו "sprint-review-review-review-review-feedback" עבור מעקבות.בפגישת הזיקוק הבא, להציג פריטים אלה ולתת לצוות להעריך אותם אם הדבר מתאים.

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

מסקנה

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