מאפשרי חקר - אלה תומכים במחקר, ביצירת אב טיפוס ופעילויות אחרות הדרושות לפיתוח הבנה של צרכי הלקוחות, כולל חקירת פתרונות פוטנציאליים והערכת חלופות.
מה הם מאפשרים טכניים?
הגדרה: מאפשרים בפיתוח זריז הם פריטים טכניים התומכים בפיתוח העסק, אשר ממלא תפקיד חיוני בסיוע לתכונות עסקיות. מאפשרים תומכים בפיתוח יעיל ואספקת דרישות עסקיות עתידיות ומביאות לנראות לכל העבודה הדרושה.
אילו שיטות מודגמות במהלך בדיקה והתאמה?
Inspect & Adapt: סקירה ה- Inspect and Adapt (I&A) הוא אירוע משמעותי, הנערך בסוף כל תוספת תוכנית (PI), שבו המצב הנוכחי של הפתרון מודגם ומוערך על ידי הרכבת.
מהם שני סוגים של סיפורי מאפשרים?
ישנם סוגים רבים אחרים של סיפורי Enabler כולל:
- Refactoring ו-Spikes (כפי שהוגדרו באופן מסורתי ב-XP)
- בנייה או שיפור תשתית פיתוח/פריסה.
- הפעלת עבודות הדורשות אינטראקציה אנושית (למשל, אינדקס מיליון דפי אינטרנט)
מהי הדרך המומלצת לבטא תכונה?
תשובה. תכונה היא שירות הממלא צורך של בעלי עניין. כל תכונה כוללת השערת תועלת וקריטריוני קבלה, והיא בגודל או מפוצלת לפי הצורך כדי להיות מועברת על ידי רכבת שחרור זריזה (ART) אחת בתוספת תוכנית (PI).
איך כותבים קריטריוני קבלה לתכונה?
להלן מספר טיפים שיעזרו לך לכתוב קריטריוני קבלה מצוינים: שמור על הקריטריונים שלך מוגדרים היטב כך שכל חבר בצוות הפרויקט יבין את הרעיון שאתה מנסה להעביר. שמרו על הקריטריונים מציאותיים ובר-השגה. הגדר את פיסת הפונקציונליות המינימלית שאתה מסוגל לספק והיצמד אליה.
איך כותבים תכונה טובה בזריזות?
איך כותבים תכונות?
- השערת תועלת של תכונה.
- לתכונות יש ערך עסקי.
- לכל תכונה יש תיאור ברור.
- לכל תכונה חייבת להיות קריטריוני קבלה.
מהן דוגמאות לסיפורי משתמשים?
לדוגמה, סיפורי משתמשים עשויים להיראות כך:
- בתור מקס, אני רוצה להזמין את החברים שלי, כדי שנוכל ליהנות מהשירות הזה ביחד.
- בתור סשה, אני רוצה לארגן את העבודה שלי, כדי שאוכל להרגיש יותר בשליטה.
- כמנהל, אני רוצה להיות מסוגל להבין את ההתקדמות של עמיתיי, כדי שאוכל לדווח טוב יותר על ההצלחה והכישלונות שלנו.
מי אחראי לכתיבת סיפורי משתמשים בזריזות?
כל אחד יכול לכתוב סיפורי משתמשים. באחריות בעל המוצר לוודא שקיים צבר מוצרים של סיפורי משתמשים זריזים, אבל זה לא אומר שבעל המוצר הוא זה שכותב אותם. במהלך פרויקט זריז טוב, אתה צריך לצפות לקבל דוגמאות לסיפור משתמש שנכתב על ידי כל חבר צוות.
האם סיפורי משתמשים יכולים להיות טכניים?
מגדירים סיפורי משתמשים טכניים. סיפור משתמש טכני הוא סיפור המתמקד בתמיכה לא פונקציונלית של מערכת. לפעמים הם מתמקדים בסיפורים קלאסיים שאינם פונקציונליים, למשל: הקשורים לאבטחה, ביצועים או מדרגיות. סוג אחר של סיפור טכני מתמקד יותר בחוב טכני וריפקטור.
מי הבעלים של צבר ההזמנות ב-Scrum?
הבעלים של ה- Scrum Product Backlog הוא ה- Scrum Product Owner. ה-Scrum Master, צוות ה-Scrum ובעלי עניין אחרים תורמים לו כדי לקבל רשימת מטלות רחבה ומלאה.
האם Scrum Master יוצר סיפורים?
Scrum אינו כולל סיפורי משתמשים בנוסף, המניפסט Agile לא מזכיר שום דבר על סיפורי משתמשים או מי אמור לכתוב אותם.
איזה מצב קובע את צבר המוצרים בזריזות?
פריטי צבר מוצרים מסודרים על סמך ערך עסקי, עלות עיכוב, תלות וסיכון. פריטי צבר מוצרים בראש צבר המוצרים הם "קטנים", מובנים היטב לצוות, "מוכנים" לפיתוח ויכולים לספק ערך לעסק.
האם צבר מוצרים מכיל סיפורי משתמשים?
צבר המוצרים הוא רשימה של כל העבודה שצריך לעשות. הוא מכיל בדרך כלל סיפורי משתמשים, באגים, משימות טכניות ורכישת ידע. צבר ההזמנות מתעדן מעת לעת על ידי בעל המוצר וצוות הסקרום כדי להבטיח ש-2-3 ספרינטים של עבודה תמיד מוגדרים ומתעדפים.
מה מכיל צבר מוצרים?
צבר מוצר הוא רשימה מועדפת של עבודה עבור צוות הפיתוח הנגזרת ממפת הדרכים והדרישות שלה. הפריטים החשובים ביותר מוצגים בחלק העליון של צבר המוצרים כך שהצוות יודע מה לספק קודם.
מה הופך צבר מוצרים טוב?
מאפייני צבר מוצרים טובים. צבר מוצרים טובים חולקים מאפיינים דומים, שמייק קון ורומן פיצ'לר תפסו עם ראשי התיבות DEEP: Detailed passende, Emergent, Estimated, Prioritized. בואו נסתכל יותר מקרוב על כל אחד מהמאפיינים הללו.
כמה פעמים ניתן לשנות צבר מוצרים ב-Scrum?
צוות Scrum מחליט כיצד ומתי מתבצע חידוד. חידוד בדרך כלל צורך לא יותר מ-10% מהיכולת של צוות הפיתוח. עם זאת, ניתן לעדכן פריטי צבר מוצרים בכל עת על ידי בעל המוצר או על פי שיקול דעתו של בעל המוצר.
למי יש איכות בצוות Scrum?
האיכות היא בבעלות בעל המוצר. הם מזהים את התכונות של המוצר ומייעלים את ההחזר על ההשקעה (ROI). תפקידיהם כוללים ניתוח החזון של המוצר, ניהול צבר, תיאום עם ה-Scrum Master, כמו גם אפנון צוות הפיתוח.
מי חייב לעשות את כל העבודה כדי לוודא שפריטי צבר מוצרים תואמים את ההגדרה של בוצע?
אם ישנם צוותי Scrum מרובים שעובדים על שחרור המערכת או המוצר, צוותי הפיתוח בכל צוותי Scrum חייבים להגדיר באופן הדדי את ההגדרה של "בוצע". ארגון פיתוח או צוות הפיתוח של צוות Scrum.