אג'ייל בארגונים גדולים ומורכבים

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

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

הבשורות הטובות הן שבשנים האחרונות התפתחו בעולם שיטות שונות, אשר מאפשרות גם לארגונים מורכבים לעבוד באג'ייל.

אילו אפשרויות קיימות לביצוע אג'ייל ב Scale?

קיימות בשוק מספר אפשרויות, להלן הבולטות שבהן:

  • Scrum of Scrums
  • SAFe – the Scaled Agile Framework
  • “Spotify”
  • Program / Portfolio Kanban
  • Less
  • DAD
  • Nexus

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

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

נראה ש SAFe היא השיטה המובילה, מה הסיבה?

SAFe היא תבנית (Template) מובנית שאיתה אפשר אמנם להתחיל, אבל באותה נשימה SAFe מצפה מארגונים לבחון אותה בצורה סיסטמטית ולבצע שינוים ושיפורים בדרכי העבודה.

במקומות מסוימים נעשה ל SAFe "עוול" על ידי אנשים שלא הבינו אותה בצורה נכונה, או כאשר היא נתפסת ומיושמת כשיטה מוכתבת וקשיחה, במקום לראות אותה כמסגרת גמישה שניתנת לכוונון והתאמה. זו טעות נפוצה ומסוכנת, אבל הרי אנחנו מכירים ויודעים ש"עוול" כזה נעשה גם כלפי סקראם, השיטה הנפוצה והמפורסמת ביותר. כאשר אין הבנה של העקרונות האג'יליים לעומק, וההטמעה מתבצעת בשטחיות וחוסר מקצועיות, אנחנו מגיעים מהר מאד למצב של "תיאטרון אג'ילי": (יש טקסים, יש בעלי תפקידים שנקראים למשל סקראם מאסטר, יש בקלוג…. אבל אין אג'ייל! לא משחררים במהירות, אין continuous integration ואוטומציה, אין סבבי למידה מהירים, מתיימרים לתכנן ברזולוציה צפופה לטווח ארוך, יש שלב שבו עובדים על האיכות "בסוף", ועוד..). לא לשם אנחנו מכוונים.

יצא לנו להטמיע את מרבית השיטות ל Scale, וכאמור, בהתאם לסיטואציה, כל אחת מהן יכולה להתאים.

עבור ארגונים בינוניים (6-10 צוותים), וגדולים (עשרות צוותים ומעלה), SAFe מסתמנת כתבנית מצוינת להתחיל בה את המסע. האנשים שמאחורי SAFe הבינו שלדרוש כ"דרישת סף" מארגון להתארגן בצוותים קטנים ו cross-functional זו דרישה קשה מדי ליישום, וארגונים מסורתיים וגדולים יהססו ללכת למהלך קיצוני לפני שיראו תוכנית מסודרת ופירות ממשיים ומוכחים מאימוץ שיטות אג'יליות.  

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

בעזרת SAFe ניתן לתכנן קדימה ובמקביל להעלות גרסאות לייצור בצורה תכופה

אחד העקרונות המרכזיים של SAFe הוא: "פיתוח במקצב קבוע, העלאה לייצור על פי דרישה"
(“Develop on Cadence Deliver on Demand”).

התכנון מסתכל קדימה, רבעון או יותר, (כפי שארגונים אחראיים נדרשים לעשות), אבל משאיר מקום לאג'יליות והתאמות. אחת המהמורות המרכזיות, שארגונים שמבצעים תכנון ארוך טווח עלולים ליפול בהן, היא התחייבות ל"תור" של משימות, מה שגורם לאבדן האג'יליות ומנציח את בעיות ה Waterfall. ב SAFe ההתחייבות היא למטרות העיסקיות (Objectives) ולא ל stories ספציפיים (או חלילה אפילו tasks!) .

TEXT

TEXT

TEXT

כותרת

TEXT

Facebook
Google+
Twitter
LinkedIn

AgileSparks ארצות הברית

745 Atlantic Ave, Boston MA 02111
Email: usa@agilesparks.com
Phone: (857) 264-0340

AgileSparks HQ ישראל

POB 5213, Kfar Hassidim, Israel
Email: info@agilesparks.com
Phone: +972-52-2431404

AgileSparks הודו

Magarpatta City, Pune, India
Email: prasad@agilesparks.com
Phone: +91 9823 78 78 88

קבל מידע על קורסים