Scrum Framework - Hebrew

684 views

Published on

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

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Scrum Framework - Hebrew

  1. 1. ‫2102/40‬ ‫הוכן ע" י‬ ‫דן- אייל גזית‬‫מנהל פיתוח בכיר‬
  2. 2. ‫זכויות יוצרים‬‫במצגת זו שולבו תמונות וציטוטים שנמצאו באינטרנט.‬ ‫‪‬‬ ‫יתכן וכי בתום לב נעשתה הפרת זכויות יוצרים –‬ ‫אם זיהתם הפרה כזו, אנא יידעו אותי ואתקן בהקדם.‬ ‫2‬
  3. 3. ‫תוכן עניינים‬‫‪:Scrum Framework‬‬ ‫‪‬‬ ‫‪ ‬תפקידים‬ ‫‪ ‬טקסים‬ ‫‪ ‬פריטים‬ ‫‪ ‬לאן ממשיכים מכאן‬ ‫3‬
  4. 4. Scrum framework ‫תפקידים‬ •Product owner •ScrumMaster •Team ‫טקסים‬ •Sprint planning •Sprint review •Sprint retrospective •Daily scrum meeting ‫פריטים‬ •Product backlog •Sprint backlog •Burndown charts 4
  5. 5. Scrum framework ‫תפקידים‬ •Product owner •ScrumMaster •Team ‫טקסים‬ •Sprint planning •Sprint review •Sprint retrospective •Daily scrum meeting ‫פריטים‬ •Product backlog •Sprint backlog •Burndown charts 5
  6. 6. ‫בעלי תפקידים )1(‬ ‫6‬
  7. 7. ‫בעלי תפקידים )2( – ‪Product owner‬‬ ‫מנהל המוצר -‬ ‫‪‬‬ ‫‪ ‬מגדיר את תכולת המוצר.‬ ‫מייצר ומתחזק את הדרישות ב ‪.product backlog‬‬ ‫‪‬‬ ‫מחליט על תאריכי שחרור הגרסאות והתכולה בהם.‬ ‫‪‬‬ ‫מתעדף את הדרישות ב ‪ backlog‬ע"פ ערך ללקוח.‬ ‫‪‬‬ ‫7‬
  8. 8. ‫בעלי תפקידים )3( – ‪Product owner‬‬ ‫מתאים את התכולה והעדיפות בכל ‪.Sprint‬‬ ‫‪‬‬ ‫מקבל או דוחה את תוצאות הפיתוח בכל ‪.Sprint‬‬ ‫‪‬‬ ‫מעורב בישיבות ה-‪ Scrum‬השונות.‬ ‫‪‬‬‫מערב את הלקוח באופן שוטף בתהליך ובהתקדמות.‬ ‫‪‬‬ ‫8‬
  9. 9. ‫בעלי תפקידים )4( – ‪Scrum Master‬‬ ‫שחקן צוות איכותי – בעל יכולות תקשורת.‬ ‫‪‬‬ ‫אחראי לשמירתם וביצועם של ערכי ‪.Scrum‬‬ ‫‪‬‬ ‫מסיר מכשולים.‬ ‫‪‬‬ ‫מוודא שהצוות עובד בצורה טובה ויעילה.‬ ‫‪‬‬ ‫מאפשר שיתוף פעולה הדוק בין כל הגורמים והתפקידים.‬ ‫‪‬‬ ‫"מגן" על הצוות מהפרעות חיצוניות.‬ ‫‪‬‬ ‫לא ניהולי – כן מהווה נציג ההנהלה.‬ ‫‪‬‬ ‫9‬
  10. 10. ‫בעלי תפקידים )5( ‪ - The Team‬הצוות‬ ‫צוות קטן יחסית )עד עשרה אנשים(‬ ‫‪‬‬ ‫צוות מולטי דיסציפלינארי:‬ ‫‪‬‬ ‫‪ ‬מפתחים, בודקים, מעצבי ‪ ,UI‬אנשי ‪ DB‬וכו‬ ‫חברים בצוות במשרה מלאה.‬ ‫‪‬‬ ‫‪ ‬לעיתים יש יוצאי דופן כגון ‪DBA‬‬ ‫מומלץ שישבו ביחד או בקרבה פיזית מינימאלית.‬ ‫‪‬‬ ‫‪ ‬פתרונות חלופיים לפרויקטים גדולים.‬ ‫01‬
  11. 11. ‫בעלי תפקידים )6( ‪ - The Team‬הצוות‬ ‫צוותים מנוהלים עצמאית‬ ‫‪‬‬ ‫‪ ‬מעריכים ביחד את מאמץ המשימות השונות.‬ ‫‪ ‬אחריות קולקטיבית להצלחת ה ‪Sprint‬‬ ‫‪ ‬קובעים בעצמם את סדר העבודה וחלוקת המשימות.‬ ‫אין לשנות את מבנה הצוות בזמן ‪.Sprint‬‬ ‫‪‬‬ ‫11‬
  12. 12. ‫בעלי תפקידים )7( – הצוות - ‪Velocity‬‬‫‪ - Velocity‬כמה נקודות מאמץ מתוך רשימת הדרישות‬ ‫‪‬‬ ‫הצוות יכול להספיק במהלך ‪.Sprint‬‬ ‫ישמש באופן שוטף להערכת תכולות וזמנים.‬‫‪ ‬מומלץ לקבוע לאור הספק הביצוע ההיסטורי של הצוות‬ ‫ב ‪ sprints‬קודמים.‬ ‫21‬
  13. 13. ‫בעלי תפקידים )8( – הצוות - ‪Velocity‬‬ ‫‪ ‬אתגר רציני‬ ‫‪ ‬נתון שנכון לצוות ספציפי, בטכנולוגיה ספציפית‬ ‫‪ ‬קשה ללמוד מצוות אחד על אחר‬ ‫‪ ‬קשה ללמוד כשהטכנולוגיה משתנה.‬ ‫‪ ‬אם אין היסטוריה רלוונטית – קשה להערכה.‬ ‫‪ ‬ניחוש מושכל....‬ ‫31‬
  14. 14. ‫בעלי תפקידים )9( – הצוות - ‪Velocity‬‬ ‫41‬
  15. 15. Scrum framework ‫תפקידים‬ •Product owner •ScrumMaster •Team ‫טקסים‬ •Sprint planning •Sprint review •Sprint retrospective •Daily scrum meeting ‫פריטים‬ •Product backlog •Sprint backlog •Burndown charts 15
  16. 16. ‫טקסים )1( – פגישת תכנון ה ‪Sprint‬‬ ‫‪Sprint planning meeting‬‬ ‫יכולת‬ ‫הצוות‬ ‫תעדוף‬ ‫ניתוח והערכת הפריטים ברשימת‬ ‫•‬ ‫יעד ה‬‫‪Product‬‬ ‫הדרישות.‬‫‪backlog‬‬ ‫‪Sprint‬‬ ‫בחירה ביעד ה ‪sprint‬‬ ‫•‬‫מגבלות‬ ‫תכנון‬ ‫החלטה כיצד לעמוד ביעדי ה ‪sprint‬‬ ‫•‬ ‫מצב‬ ‫‪Sprint‬‬ ‫המוצר‬ ‫יצירה של רשימת משימות ל‪sprint‬‬ ‫•‬ ‫עבור הפריטים שנבחרו.‬ ‫‪backlog‬‬‫טכנולוגיה‬ ‫הערכת המשימות שהצטברו‬ ‫•‬ ‫61‬
  17. 17. ‫טקסים )2( – פגישת תכנון ה ‪Sprint‬‬ ‫‪ ‬נערך לפני תחילת ה ‪ – Sprint‬לא חלק ממנו.‬‫‪ ‬הצוות בוחר משימות מהרשימה שהוא מתחייב לסיים בתום ה ‪Sprint‬‬ ‫‪ ‬התחשבות ב ‪ – Velocity‬תפוקת הצוות.‬ ‫‪ ‬הצוות אחראי בעצמו על ביצוע חלוקת המשימות.‬ ‫‪ ‬מייצרים את רשימת המשימות ל‪ Sprint‬ומעריכים אותם‬ ‫‪ ‬נהוג לא יותר מ-61 שעות למשימה.‬ ‫‪ ‬הרשימה מיוצרת ע"י הצוות ובסיוע של ה ‪Scrum Master‬‬ ‫71‬
  18. 18. ‫טקסים )3( – פגישת תכנון ה ‪Sprint‬‬‫‪ ‬בעל המוצר צריך להיות חלק מישיבת תכנון ה ‪Sprint‬‬‫‪ ‬יכול לעזוב כשהצוות מפרק את הדרישות למשימות בפועל -‬ ‫אבל חייב להיות "בכוננות" להשיב לשאלות.‬ ‫‪ ‬ישיבה תחומה בזמן – עד שמונה שעות ) יום עבודה שלם (‬ ‫‪ ‬ניתן להתאמה לפי הצורך – אבל חייב להיות תחום בזמן.‬ ‫‪ ‬ה ‪ Scrum Master‬יכול לקצר או להאריך את הישיבה.‬ ‫‪ ‬לא יותר מיום עבודה – צריך להשאיר את המיקוד בעבודת הפיתוח.‬‫‪ ‬נהוג לבצע את המינימום ההכרחי של עיצוב )‪(Design‬‬ ‫81‬
  19. 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. 20. ‫טקסים )5( – הישיבה היומית - ‪daily scrum‬‬ ‫‪ ‬מאפיינים‬ ‫‪ ‬כל יום‬ ‫‪ ‬עד 51 דקות‬ ‫‪ ‬בעמידה‬ ‫‪ ‬לא מיועדת לפתור בעיות‬ ‫‪ ‬כל מי שרוצה – מוזמן.‬ ‫‪ ‬הנוכחות החופשית עוזרת להימנע מישיבות מיותרות‬‫‪ ‬רק לחזירים - הצוות, מנהל המוצר וה ‪ - Scrum Master‬מותר‬ ‫לדבר.‬ ‫‪ ‬עדיף לערוך אותה בבוקר – לאחר שכולם מגיעים בנוחות.‬ ‫02‬
  21. 21. ‫טקסים )6( – הישיבה היומית - ‪daily scrum‬‬‫כל אחד מחברי הצוות עונה על 3 שאלות :‬ ‫מה עשיתי אתמול ?‬ ‫1‬ ‫2‬ ‫מה אעשה היום ?‬ ‫3‬ ‫האם משהו מפריע לי ?‬ ‫12‬
  22. 22. ‫טקסים )7( – הישיבה היומית - ‪daily scrum‬‬ ‫‪ ‬אלו לא דיווחי סטאטוס ל ‪Scrum master‬‬ ‫‪ ‬אלא התחייבויות ועדכונים לחברי הצוות.‬ ‫‪ ‬הישיבה חייבת להיות יומית‬ ‫‪ ‬כל איחור משמעותי בפרויקט,‬ ‫מתחיל מפיגור של יום אחד בלבד....‬ ‫‪ ‬לא ניתן לוותר על הפגישה לטובת סטאטוס ב ‪email‬‬‫‪ ‬כל הקבוצה רואה ומשתפת את כל התמונה, כל יום !‬ ‫‪ ‬הפגישה היומית יוצר לחץ חיובי לחברי הצוות –‬ ‫לעמוד ביעדים שלהם.‬ ‫22‬
  23. 23. ‫טקסים )8( – ישיבת סיום - ‪sprint review‬‬ ‫לאחר סיום ה ‪ ,Sprint‬לא חלק ממנו.‬ ‫‪‬‬ ‫הצוות מציג את ההישגים שלו מה ‪- Sprint‬‬ ‫‪‬‬ ‫בד"כ ע"י הצגת התוכנה עצמה.‬ ‫לא פורמאלי.‬ ‫‪‬‬ ‫‪ ‬לא יותר משעתיים הכנה.‬ ‫‪ ‬לא מכינים אף מצגת!‬ ‫כל הצוות משתתף‬ ‫‪‬‬ ‫כל מי שרוצה להשתתף בנוסף – מוזמן.‬ ‫‪‬‬ ‫32‬
  24. 24. ‫טקסים )9( – ישיבת רטרוספקטיבה‬ ‫דיון פתוח על מה עובד טוב ומה לא בתהליך.‬ ‫‪‬‬ ‫מתבצע בסוף כל ‪Sprint‬‬ ‫‪‬‬ ‫‪ ‬בדרך כלל בצמוד לישיבת הסיום.‬‫על כל הצוות וה ‪ Scrum Master‬חובה להשתתף‬ ‫‪‬‬ ‫‪ ‬רצוי ‪Product owner‬‬ ‫‪ ‬בשלבים מתקדמים גם הלקוח.‬ ‫‪ ‬תלוי באמון של הצוות באנשים.‬ ‫42‬
  25. 25. ‫טקסים )01( – ישיבת רטרוספקטיבה‬‫כל הצוות מתכנס ומחליט בסופו של דבר על הדברים‬ ‫‪‬‬ ‫שהם רוצים :‬ ‫להתחיל לעשות‬ ‫להפסיק לעשות‬ ‫להמשיך לעשות‬ ‫זו רק דרך אחת‬ ‫לבצע‬ ‫רטרוספקטיבה‬ ‫52‬
  26. 26. Scrum framework ‫תפקידים‬ •Product owner •ScrumMaster •Team ‫טקסים‬ •Sprint planning •Sprint review •Sprint retrospective •Daily scrum meeting ‫פריטים‬ •Product backlog •Sprint backlog •Burndown charts 26
  27. 27. ‫פריטים )1( רשימת - ‪Product backlog‬‬‫‪ ‬רשימת הדרישות / ‪ User Stories‬הרשמי של המוצר‬ ‫‪ ‬מכילה את כל העבודה הנדרשת בפרויקט‬ ‫בכל רגע נתון‬ ‫‪ ‬באופן אידיאלי לכל פריט יש את המאפיינים‬ ‫ערך - חשיבות והערכה – מאמץ.‬ ‫תעדוף הפריטים מתבצע על ידי מנהל המוצר.‬ ‫‪‬‬ ‫72‬
  28. 28. ‫פריטים )2( רשימת - ‪Product backlog‬‬ ‫‪ ‬עדיפויות יכולות להשתנות בכל תחילת ‪sprint‬‬ ‫‪ ‬צוות הפיתוח מעריך לכל סיפור משתמש‬ ‫הערכת מאמץ.‬ ‫‪ ‬הערכת מאמץ - ניקוד יחסי בין הסיפורים –‬ ‫שמצביע על סיבוכיות וקושי ביצוע הסיפור.‬‫‪ ‬מחקרים הראו כי אנשים מעריכים יותר טוב את היחס בין‬ ‫משימות שונות, מאשר את המאמץ למשימה ספציפית.‬ ‫‪ ‬יש תורה שלמה לגבי שיטות הערכת המאמץ –‬ ‫יפורט במצגת עתידית, אחרת.‬ ‫82‬
  29. 29. ‫פריטים )3( רשימת - ‪Product backlog‬‬‫‪ ‬עמודות מומלצות למילוי ברשימת הדרישות :‬ ‫‪ ‬מזהה ייחודי.‬ ‫‪ ‬שם - תיאור הדרישה.‬ ‫‪ ‬תעדוף חשיבות ) ערך מספרי (‬ ‫‪ ‬הערכת מאמץ ) ערך מספרי (‬ ‫‪ ‬איך להדגים שעובד – בקיצור !‬ ‫‪ ‬הערות‬ ‫‪ ‬מדובר בהמלצה בלבד –‬‫הרשימה צריכה להיות בנויה בצורה הנוחה לכם.‬ ‫92‬
  30. 30. Product backlog ‫מבנה‬ (4) ‫פריטים‬ 30
  31. 31. ‫פריטים )5( יעד ה ‪Sprint‬‬ ‫הצהרה קצרה שאמורה לשקף את הדברים שעליהם‬ ‫‪‬‬ ‫יש להתמקד ב ‪ Sprint‬הקרוב.‬ ‫יעד 1 ‪sprint‬‬ ‫תמיכה בכל מה שקשור לרישום‬ ‫יעד 2 ‪sprint‬‬ ‫לקוחות‬‫לגרום למוצר לרוץ עם מסד נתונים‬ ‫של חברת ‪ Oracle‬בנוסף ל-‬ ‫‪SqlServer‬‬ ‫יעד 3 ‪sprint‬‬ ‫תמיכה ב-‪ API‬חיצוני למוצר דרך‬ ‫טכנולוגיית ‪RMI‬‬ ‫13‬
  32. 32. ‫פריטים )6( יעד ה ‪Sprint‬‬ ‫למה אנחנו עושים את ה ‪ Sprint‬הזה ?‬ ‫‪‬‬ ‫‪ ‬למה שלא נצא לחופשה במקום ?....‬ ‫יעד 4 ‪sprint‬‬ ‫לסיים את שלושת ה ‪user stories‬‬ ‫יעד 5 ‪sprint‬‬ ‫הראשונים‬‫להרשים את המנכ"ל‬ ‫יעד 6 ‪sprint‬‬ ‫לייצב את הגרסה לשחרור‬ ‫23‬
  33. 33. ‫פריטים )7( ניהול ה ‪Sprint backlog‬‬‫‪ ‬חברי הצוות בוחרים בעצמם את המשימות שהם יבצעו‬ ‫‪ ‬המשימות לעולם לא מוקצות מראש.‬ ‫‪ ‬באופן יומי מוערכת כמות העבודה שנותרה.‬ ‫‪ ‬רק חבר צוות יכול לשנות, להוסיף ולהוריד משימות‬ ‫מהרשימה.‬ ‫33‬
  34. 34. ‫פריטים )8( ניהול ה ‪Sprint backlog‬‬ ‫‪ ‬המשימות בד"כ משתנות במהלך ה ‪.Sprint‬‬ ‫‪ ‬אם העבודה לא ברורה בזמן התכנון, ניתן להגדיר‬ ‫משימה גדולה שתחולק לחלקים במהלך ה ‪.Sprint‬‬‫‪ ‬עדכון המשימות וכמות העבודה שנותרה ככל שהתמונה‬ ‫מתבהרת במהלך ה ‪. Sprint‬‬ ‫43‬
  35. 35. Sprint backlog -‫פריטים )9( - דוגמא ל‬ 35
  36. 36. Sprint backlog -‫פריטים )01( דוגמא ל‬ 36
  37. 37. Sprint burndown chart - (11) ‫פריטים‬ 37
  38. 38. Sprint burndown chart - (12) ‫פריטים‬ 38
  39. 39. ‫‪ - Scrum‬תהליך מלא‬ ‫‪‬‬ ‫93‬
  40. 40. ?‫לאן ללכת עכשיו‬  www.mountaingoatsoftware.com/scrum  scrum alliance  Scrum Organization  scrumdevelopment@yahoogroups.com.‫ – מציאות העשייה‬Scrum ‫ למצגת הבאה שלי בנושא‬ ...‫ ועוד‬ 40
  41. 41. 41
  42. 42. ‫יצירת קשר‬‫‪ ‬המצגת הוכנה ע"י דן-אייל גזית, מנהל פיתוח בכיר.‬ ‫‪ ‬ליצירת קשר : ‪gazitde@gmail.com‬‬ ‫‪ ‬לדף שלי ב ‪– LINKEDIN‬‬ ‫‪http://www.linkedin.com/in/gazitde‬‬ ‫אשמח לקבל הערות והארות. תודה !‬ ‫24‬
  43. 43. ‫מקורות‬: ‫ חלק מהחומרים למצגת זו נלקחו מתוך‬ Presentation by: Mike Cohn  mike@mountaingoatsoftware.com ○ www.mountaingoatsoftware.com ○ 43

×