הסבר על סיפורי משתמש — התבנית בתור / אני רוצה / כדי ש, INVEST, קריטריוני קבלה — ועל תכנון איטרציה, שנקרא לעיתים קרובות תכנון ספרינט, בעזרת המהירות ב-East Agile Tracker.
סיפור משתמש (user story) הוא תיאור קצר של משהו שמשתמש צריך, שנכתב מנקודת המבט שלו. תכנון איטרציה הוא האופן שבו צוות מחליט על אילו סיפורים יעבוד בתיבת-הזמן הבאה. צוותים רבים קוראים לתיבת-הזמן הזו ספרינט ולפגישה תכנון ספרינט; East Agile Tracker קורא להן איטרציות ותכנון איטרציה.
מהו סיפור משתמש
Section titled “מהו סיפור משתמש”התבנית הנפוצה היא:
בתור [סוג משתמש], אני רוצה [יכולת מסוימת], כדי ש*[תועלת מסוימת]*.
לדוגמה: בתור מנהל פרויקט, אני רוצה לראות אילו סיפורים חסומים, כדי שאוכל לשחרר אותם לפני שהאיטרציה מסתיימת.
התבנית מציינת מי מרוויח, מה הוא צריך ולמה. ה”למה” מאפשר לצוות למצוא דרך פשוטה יותר להשיג את אותה תועלת. סיפור הוא שומר מקום לשיחה, לא מפרט מלא: הפרטים מתגבשים בין מי שמבקשים לבין מי שבונים.
INVEST: האם הסיפור מוכן?
Section titled “INVEST: האם הסיפור מוכן?”INVEST היא רשימת בדיקה לסיפור בנוי היטב:
- Independent (עצמאי) — אפשר לבנות ולספק אותו בפני עצמו.
- Negotiable (פתוח למשא ומתן) — הפרטים פתוחים לדיון.
- Valuable (בעל ערך) — מספק משהו שחשוב למשתמש או ללקוח.
- Estimable (ניתן להערכה) — הצוות מבין אותו מספיק טוב כדי לקבוע את גודלו.
- Small (קטן) — נכנס בנוחות לאיטרציה אחת.
- Testable (ניתן לבדיקה) — יש דרך ברורה לדעת שהוא גמור.
קריטריוני קבלה
Section titled “קריטריוני קבלה”קריטריוני קבלה קובעים מה חייב להתקיים כדי שהסיפור ייחשב גמור. כתיבתם בצורת Given / When / Then הופכת כל אחד מהם לבדיקת קבלה:
Given סיפור עם חוסם שלא נפתר, when אני פותח את עמודת Blocked, then הסיפור מופיע בה.
על הקריטריונים מסכימים לפני שהעבודה מתחילה, כך שלצוות ולמי שמקבל את הסיפור יש אותה הגדרה של “גמור”.
תכנון איטרציה
Section titled “תכנון איטרציה”תכנון איטרציה עונה על שאלה אחת: על מה נעבוד באיטרציה הזו? הוא דורש שלושה קלטים:
- Backlog מסודר — סיפורים מדורגים לפי עדיפות, כשהעליונים מוכנים (עומדים ב-INVEST ויש להם קריטריוני קבלה).
- הערכות — כל סיפור מועמד מוערך בנקודות סיפור.
- מהירות — כמה נקודות הצוות משלים בכל איטרציה. ראו מהי מהירות?.
הצוות לוקח סיפורים מראש ה-Backlog עד שהסכום מגיע למהירות שלו. לקיחה של יותר מזה נשענת על כך שהצוות יעבוד פתאום מהר יותר; לקיחה של פחות משאירה קיבולת לא מנוצלת.
כיצד East Agile Tracker עושה זאת
Section titled “כיצד East Agile Tracker עושה זאת”- לסיפורים יש ארבעה סוגים: תכונות, באגים, מטלות ושחרורים. רק תכונות מקבלות נקודות כברירת מחדל. ראו סיפורים.
- קריטריוני הקבלה נכתבים בתיאור. אין שדה נפרד; הקריטריונים שייכים לתיאור לפני שהסיפור מתחיל. כשסיפור הוא Delivered, בעל המוצר מקבל או דוחה אותו מול הקריטריונים האלה. ראו מכונת המצבים ולולאת הקבלה.
- ה-Backlog הוא רשימה אחת מסודרת בקפדנות, והוא מקרין את האיטרציות הקרובות על בסיס המהירות, שלוש או ארבע קדימה, ומסמן כל קבוצה שחורגת מהמהירות. ראו איטרציות.
- תכנון האיטרציה אוטומטי ברובו. כשתכנון אוטומטי של איטרציות מופעל (ברירת המחדל), האיטרציה הנוכחית מתמלאת עד המהירות שלכם; משיכה של סיפור חדש מעבירה את הסיפור בעדיפות הנמוכה ביותר חזרה לראש ה-Backlog. צוותים שמתחייבים להיקף קבוע, בסגנון Scrum, יכולים לכבות את התכנון האוטומטי ולתכנן כמה שירצו, עם מונה שהופך לאדום מעל המהירות. ראו תכנון איטרציה.
- יצירת סיפור פותחת עורך לכותרת, לתיאור, לסוג, להערכה ולבעלים. ראו יצירת סיפור.
לקריאה נוספת
Section titled “לקריאה נוספת”- מהן נקודות סיפור? — קביעת גודל של סיפורים.
- מהי מהירות? — צד הקיבולת של התכנון.
- eXtreme Programming — המקור של סיפורי משתמש ושל משחק התכנון.