<your name here> מבוא לסקראם <your name here> <date>

אנחנו מפסידים במרוץ השליחים Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986. “גישת מרוץ השליחים לפיתוח מוצרים...מייצרת קונפליקט עם יעדים כגון מהירות מקסימאלית וגמישות. במקום זה גישה הוליסטית ,או גישת 'רוגבי' – שבה הקבוצה מנסה להשלים מרחק כיחידה אחת, ע"י העברת הכדור קדימה ואחורה - עשויה לשרת את הדרישות התחרותיות של היום.”

סקראם ב-80 מילים סקראם הוא תהליך אג'ילי שמאפשר לנו להתמקד בהפקה של ערך עסקי גבוה בזמן הקצר ביותר סקראם מאפשר לנו בזריזות ובמחזוריות לבחון את התוכנה במצב עובד (כל שבועיים עד חודש) הגוף העסקי מספק סדרי עדיפויות. הצוותים מנהלים את עצמם על מנת להבין כיצד לספק בצורה הטובה ביותר את הדרישות בעלות העדיפות הגבוהה ביותר בכל שבועיים עד חודש כל אחד חכול לראות תוכנה עובדת ולהחליט לשחרר אותה או להמשיך לשפר אותה ספרינט נוסף סקראם הוא תהליך אג'ילי שמאפשר לנו להתמקד בהפקה של ערך עסקי גבוה בזמן הקצר ביותר סקראם מאפשר לנו בזריזות ובמחזוריות לבחון את התוכנה במצב עובד (כל שבועיים עד חודש) הגוף העסקי מספק סדרי עדיפויות. הצוותים מנהלים את עצמם על מנת להבין כיצד לספק בצורה הטובה ביותר את הדרישות בעלות העדיפות הגבוהה ביותר בכל שבועיים עד חודש כל אחד חכול לראות תוכנה עובדת ולהחליט לשחרר אותה או להמשיך לשפר אותה ספרינט נוסף

המקורות של סקראם ג'ף סת'רלנד – Jeff Sutherland קן שוובר - Ken Schwaber סקראם ראשון ב-Easel Corp בשנת 1993 500 אנשים שעובדים סקראם ב-IDX קן שוובר - Ken Schwaber ADM הצגה פומבית שח סקראם בכנס - OOPSLA 95 כתב שלושה ספרים בנושא מייק בידל - Mike Beedle דפוסים של סקראם ב-PLOPD קן שוובר ומייק קון (Mike Cohn) ייסדו במשותף את ארגון הסקראם העולמי The Scrum alliance

סקראם נמצא בשימוש ע"י: Microsoft Yahoo Google Electronic Arts High Moon Studios Lockheed Martin Philips Siemens Nokia Capital One BBC Intuit Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce

סקראם שימש ל... Commercial software Video game development In-house development Contract development Fixed-price projects Financial applications ISO 9001-certified applications Embedded systems 24x7 systems with 99.999% uptime requirements the Joint Strike Fighter Video game development FDA-approved, life-critical systems Satellite-control software Websites Handheld software Mobile phones Network switching applications ISV applications Some of the largest applications in use

מאפיינים צוותים מנוהלים-עצמית (אין ר"צ) התקדמות המוצר נמדדת בסדרה של "ספרינטים" באורך של כחודש. הדרישות מתוארות כרשימה של פריטים בתוך ה-“product backlog” אין מתן תארים לחברי הצוות על בסיס התמחות מקצועית. שימוש במינימום חוקים בכדי לייצר שיטת עבודה אג'ילית נחשבת אחד מהשיטות האג'יליות.

המניפסט האג'ילי – הערכים. Process and tools Individuals and interactions over Comprehensive documentation Working software over Contract negotiation Customer collaboration over Following a plan Responding to change over Source: www.agilemanifesto.org

כמות ה"רעש" בפרויקטים Anarchy Complex דרישות Complicated Simple משתנות בתדירות גבוהה Anarchy Complex דרישות Complicated Source: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle. Simple כמעט ולא משתנות טכנולוגיה ודאות גבוהה ודאות נמוכה

מוצר פוטנציאלית מוכן למשלוח סקראם - Scrum 24 שעות ספרינט 2-4 שבועות החזרות יעד הספרינט מוצר פוטנציאלית מוכן למשלוח Sprint backlog Return ביטולים Gift wrap קופונים Cancel אריזות קופונים Product backlog

Image available at www.mountaingoatsoftware.com/scrum בואו נחבר את החלקים Image available at www.mountaingoatsoftware.com/scrum

ספרינטים - Sprints התקדמותו של פרויקט סקראם מתבצעת ע"י סדרה של ספרינטים ניתן להשוות את הרעיון לאיטרציות ממתודולוגית ה- XP אורך מקובל של ספרינט נע בין 2-4 שבועות אורך קבוע מסייע לקבלת קצב טוב יותר. במהלך הספרינט המוצר עובר את כל שלבי הפיתוח: עיצוב, קידוד ובדיקות

פיתוח סדרתי מול חופף במקום לעשות כל דבר בשלמותו בנפרד דרישות עיצוב קידוד בדיקות במקום לעשות כל דבר בשלמותו בנפרד ... צוות סקראם עושה קצת מכל דבר כל הזמן Source: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986.

אין שינויים במהלך הספרינט בין השאר, יש לקבוע את אורך הספרינט ע"פ הזמן שניתן להמתין לשינוי

תשתית הסקראם תפקידים טקסים פריטים Product owner ScrumMaster Team Sprint planning Sprint review Sprint retrospective Daily scrum meeting טקסים Product backlog Sprint backlog Burndown charts פריטים

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

מנהל המוצר - Product owner מגדיר את תכולת המוצר מחליט על תאריכי הגרסאות והתכולה אחראי על הרווחיות של המוצר (ROI) מתעדף את הפריטים ברשימה ע"פ ערך ללקוח מתאים את התכולה והעדיפות בכל איטרציה מקבל או דוחה את תוצאות הפיתוח בכל איטרציה.

סקראם מסטר - ScrumMaster מייצג את ההנהלה עבור הפרויקט. אחראי לשמירתם וביצועם של הערכים "הסקראמים" מסיר מכשולים מוודא שהצוות עובד בצורה טובה ויעילה. מאפשר שיתוף פעולה הדוק בין כל הגורמים והתפקידים. "מגן" על הצוות מהפרעות חיצוניות

הצוות 5-9 באופן טיפוסי צוות מולטידיסיפלינארי: חברים בצוות במשרה מלאה. תכנתים, בודקים, מעצבי UI, אנשי DB וכו' חברים בצוות במשרה מלאה. לעיתים יש יוצאי דופן כגון DBA צוותים מנוהלים עצמאית באופן אידיאלי ללא תארים. אין לשנות את מבנה הצוות בזמן ספרינט.

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

Sprint planning meeting יכולת הצוות תעדוף הספרינט יעד הספרינט Product backlog ניתוח והערכת הפריטים ברשימת הדרישות בחירה ביעד הספרינט מגבלות תכנון הספרינט החלטה כיצד לעמוד ביעדי הספרינט יצירה של רשימת משימות לספרינט עבור הפריטים שנבחרו הערכת המשימות שהצטברו מצב המוצר Sprint backlog טכנולוגיה

תכנון הספרינט - Sprint planning הצוות בוחר משימות מהרשימה שהוא מתחייב לסיים בתום הספרינט מייצרים את רשימת המשימות לספרינט ומעריכים אותם נהוג לא יותר מ-16 שעות למשימה הרשימה מיוצרת ע"י הצוות ובסיוע של הסקראם מסטר. נהוג לבצע את המינימום ההכרחי של דיזיין. As a vacation planner, I want to see photos of the hotels. Code the middle tier (8 hours) Code the user interface (4) Write test fixtures (4) Code the foo class (6) Update performance tests (4)

הישיבה היומית - The daily scrum מאפיינים כל יום עד 15 דקות בעמידה לא מיועדת לפתור בעיות כל העולם ואשתו מוזמנים רק לחברי הצוות, לסקראם מסטר ומנהל המוצר מותר לדבר. עוזרת להימנע מישיבות מיותרות

כל אחד עונה על 3 שאלות 1 2 3 מה עשיתי אתמול ? מה אעשה היום ? האם משהו מפריע לי ? 3 אלה לא דיווחי סטאטוס לסקראם מסטר אלא התחייבויות ועדכונים לחברי הצוות.

ישיבת סיום הספרינט - The sprint review הצוות מציג את ההישגים שלו מהספרינט. בד"כ ע"י הצגת התוכנה עצמה. לא פורמאלי. לא יותר משעתיים הכנה. אין כניסה למצגות! כל הצוות משתתף מוזמנים כל העולם, אשתו וגיסתה.

רטרוספקטיבה בדיקה תקופתית על מה עובד טוב ומה לא. מתבצע בסוף כל ספרינט על כל הצוות והסקראם מסטר חובה להשתתף רצוי Product owner בשלבים מתקדמים גם הלקוח. תלוי באמון של הצוות באנשים.

להתחיל \ להמשיך \ להפסיק כל הצוות מתכנס ומחליט בסופו של דבר על הדברים שהם רוצים להתחיל לעשות להפסיק לעשות זו רק דרך אחת לבצע רטרוספקטיבה להמשיך לעשות

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

רשימת הדרישות - Product backlog זהו מסמך הדרישות הרשמי המוצר רשימה של העבודה הנדרשת בפרויקט בכל רגע נתון באופן אידיאלי לכל פריט יש את המאפיינים ערך והערכה. מתועדף ע"י מנהל המוצר עדיפויות יכולות להשתנות בכל תחילת ספרינט זהו ה- product backlog

דוגמא ל-Product backlog Backlog item Estimate Allow a guest to make a reservation 3 As a guest, I want to cancel a reservation. 5 As a guest, I want to change the dates of a reservation. As a hotel employee, I can run RevPAR reports (revenue-per-available-room) 8 Improve exception handling ... 30 50

יעד הספרינט הצהרה קצרה שאמורה לשקף את הדברים שעליהם יש להתמקד בספרינט הקרוב. יעד ספרינט 1 תמיכה בכל מה שקשור לרישום לקוחות יעד ספרינט 2 לגרום למוצר לרוץ עם מסד נתונים של חברת Oracle בנוסף ל-SqlServer יעד ספרינט 3 תמיכה ב-API חיצוני למוצר דרך טכנולוגיית RMI

ניהול ה-Sprint backlog חברי הצוות בוחרים בעצמם את המשימות שהם יבצעו המשימות לעולם לא מוקצות מראש. באופן יומי מוערכת כמות העבודה שנותרה כל חבר צוות יכול לשנות, להוסיף ולהוריד משימות מהרשימה. המשימות בד"כ משתנות במהלך הספרינט. אם העבודה לא ברורה בזמן התכנון, ניתן להגדיר משימה גדולה שתחולק לחלקים במהלך הספרינט. עדכון המשימות וכמות העבודה שנותרה ככל שהתמונה מתבהרת במהלך הספרינט.

דוגמא ל- Sprint backlog Tasks Mon Tues Wed Thur Fri Code the user interface Add error logging 8 10 16 8 16 12 4 12 16 8 4 11 8 8 Code the middle tier Test the middle tier Write online help Write the foo class

דוגמא ל- print burndown chart Hours

Tasks Mon Tues Wed Thur Fri Code the user interface 8 4 12 16 8 10 16 7 11 8 Code the middle tier 16 Test the middle tier 8 Write online help 12 50 40 30 Hours 20 10 Mon Tue Wed Thu Fri

פרויקטים בקנה מידה גדול באופן טיפוסי צוותים הם בגודל של 5-9 הגדלת סדר הגודל מתבצעת ע"י הוספת צוותים פרמטרים ל"גדילה" סוג האפליקציה גודל הצוות תפוצת הצוותים משך הפרויקט סקראם עובד בהצלחה בפרויקטים של יותר מ-500 אנשים.

גידול ע"י Scrum of scrums

גידול ע"י Scrum of scrums of scrums

לאן ללכת עכשיו? www.mountaingoatsoftware.com/scrum www.scrumalliance.org www.controlchaos.com scrumdevelopment@yahoogroups.com http://eladsof.blogli.co.il

רשימת קריאה מומלצת Agile and Iterative Development: A Manager’s Guide by Craig Larman Agile Estimating and Planning by Mike Cohn Agile Project Management with Scrum by Ken Schwaber Agile Retrospectives by Esther Derby and Diana Larsen Agile Software Development Ecosystems by Jim Highsmith Agile Software Development with Scrum by Ken Schwaber and Mike Beedle Scrum and The Enterprise by Ken Schwaber User Stories Applied for Agile Software Development by Mike Cohn Lots of weekly articles at www.scrumalliance.org

Copyright notice You are free: Under the following conditions to Share―to copy, distribute and and transmit the work to Remix―to adapt the work Under the following conditions Attribution. You must attribute the work in the manner specified by the author or licensor (but not in any way that suggests that they endorse you or your use of the work). Nothing in this license impairs or restricts the author’s moral rights. For more information see http://creativecommons.org/licenses/by/3.0/

Presentation by: Mike Cohn צור קשר Presentation by: Mike Cohn mike@mountaingoatsoftware.com www.mountaingoatsoftware.com (720) 890-6110 (office) Translated to Hebrew by: Elad Sofer – CSM,CSP elad.sofer@gmail.com eladsof.blogli.co.il 054-6620765 You can remove this (or any slide) but you must credit the source somewhere in your presentation. Use the logo and company name (as at bottom left, for example) or include a slide somewhere saying that portions (or all) of your presentation are from this source. Thanks.