כיצד לשמר צוותי אג'ייל פרודוקטיביים

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

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

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

Who put bugs on my agile plate?

כאשר מפתחים מוצר, תקלות (bugs or defects) הן בלתי נמנעות. הנטייה הטבעית גם בצוותי אג'יל היא לשייך אותם לרשימה (bug list) אשר תטופל בהמשך בזמן מתאים יותר. 
האם זוהי ההתנהגות הנכונה? מהי השפעתה על גוף הפיתוח?

על מה כל המהומה – Technical Debt

מה משמעות הדבר "חוב טכנולוגי"? כיצד הוא נוצר? ומדוע הוא בכלל צריך לעניין אותנו?

על חובות טכנולוגיים, השפעתם, וכיצד כדאי לטפל בהם.

Efficient retrospective process

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

הדרך מתכנית אסטרטגית לשלב הפיתוח

לפני שנצלול לתחום האתגרים והפתרונות של מאמר זה, חשוב להבין את המקור שממנו נובע הפער במעבר משלב התכנון לשלב הפיתוח.

תוכנית ה road-map שייכת לתחום הנקרא "תחום הניהול האסטרטגי" של החברה. היא למעשה מתארת היכן הארגון רוצה להיות (במקרה זה בנושא קו המוצרים) בעתיד.

הערכות זמנים "גמישות"

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

מאידך – ככל שהפרויקט גדול יותר ומורכב יותר כך רמת הוודאות יורדת, וקשה יותר לקבוצת הפיתוח לתת הערכות אשר יוכל לעמוד מאחוריהן.

הפקת לקחים - אפשר גם אחרת ...

נושא הפקת לקחים בוודאי נשמע לכם מוכר. לרובנו הוא מזכיר ישיבות ארוכות ומתישות, חקירות לא נעימות, ומצגות מלאות תרשימים ודוחות אשר ברוב המקרים ינסו להוביל למציאת "האשם" לבעיה. ללא ספק אירוע לא נעים.. אך האם הדבר חייב להיות כך? האם קיימת דרך נכונה בה נוכל להשתמש בכלי חשוב זה על מנת לייעל את הארגון? ומהן הפרדיגמות העיקריות הגורמות לארגונים להפעיל כלי זה לעתים כה רחוקות? במאמר זה נסקור כיצד שלוש מהשיטות הפופולריות ביותר בתעשייה היום (Agile, Lean, ARR) התמודדו עם נושא הפקת הלקחים והטמיעו אותו כחלק מהשיטה.

....sometimes we fall