תיאור של מתדולוגית SCRUM בגישת פיתוח אג'ייל - AGILE

1. ‫2102/40‬
‫הוכן ע" י‬
‫דן- אייל גזית‬
‫מנהל פיתוח בכיר‬

2. ‫זכויות יוצרים‬
‫במצגת זו שולבו תמונות וציטוטים שנמצאו באינטרנט.‬ ‫‪‬‬
‫יתכן וכי בתום לב נעשתה הפרת זכויות יוצרים –‬
‫אם זיהתם הפרה כזו, אנא יידעו אותי ואתקן בהקדם.‬
‫2‬

3. ‫תוכן עניינים‬
‫‪:Scrum Framework‬‬ ‫‪‬‬
‫‪ ‬תפקידים‬
‫‪ ‬טקסים‬
‫‪ ‬פריטים‬
‫‪ ‬לאן ממשיכים מכאן‬
‫3‬

4. Scrum framework
‫תפקידים‬
•Product owner
•ScrumMaster
•Team ‫טקסים‬
•Sprint planning
•Sprint review
•Sprint retrospective
•Daily scrum meeting
‫פריטים‬
•Product backlog
•Sprint backlog
•Burndown charts 4

5. Scrum framework
‫תפקידים‬
•Product owner
•ScrumMaster
•Team ‫טקסים‬
•Sprint planning
•Sprint review
•Sprint retrospective
•Daily scrum meeting
‫פריטים‬
•Product backlog
•Sprint backlog
•Burndown charts 5

6. ‫בעלי תפקידים )1(‬
‫6‬

7. ‫בעלי תפקידים )2( – ‪Product owner‬‬
‫מנהל המוצר -‬ ‫‪‬‬
‫‪ ‬מגדיר את תכולת המוצר.‬
‫מייצר ומתחזק את הדרישות ב ‪.product backlog‬‬ ‫‪‬‬
‫מחליט על תאריכי שחרור הגרסאות והתכולה בהם.‬ ‫‪‬‬
‫מתעדף את הדרישות ב ‪ backlog‬ע"פ ערך ללקוח.‬ ‫‪‬‬
‫7‬

8. ‫בעלי תפקידים )3( – ‪Product owner‬‬
‫מתאים את התכולה והעדיפות בכל ‪.Sprint‬‬ ‫‪‬‬
‫מקבל או דוחה את תוצאות הפיתוח בכל ‪.Sprint‬‬ ‫‪‬‬
‫מעורב בישיבות ה-‪ Scrum‬השונות.‬ ‫‪‬‬
‫מערב את הלקוח באופן שוטף בתהליך ובהתקדמות.‬ ‫‪‬‬
‫8‬

9. ‫בעלי תפקידים )4( – ‪Scrum Master‬‬
‫שחקן צוות איכותי – בעל יכולות תקשורת.‬ ‫‪‬‬
‫אחראי לשמירתם וביצועם של ערכי ‪.Scrum‬‬ ‫‪‬‬
‫מסיר מכשולים.‬ ‫‪‬‬
‫מוודא שהצוות עובד בצורה טובה ויעילה.‬ ‫‪‬‬
‫מאפשר שיתוף פעולה הדוק בין כל הגורמים והתפקידים.‬ ‫‪‬‬
‫"מגן" על הצוות מהפרעות חיצוניות.‬ ‫‪‬‬
‫לא ניהולי – כן מהווה נציג ההנהלה.‬ ‫‪‬‬
‫9‬

10. ‫בעלי תפקידים )5( ‪ - The Team‬הצוות‬
‫צוות קטן יחסית )עד עשרה אנשים(‬ ‫‪‬‬
‫צוות מולטי דיסציפלינארי:‬ ‫‪‬‬
‫‪ ‬מפתחים, בודקים, מעצבי ‪ ,UI‬אנשי ‪ DB‬וכו'‬
‫חברים בצוות במשרה מלאה.‬ ‫‪‬‬
‫‪ ‬לעיתים יש יוצאי דופן כגון ‪DBA‬‬
‫מומלץ שישבו ביחד או בקרבה פיזית מינימאלית.‬ ‫‪‬‬
‫‪ ‬פתרונות חלופיים לפרויקטים גדולים.‬
‫01‬

11. ‫בעלי תפקידים )6( ‪ - The Team‬הצוות‬
‫צוותים מנוהלים עצמאית‬ ‫‪‬‬
‫‪ ‬מעריכים ביחד את מאמץ המשימות השונות.‬
‫‪ ‬אחריות קולקטיבית להצלחת ה ‪Sprint‬‬
‫‪ ‬קובעים בעצמם את סדר העבודה וחלוקת המשימות.‬
‫אין לשנות את מבנה הצוות בזמן ‪.Sprint‬‬ ‫‪‬‬
‫11‬

12. ‫בעלי תפקידים )7( – הצוות - ‪Velocity‬‬
‫‪ - Velocity‬כמה נקודות מאמץ מתוך רשימת הדרישות‬ ‫‪‬‬
‫הצוות יכול להספיק במהלך ‪.Sprint‬‬
‫ישמש באופן שוטף להערכת תכולות וזמנים.‬
‫‪ ‬מומלץ לקבוע לאור הספק הביצוע ההיסטורי של הצוות‬
‫ב ‪ sprints‬קודמים.‬
‫21‬

13. ‫בעלי תפקידים )8( – הצוות - ‪Velocity‬‬
‫‪ ‬אתגר רציני‬
‫‪ ‬נתון שנכון לצוות ספציפי, בטכנולוגיה ספציפית‬
‫‪ ‬קשה ללמוד מצוות אחד על אחר‬
‫‪ ‬קשה ללמוד כשהטכנולוגיה משתנה.‬
‫‪ ‬אם אין היסטוריה רלוונטית – קשה להערכה.‬
‫‪ ‬ניחוש מושכל....‬
‫31‬

14. ‫בעלי תפקידים )9( – הצוות - ‪Velocity‬‬
‫41‬

15. Scrum framework
‫תפקידים‬
•Product owner
•ScrumMaster
•Team ‫טקסים‬
•Sprint planning
•Sprint review
•Sprint retrospective
•Daily scrum meeting
‫פריטים‬
•Product backlog
•Sprint backlog
•Burndown charts
15

16. ‫טקסים )1( – פגישת תכנון ה ‪Sprint‬‬
‫‪Sprint planning meeting‬‬
‫יכולת‬
‫הצוות‬ ‫תעדוף‬
‫ניתוח והערכת הפריטים ברשימת‬ ‫•‬ ‫יעד ה‬
‫‪Product‬‬ ‫הדרישות.‬
‫‪backlog‬‬ ‫‪Sprint‬‬
‫בחירה ביעד ה ‪sprint‬‬ ‫•‬
‫מגבלות‬ ‫תכנון‬
‫החלטה כיצד לעמוד ביעדי ה ‪sprint‬‬ ‫•‬
‫מצב‬ ‫‪Sprint‬‬
‫המוצר‬ ‫יצירה של רשימת משימות ל‪sprint‬‬ ‫•‬
‫עבור הפריטים שנבחרו.‬ ‫‪backlog‬‬
‫טכנולוגיה‬ ‫הערכת המשימות שהצטברו‬ ‫•‬
‫61‬

17. ‫טקסים )2( – פגישת תכנון ה ‪Sprint‬‬
‫‪ ‬נערך לפני תחילת ה ‪ – Sprint‬לא חלק ממנו.‬
‫‪ ‬הצוות בוחר משימות מהרשימה שהוא מתחייב לסיים בתום ה ‪Sprint‬‬
‫‪ ‬התחשבות ב ‪ – Velocity‬תפוקת הצוות.‬
‫‪ ‬הצוות אחראי בעצמו על ביצוע חלוקת המשימות.‬
‫‪ ‬מייצרים את רשימת המשימות ל‪ Sprint‬ומעריכים אותם‬
‫‪ ‬נהוג לא יותר מ-61 שעות למשימה.‬
‫‪ ‬הרשימה מיוצרת ע"י הצוות ובסיוע של ה ‪Scrum Master‬‬
‫71‬

18. ‫טקסים )3( – פגישת תכנון ה ‪Sprint‬‬
‫‪ ‬בעל המוצר צריך להיות חלק מישיבת תכנון ה ‪Sprint‬‬
‫‪ ‬יכול לעזוב כשהצוות מפרק את הדרישות למשימות בפועל -‬
‫אבל חייב להיות "בכוננות" להשיב לשאלות.‬
‫‪ ‬ישיבה תחומה בזמן – עד שמונה שעות ) יום עבודה שלם (‬
‫‪ ‬ניתן להתאמה לפי הצורך – אבל חייב להיות תחום בזמן.‬
‫‪ ‬ה ‪ Scrum Master‬יכול לקצר או להאריך את הישיבה.‬
‫‪ ‬לא יותר מיום עבודה – צריך להשאיר את המיקוד בעבודת הפיתוח.‬
‫‪ ‬נהוג לבצע את המינימום ההכרחי של עיצוב )‪(Design‬‬
‫81‬

19. Sprint ‫טקסים )4( – פגישת תכנון ה‬
As a vacation Code the middle tier (8 hours)
planner, I want to Code the user interface (4)
see photos of the Write test fixtures (4)
Code the foo class (6)
hotels. Update performance tests (4)
19

20. ‫טקסים )5( – הישיבה היומית - ‪daily scrum‬‬
‫‪ ‬מאפיינים‬
‫‪ ‬כל יום‬
‫‪ ‬עד 51 דקות‬
‫‪ ‬בעמידה‬
‫‪ ‬לא מיועדת לפתור בעיות‬
‫‪ ‬כל מי שרוצה – מוזמן.‬
‫‪ ‬הנוכחות החופשית עוזרת להימנע מישיבות מיותרות‬
‫‪ ‬רק לחזירים - הצוות, מנהל המוצר וה ‪ - Scrum Master‬מותר‬
‫לדבר.‬
‫‪ ‬עדיף לערוך אותה בבוקר – לאחר שכולם מגיעים בנוחות.‬
‫02‬

21. ‫טקסים )6( – הישיבה היומית - ‪daily scrum‬‬
‫כל אחד מחברי הצוות עונה על 3 שאלות :‬
‫מה עשיתי אתמול ?‬
‫1‬
‫2‬
‫מה אעשה היום ?‬
‫3‬
‫האם משהו מפריע לי ?‬
‫12‬

22. ‫טקסים )7( – הישיבה היומית - ‪daily scrum‬‬
‫‪ ‬אלו לא דיווחי סטאטוס ל ‪Scrum master‬‬
‫‪ ‬אלא התחייבויות ועדכונים לחברי הצוות.‬
‫‪ ‬הישיבה חייבת להיות יומית‬
‫‪ ‬כל איחור משמעותי בפרויקט,‬
‫מתחיל מפיגור של יום אחד בלבד....‬
‫‪ ‬לא ניתן לוותר על הפגישה לטובת סטאטוס ב ‪email‬‬
‫‪ ‬כל הקבוצה רואה ומשתפת את כל התמונה, כל יום !‬
‫‪ ‬הפגישה היומית יוצר לחץ חיובי לחברי הצוות –‬
‫לעמוד ביעדים שלהם.‬
‫22‬

23. ‫טקסים )8( – ישיבת סיום - ‪sprint review‬‬
‫לאחר סיום ה ‪ ,Sprint‬לא חלק ממנו.‬ ‫‪‬‬
‫הצוות מציג את ההישגים שלו מה ‪- Sprint‬‬ ‫‪‬‬
‫בד"כ ע"י הצגת התוכנה עצמה.‬
‫לא פורמאלי.‬ ‫‪‬‬
‫‪ ‬לא יותר משעתיים הכנה.‬
‫‪ ‬לא מכינים אף מצגת!‬
‫כל הצוות משתתף‬ ‫‪‬‬
‫כל מי שרוצה להשתתף בנוסף – מוזמן.‬ ‫‪‬‬
‫32‬

24. ‫טקסים )9( – ישיבת רטרוספקטיבה‬
‫דיון פתוח על מה עובד טוב ומה לא בתהליך.‬ ‫‪‬‬
‫מתבצע בסוף כל ‪Sprint‬‬ ‫‪‬‬
‫‪ ‬בדרך כלל בצמוד לישיבת הסיום.‬
‫על כל הצוות וה ‪ Scrum Master‬חובה להשתתף‬ ‫‪‬‬
‫‪ ‬רצוי ‪Product owner‬‬
‫‪ ‬בשלבים מתקדמים גם הלקוח.‬
‫‪ ‬תלוי באמון של הצוות באנשים.‬
‫42‬

25. ‫טקסים )01( – ישיבת רטרוספקטיבה‬
‫כל הצוות מתכנס ומחליט בסופו של דבר על הדברים‬ ‫‪‬‬
‫שהם רוצים :‬
‫להתחיל לעשות‬
‫להפסיק לעשות‬
‫להמשיך לעשות‬ ‫זו רק דרך אחת‬
‫לבצע‬
‫רטרוספקטיבה‬
‫52‬

26. Scrum framework
‫תפקידים‬
•Product owner
•ScrumMaster
•Team
‫טקסים‬
•Sprint planning
•Sprint review
•Sprint retrospective
•Daily scrum meeting
‫פריטים‬
•Product backlog
•Sprint backlog
•Burndown charts
26

27. ‫פריטים )1( רשימת - ‪Product backlog‬‬
‫‪ ‬רשימת הדרישות / ‪ User Stories‬הרשמי של המוצר‬
‫‪ ‬מכילה את כל העבודה הנדרשת בפרויקט‬
‫בכל רגע נתון‬
‫‪ ‬באופן אידיאלי לכל פריט יש את המאפיינים‬
‫ערך - חשיבות והערכה – מאמץ.‬
‫תעדוף הפריטים מתבצע על ידי מנהל המוצר.‬ ‫‪‬‬
‫72‬

28. ‫פריטים )2( רשימת - ‪Product backlog‬‬
‫‪ ‬עדיפויות יכולות להשתנות בכל תחילת ‪sprint‬‬
‫‪ ‬צוות הפיתוח מעריך לכל סיפור משתמש‬
‫הערכת מאמץ.‬
‫‪ ‬הערכת מאמץ - ניקוד יחסי בין הסיפורים –‬
‫שמצביע על סיבוכיות וקושי ביצוע הסיפור.‬
‫‪ ‬מחקרים הראו כי אנשים מעריכים יותר טוב את היחס בין‬
‫משימות שונות, מאשר את המאמץ למשימה ספציפית.‬
‫‪ ‬יש תורה שלמה לגבי שיטות הערכת המאמץ –‬
‫יפורט במצגת עתידית, אחרת.‬
‫82‬

29. ‫פריטים )3( רשימת - ‪Product backlog‬‬
‫‪ ‬עמודות מומלצות למילוי ברשימת הדרישות :‬
‫‪ ‬מזהה ייחודי.‬
‫‪ ‬שם - תיאור הדרישה.‬
‫‪ ‬תעדוף חשיבות ) ערך מספרי (‬
‫‪ ‬הערכת מאמץ ) ערך מספרי (‬
‫‪ ‬איך להדגים שעובד – בקיצור !‬
‫‪ ‬הערות‬
‫‪ ‬מדובר בהמלצה בלבד –‬
‫הרשימה צריכה להיות בנויה בצורה הנוחה לכם.‬
‫92‬

30. Product backlog ‫מבנה‬ (4) ‫פריטים‬
30

31. ‫פריטים )5( יעד ה ‪Sprint‬‬
‫הצהרה קצרה שאמורה לשקף את הדברים שעליהם‬ ‫‪‬‬
‫יש להתמקד ב ‪ Sprint‬הקרוב.‬
‫יעד 1 ‪sprint‬‬
‫תמיכה בכל מה שקשור לרישום‬
‫יעד 2 ‪sprint‬‬ ‫לקוחות‬
‫לגרום למוצר לרוץ עם מסד נתונים‬
‫של חברת ‪ Oracle‬בנוסף ל-‬
‫‪SqlServer‬‬ ‫יעד 3 ‪sprint‬‬
‫תמיכה ב-‪ API‬חיצוני למוצר דרך‬
‫טכנולוגיית ‪RMI‬‬
‫13‬

32. ‫פריטים )6( יעד ה ‪Sprint‬‬
‫למה אנחנו עושים את ה ‪ Sprint‬הזה ?‬ ‫‪‬‬
‫‪ ‬למה שלא נצא לחופשה במקום ?....‬
‫יעד 4 ‪sprint‬‬
‫לסיים את שלושת ה ‪user stories‬‬
‫יעד 5 ‪sprint‬‬ ‫הראשונים‬
‫להרשים את המנכ"ל‬
‫יעד 6 ‪sprint‬‬
‫לייצב את הגרסה לשחרור‬
‫23‬

33. ‫פריטים )7( ניהול ה ‪Sprint backlog‬‬
‫‪ ‬חברי הצוות בוחרים בעצמם את המשימות שהם יבצעו‬
‫‪ ‬המשימות לעולם לא מוקצות מראש.‬
‫‪ ‬באופן יומי מוערכת כמות העבודה שנותרה.‬
‫‪ ‬רק חבר צוות יכול לשנות, להוסיף ולהוריד משימות‬
‫מהרשימה.‬
‫33‬

34. ‫פריטים )8( ניהול ה ‪Sprint backlog‬‬
‫‪ ‬המשימות בד"כ משתנות במהלך ה ‪.Sprint‬‬
‫‪ ‬אם העבודה לא ברורה בזמן התכנון, ניתן להגדיר‬
‫משימה גדולה שתחולק לחלקים במהלך ה ‪.Sprint‬‬
‫‪ ‬עדכון המשימות וכמות העבודה שנותרה ככל שהתמונה‬
‫מתבהרת במהלך ה ‪. Sprint‬‬
‫43‬

35. Sprint backlog -‫פריטים )9( - דוגמא ל‬
35

36. Sprint backlog -‫פריטים )01( דוגמא ל‬
36

37. Sprint burndown chart - (11) ‫פריטים‬
37

38. Sprint burndown chart - (12) ‫פריטים‬
38

39. ‫‪ - Scrum‬תהליך מלא‬
‫‪‬‬
‫93‬

40. ?‫לאן ללכת עכשיו‬
 www.mountaingoatsoftware.com/scrum
 scrum alliance
 Scrum Organization
 scrumdevelopment@yahoogroups.com
.‫ – מציאות העשייה‬Scrum ‫ למצגת הבאה שלי בנושא‬
...‫ ועוד‬
40

41. 41

42. ‫יצירת קשר‬
‫‪ ‬המצגת הוכנה ע"י דן-אייל גזית, מנהל פיתוח בכיר.‬
‫‪ ‬ליצירת קשר : ‪gazitde@gmail.com‬‬
‫‪ ‬לדף שלי ב ‪– LINKEDIN‬‬
‫‪http://www.linkedin.com/in/gazitde‬‬
‫אשמח לקבל הערות והארות. תודה !‬
‫24‬

43. ‫מקורות‬
: ‫ חלק מהחומרים למצגת זו נלקחו מתוך‬
Presentation by: Mike Cohn 
mike@mountaingoatsoftware.com ○
www.mountaingoatsoftware.com ○
43