כמה דברים לפני שאתם הופכים את סקראם לפס הייצור להצלחה שלכם

1. להגדיל את תפוקת פס הייצור ע"י שימוש במשמרות (שימוש בכ"א זול יחסית על מנת לדאוג שהציוד היקר יעבוד כמה שיותר מסביב לשעון).
2. הקטנת זמן השבתת המכונות ע"י אחזקת טכנאים שזמינים לכל תקלה, גם במחיר שאותם טכנאים "ישתו תה" רוב היום.
3. הגדלת יעילות ע"י הבטחה שבכל זמן נתון יהיו חומרי גלם זמינים בכניסה לפס הייצור וכי תוצרי פס הייצור יגיעו ללקוחות כמה שיותר מהר (באפרים וצמצום מלאי בתהליך).
4. הגדלת ריווחיות ע"י תעדוף ייצור מוצרים בעלי שיעור ריווחיות גבוה על פני מוצרים בעלי שיעור ריווחיות נמוך, וזאת כאשר שיעור הריווחיות הוא יחסי לזמן ניצול קו הייצור (אם מוצר רווחי פי שניים ממוצר אחר אבל לוקח פי 5 זמן מפס הייצור, נעדיף לייצר דווקא את המוצר "הפחות ריווחי").

1. הקטנת מחזורי הפיתוח: כך שניתן יהיה לספק תוצרים ללקוחות בתכיפות גבוהה יותר (פעם בשבועיים עד חמישה שבועות).
2. הקטנת זמן השבתת המהנדסים ע"י הצמדת מנהל מוצר לצוות הפיתוח שזמין לתשובות מיידיות
3. הקטנת מלאי בתהליך ע"י הצמדת אנשי אבטחת איכות שמסייעים בבדיקת התוצר מיד עם כתיבתו ולא ממתינים לתאריך עתידי כלשהוא.
4. הגדלת ריווחיות ע"י תעדוף משימות בעלות ערך גבוה לארגון עם עדיפות למשימות שגוזלות זמן קצר ממהנדסי התוכנה ומסייעות בצורה משמעותית לשורה התחתונה בדוח הרווח וההפסד.
   שיפור תפוקת המהנדסים ע"י שימוש בהנעה עצמית וניהול עצמי.

1. קובעים זמן להוצאת גרסה. משך הזמן הזה נקרא Sprint ובסיומו תשחררו גרסת תוכנה הניתנת להתקנה ונקייה ככל האפשר מבאגים.
2. קובעים פגישות הכנה לספרינט (Sprint Analysis). בפגישות אלו תנתחו את הדרישות העדכניות ותחליטו אילו תכולות נכנסות לספרינט הקרוב. כמו כן תעריכו מה צריך לבצע כבר בספרינט הקרוב על מנת שניתן יהיה להוציא לפועל משימות אחרות בספרינט הבא והזה שלאחריו (לדוגמה חקר טכנולוגיה, אפיון צרכים או בדיקת התכנות).
3. קובעים פגישה יומית (Standup). בפגישה זו כל אחד מחברי הקבוצה יענה על שלוש שאלות: מה עשיתי ביום האחרון? מה אני הולך לבצע ביום הבא? ומה החסמים שיש לי? אני אוהב לעשות את הפגישה הזאת בתחילת יום העבודה, אבל אם הצוות שלכם יצירתי בשעות ההגעה, ניתן לקבוע שעה שמוסכמת על כלל החברים.
4. קובעים SCRUM Master. תפקיד זה מקביל על פי רב לראש צוות ותפקידו לבקר את קצב ההתקדמות, לדאוג שה - Standup היומי לא יקח יותר מ - 8 דקות ולנהל את הפגישות השונות.
5. קובעים Product Owner. על בעל תפקיד זה לייצג את הלקוח ולתת תשובות מידיות (דקת קריאה כבר אמרנו?). אם מנהל המוצר שלכם זמין ויכול לשבת איתכם בחדר ו/או בחדר ליד ולתת תשובות רצוי לתת לו את התואר הזה. לעומת זאת אם הוא נוטה לבלות אצל לקוחות בצד השני של העולם, והוא לא חזק בהחלטות מיידיות, מומלץ למנות אדם מתאים שייצג אותו בהעדרו. ה - Product Owner אחראי על תעדוף המשימות השונות בהתאם לצורך העסקי והוא היחיד שמחליט על כניסה ויציאה של תכולות מהספרינט.
6. קובעים פרק זמן בסיום הספרינט לאיכות. על מנת לא להגיע עם תוצר לא יציב בדקה האחרונה לפני המסירה, קובעים מספר ימים בסיום הספרינט בהם נבצע Feature Freeze ונתקן באגים על מנת להגיע לתוצר איכותי.
7. מתחקרים ולומדים מהצלחות וכשלונות. קובעים פגישה בשם Sprint Review שבה כל אחד מחברי הקבוצה יציג את המלצותיו על מנת שניתן יהיה להשתפר בספרינט הבא.

1. מתנתקים מהארגון. אם הארגון שלכם לא מבין את השיטה, לא מוכן לסייע לכם ועובד בקבועי זמן של עצמו גם אם אין סיבה שהוא יהיה משאב קריטי, אז יש סיכוי טוב שאתם תקרסו מהר מאוד.
2. דוגלים בשיטה גם אם אתם לא משאב קריטי. כאמור אם המשאב הקריטי שלכם בארגון הוא ה - QA (דבר שיכול להצביע על ניהול לקוי בארגון אבל נשאיר את זה לפוסט אחר על משברים בחברות תוכנה), ואתם עדיין
3. מחליטים שאתם משחררים גרסה פעם בחודש, ולא בזמנים שהתוצרים נכנסים ל - QA, תגלו מהר מאוד שאתם מייצרים "מלאי בתהליך". השורה התחתונה היא שאתם עובדים בצורה שפוגעת בכם ובתוצר הארגוני הכללי.
4. ממנים Product Owner שהזמינות שלו נמוכה. על מנת להתמודד עם משאבים שלא מצליחים להכפיף אותם לקבוצה, תהיו חייבים לייצר באפרים. אם זה בדמות Product Owner מתוך קבוצת הפיתוח, ואם זה ע"י בדיקות פנימיות.
5. מממשים קודם תכולות "כיפיות". מימוש התכולות צריך להתבצע על בסיס התעדוף העסקי, גם אם כולם נכנסים באותו ספרינט וזאת על מנת להמנע מהפתעות (צו 8 או מחלה חו"ח).
6. מבקשים הערכת עלות ואז דורשים שיבוצע במחצית מהזמן. המימוש ב - SCRUM בנוי על אמון הדדי מצד כל הצדדים, ה - Product Owner אמון על התעדוף העסקי ומה נכנס ומה יוצא, ואילו המפתחים על הערכת העלות והחומרים הנדרשים. אם אתם חושבים שמישהו הגזים, תוכלו להוריד את נפח התכולה... לאחר מספר ספרינטים כל אחד מהשותפים ילמד כמה באמת לוקח לפתח כל דבר.
7. נלחצים אחרי הספרינט הראשון. כמו כל מיומנות חדשה, גם רכישת מיומנות הפיתוח ב - SCRUM תיקח זמן לחברי הקבוצה ולארגון כולו. צפו בשלב ראשון לירידה בתפוקות, באיכות ובשביעות הרצון. התמורה תגיע לאחר שלושה או ארבעה ספרינטים. רוצים לשפר את זמן ההטמעה? השקיעו בהרצאות, לימוד ותרגול.