אלמנט ליבה של מפתחי תוכנה זריזים זה הופך את המשתמשים והלקוחות למוקד וסיפורי המשתמשים תורמים לעשות זאת בדיוק. הם שמו את משתמשי הקצה במרכז השיחה. במאמר זה נדבר על סיפור משתמש בזריזות.
סיפורים עושים שימוש בשפה שאינה טכנית על מנת לספק תנאים לצוות הפיתוח ומאמציו. סיפור המשתמש עוזר לצוות להבין את המטרה שלהם, מדוע הם בונים אותה. גם מה הם בונים והערך שהוא יוצר בסוף ובדרך. לפיכך, סיפורי משתמשים הם אחד המרכיבים החיוניים בתוכנית זריזה. הם מקלים על יצירתיות, התקדמות ומוצר קצה טוב יותר על ידי מתן הצוות מסגרת ממוקדת משתמש למשימות היומיומיות שלהם. כל הסיפורים הזריזים מתמקדים בדרישות ועוזרים ליצור שיחות באמצעות משפט אחד או שניים על הפונקציונליות הרצויה.
הנושאים הנדונים במאמר זה הם:
- מהם סיפורי המשתמשים?
- מי אחראי על כתיבת סיפור משתמש?
- מתי לכתוב סיפורי משתמשים?
- מדוע ליצור סיפורי משתמשים?
- עבודה עם סיפורי משתמשים
מהם סיפורי משתמשים?
סיפורי משתמשים הם תיאורים פשוטים וקצרים על תכונה של משתמש או לקוח המערכת. הם פועלים לפי תבנית נפוצה:
בתור, אני רוצה כך.
בואו להכיר יותר מידע על סיפורי משתמשים.
- בדרך כלל, סיפורי משתמשים נכתבים על פתקים דביקים וכרטיסי אינדקס. ואז הם מסודרים על שולחנות או קירות לצורך תכנון ודיון, ומכאן שנוצרות שיחות סביבם.
- סיפורי משתמשים, שהם דיונים הסובבים ובעזרת סיפורי המשתמשים חשובים מאוד ומעבירים את המיקוד מכתיבה על תכונות לדיון בפועל.
- הם תמיד באים לידי ביטוי מנקודת מבט המשתמש ואינם מסווגים כתכונה. סיפור משתמש הוא החלק הזעיר ביותר במערכת מסגרת זריזה.
- המטרה העיקרית של סיפור משתמש היא לבטא ולהעביר כיצד יצירה מסוימת תספק ערך למשתמש או ללקוח. חשוב לציין שלקוחות לא חייבים להיות בהכרח משתמשי קצה חיצוניים, אלא גם יכולים להיות עמיתים בצוות שלך או בארגון שלך.
- סיפורי משתמשים אינם מסתכנים בפרטים ומורכבים ממשפטים מעטים ומעטים.
סיפורי משתמשים ב סקרום ו קנבן
גם Scrum וגם Kanban משתמשים בסיפורי משתמשים במסגרות שלהם. ב- Scrum, סיפורי משתמשים הם תוספת לספרינטים ומשמשים אותם לאורך הספרינט. ב- KanBan צוותים מוסיפים את סיפורי המשתמשים לצבר שלהם ומשתמשים בהם באמצעות זרימת העבודה שלהם. כך הם עוזרים להערכה טובה יותר, תכנון ספרינט, דיוק טוב יותר בחיזוי וזריזות רבה יותר בצוות Scrum. מצד שני, צוותי KanBan יכולים להתמודד טוב יותר עם העבודה המתבצעת ולשפר את תהליכי העבודה שלהם באמצעות סיפורי משתמשים.
מסגרות זריזות גדולות יותר כמו אפוסים ו יוזמות מהווים סיפורי משתמשים. אפוסים הם עבודות עבודה גדולות יותר המתפרקות לסיפורים רבים ויוזמות הכוללות הרבה אפוסים.
ישנן שתי דרכים להוסיף פרטים לסיפורי משתמשים:
- על ידי פיצול סיפור המשתמש למספר סיפורים קטנים יותר.
- על ידי הוספת תנאי סיפוק.
תנאי של שביעות רצון מתייחס למבחן קבלה ברמה גבוהה שהופך את עצמו לאמיתי לאחר סיום סיפור המשתמש הזריז.
אדריכלות mvc בג'אווה עם דוגמה
מי אחראי על כתיבת סיפור המשתמש?
אין כלל קבוע לגבי מי יכול לכתוב את סיפורי המשתמש. על בעל המוצר לוודא כי צבר המוצרים של סיפורי משתמשים נמצא במקום, אך הוא לא בהכרח צריך לכתוב אותם. באופן אידיאלי, אבפרויקט זריז טוב יהיו סיפורי משתמשים שנכתבו על ידי כל אחד מחברי הצוות, וחשיבות רבה יותר תהיה לחברי הצוות המעורבים באותה מידה בדיונים לאחר כתיבת סיפורי המשתמשים.
מתי לכתוב סיפורי משתמשים?
סיפורי משתמשים נוצרים לאורך הפרויקט הזריז. סדנת כתיבת סיפור מתבצעת בדרך כלל בתחילת הפרויקט הזריז, כך שכל חבר בצוות יכול להשתתף ואולי לסייע ביצירת צבר מוצרים המתאר את הפונקציונליות הרצויה ואת מטרת הסיום אשר ניתן להוסיף לפרויקט. חלק מסיפורי המשתמש יהפכו בסופו של דבר לאפוסים. בנוסף, אפוסים אלה יתפרקו אחר כךלמספר סיפורים קטנים יותר שישתלבו טוב יותר באיטרציה. ניתן להוסיף מעת לעת גם סיפורים חדשים לצבר המוצר בהתאם לדרישות.
מדוע ליצור סיפורי משתמשים?
סיפור משתמש בזריז יכול להיראות כשלב נוסף בתהליך המסגרת הזריז, אך הם מספקים תובנה חשובה וערכית לצוות ומאירים את התה לגבי הערך שמשימותיהם מביאות לפרויקט. סיפורי משתמשים מספקים מספר יתרונות ויתרונות:
- התמקדות משתמשים באומנה - רשימת מטלות בדרך כלל שומרת את הצוות על בהונותיהם עם המשימות שצריך לבצע ומסומנות מחוץ לרשימה ואילו סיפורי משתמשים שמים את כל המיקוד על המשתמשים ועוזרים בפתרון הבעיות שלהם כפי שהם נכתבים מנקודת מבט המשתמש .
- אפשר שיתוף פעולה - כאשר המטרה הסופית ברורה ומוגדרת עבור הצוות, הם יכולים לעבוד יחד ביעילות בכדי לעמוד במטרה זו וכן לספק סיפוק ושירות טוב למשתמש.
- כונן יצירתיות - תהליך הכתיבה והדיון בסיפורי משתמשים כולל דיונים וסיעור מוחות המסייעים לצוות לחשוב בצורה ביקורתית כמו גם יצירתית, ואולי גם למצוא פתרונות כדי לעמוד במטרה הסופית.
- ספק תאוצה - כל סיפור מספק תאוצה לצוות הפיתוח באמצעות אתגרים והתקדמות.
עבודה עם סיפורי משתמשים
- סיפור משתמש מושג ונכתב, ואז הוא נקלט ומיושם בתהליך העבודה. בדרך כלל, בעלי מוצרים, מנהלי מוצרים או מנהלי התוכניות כותבים סיפורי משתמשים. ואז הם מגישים אותם לבדיקה.
- במהלך פגישת תכנון ספרינט או איטרציה, הצוות מקבל החלטה לגבי הסיפורים שייכללו במהלך אותו ספרינט. בנוסף, צוותים דנים בפונקציונליות ובדרישות הסיפור. ניתן להוסיף דרישות לסיפור לאחר שיסכימו עליהם הצוות.
- שלב חשוב בפגישה זו הוא הערכת הסיפורים על פי מורכבותם וזמן השלמתם. סיפור אמור להיות מסוגל להשלים בספרינט אחד. מסיבה זו הצוות צריך לדון בסיפורים.
סיפורי משתמשים זורקים אור על הפעילות השוטפת של צוות הפיתוח וכן מסבירים את התהליכים שאחריהם הצוות כל יום. הדרך הטובה ביותר לנצל אותם בפרויקט שלך כדי לחשוף את היתרונות שלו היא להבין את תפקידם ותרומתם לעבודת הצוות ומסירתם.
זהו זה, אנשים! בכך הגענו לסוף המאמר 'סיפור משתמש בזריזות'. אתה יכול גם להסתכל על בזמן שאתה בעניין.
יש לך שאלה עבורנו? אנא הזכיר זאת בסעיף ההערות של א rticle ונחזור אליך בהקדם האפשרי.