תּוֹדוּ לנו אחר-כך

איך זה שכולם ממליצים על Agile implementation?

Agile implementation

"אי שפיות זה לעשות את אותו דבר שוב ושוב ולצפות לתוצאות שונות" ~ אלברט איינשטיין

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

האם ניתן ליישם רעיון זה בהטמעה של מערכות ERP? בטח!

זאת הסיבה שכל ספקי התוכנה הארגוניים מציינים ש-Agile היא הדרך הטובה ביותר/היחידה ליישם את הכלים שלהם... (SAP, Oracle, SalesForce)

 

האם ידעתם?

image3
https://www.mckinsey.com/business-functions/mckinsey-digital/our-insights/agile-in-enterprise-resource-planning-a-myth-no-more

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

הטמעה בשיטה של Big Bang היא בסיכון גבוה! האם אנו רוצים לנהל (לצמצם) סיכונים? בטח! 

איך? 

ע"י יישום כמה מעקרונות הליבה של אג'ייל:

  1. Short iterative cycles with early feedback מחזורים איטרטיביים קצרים תוך כדי קבלת משובים ממשתמשי הקצה של המערכת
  2. לחלק את ה-functional scope לחבילות עבודה קטנות – ' לְבִּיסִים קטנים' – חבילות עבודה שצוותים קטנים יכולים לבצע בספרינטים קצרים, וע"י כך להביא ערך לביזנס ומהר.
  3. באופן שוטף ואיטרטיבי לְדָלְוֶר מודולים או מיני-מודולים (MVP) –מערכת עובדת
  4. לחזור על 1, 2, 3... ובאופן מתמשך לְדָלְוֶר מודולים או מיני-מודולים שעובדים ומביאים ערך, גם אם הם לא עם כל הפיצ'רים.
image2

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

  1. להטמיע, בתור התחלה, רק באתר אחד (MVP) ולא במספר רב של אתרים ובכך להרוויח ממערכת עובדת והיכולת לקבל משוב מוקדם מהמשתמשים.
  2. להטמיע מספר מצומצם של מודולים ולא את כולם, במספר מצומצם של אתרים ולא בכל האתרים ובכך להרוויח ממערכת עובדת והיכולת לקבל משוב מוקדם מהמשתמשים.

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