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