עיקרון ליבה של תהליכי פיתוח מודרניים הוא פיתוח זריז . מתודולוגיית פיתוח זו מדגישה שימוש בסיפורי משתמשים קטנים וגדולים כדי להגדיר מה המערכת עושה מנקודת מבט של משתמשים, ולא טכנית. למשתמש אכפת אם המוצר מהיר, קל לשימוש, ופותר את הבעיה שלו. לא אכפת להם אם הוא עוקב אחר ארכיטקטורה בת 3 שכבות, יש לו Mongo DB או שהוא משתמש ב- Rails או Asp.net.
Storyboard That המספק פלטפורמה אידיאלית ליצירת סיפורי משתמשים זריזים ולעורר שיחה בפורמט שהוא הרבה פחות מחייב מקיר טקסט.
בהקשר של סיפורי משתמשים, "אפי" הוא פשוט סיפור רחב מאוד, שיתפרק בהמשך לסיפורי משתמש ספציפיים רבים. החל מאפוס מיישר את כולם עם ראייה אחת ברמה גבוהה. הסיפור האפי מעגן פרויקט מלמעלה למטה, ואם אין טעם לבנות אפוס, עבודה תומכת תהיה גם בזבוז מאמץ.
בסיפור זה, ברור מאוד מהו החזון לטווח הארוך וכיצד צריכה להיראות הצלחה. סיפור אפי טוב צריך לכלול:
במיוחד בעת עיצוב תוכנה, חשוב שיהיה לך ראייה טובה של איך יהיו המשתמשים. לא כל משתמש יתאים את החזון הזה במדויק, וייתכן שישנן מספר קטגוריות של משתמשים, אך חזיונות נפרדים אלה זקוקים לביטוי. המחשבה על המשתמשים קודם כל שומרת על הנדסת יתר וסיבוכי יתר, מונעת ממוצר חדש שיהיה משהו לכולם ואינה מועילה לאף אחד.
לאחר שהוקם אפוס והוגדרו משתמשים, ניתן לבנות סיפורים קטנים יותר וספציפיים יותר על חוויות משתמש מסוימות. הסיפורים להלן מפרקים את המתואר למעלה לשני נרטיבים: חיפוש סדר והזמנה מחדש של מוצר.
נרטיבים אלה אינם מכילים מידע טכני; למשתמשים לא אכפת כיצד התוצאות מושגות, כל עוד הוא מבצע את המשימות הרצויות. באופן דומה, ה- UX מתואר באופן כללי, כדי להימנע מחניקה של חדשנות או מכריחת דרך. באופן כללי, סיפורים צריכים להיות:
סיפורים אלה צריכים להזמין שיחה ושאלות, כגון:
סביר בהחלט ליצור סיפורים רבים; למעשה, יש לעודד זאת. חלק מהסיפורים הללו לעולם לא ישמשו, אך חשוב לראות את הדרך שהם הניחו. אוסף הסיפורים הזה ישטוף דרישות נוספות ויבחן את ההשפעות.
הסיפורים צריכים לעורר וליידע דיון על האופן בו התוכנה תיבדק ועל אילו כללים עסקיים צריך להגדיר במפורש. לדוגמה: