למרות מפח הנפש המלווה לעיתים קרובות פרויקטי פיתוח המנוהלים בשיטות הקלסיות, רבים בתעשיית התוכנה עדיין חוששים לבחון וליישם את מתודולוגית Agile, בעיקר משום המיתוסים הרווחים ביחס לשיטה:
• מתודולוגית Agile מתאימה רק לצוותי עבודה המתנהלים בצורה עצמאית ואינטואיטיבית.
• בסביבת עבודה בה צוותים מנהלים את עצמם נוצרת אנרכיה.
• יש לקבל מסמכים מפורטים לפני תחילת העבודה המגדירים את המטרות ואת המאמץ הנדרש
• כדי לתכנן את הפרויקט היטב יש לחלק את המשימות פרטנית לכל איש צוות.
• יש להשלים את הארכיטקטורה לפני הקידוד כדי לתכנן ולבנות אותה נכון.
• רק באמצעות גאנט אפשר לתכנן פרויקט ולהעריך לוחות זמנים באופן אופטימאלי .
• הפיתוח ב-Agile הוא איטרטיבי, ללא ניתוח דרישות ולא ניתן ליישמה בפרויקטים Fixed Price – Fixed Time
מיתוסים אלו מוטעים מיסודם ומבוססים על התפיסה שכל שלב בתהליך הפיתוח מתייחס למכלול התכולה, מתחיל ומסתיים בתאריך ידוע, ומהווה תנאי למעבר לשלב הבא. ההנחה השגויה שצריך לפרט מראש את כל הדרישות מבלי יכולת לשנות דבר עד תום הפרויקט, נובעת מהתפיסה שככל שנעמיק בדרישות בתחילת הפרויקט, כך התכנון יהיה מיטבי יותר, ותהיינה פחות "הפתעות" בהמשך. אלא שרישום דרישות מדוקדק לא יכול למנוע את ה"הפתעות" המשמעותיות בתהליך הפיתוח, שבדרך כלל נובעות משינויים שכלל אין לנו שליטה עליהם, כמו: שינויים בסביבה העסקית, בסדרי העדיפויות של הלקוח ושינויים טכנולוגיים.
כל השקעה שמבצעים במהלך הפיתוח, טרם הפעלת המוצר בסביבת העבודה האמיתית של הלקוח, חשופה לשינויים והופכת לבזבוז משאבים כאשר עולה דרישה אחרת וחשובה יותר - ולכן חיוני להיות ערוכים לשינויים ולפעול בגמישות כאשר הם נדרשים. אפיון מפורט, הגדרת דרישות קפדנית ותכנון משאבים הינם הכרחיים ומועילים רק כאשר מבצעים זאת סמוך ככל האפשר למועד פיתוח ה-Feature או המערכת. ע"י כך ניתן לצמצם את בזבוז המשאבים הנובע מהצורך לבצע התאמות לשינויים המהירים, המאפיינים את הסביבה הטכנולוגית והעסקית.
Agile היא שיטה סדורה הכרוכה במשמעת וציות לנהלים. כך למשל, ה- Scrum, שהינו המוביל והנפוץ מבין השיטות האג'יליות, מבוסס על שלבים מוגדרים לתכנון הספרינטים בתהליך הפיתוח, וכולל:
- פגישות צוות עם מנהל הצוות להגדרת מטרות ושלבי הביצוע של הספרינט
- פגישות עבודה לפירוק יעדי הספרינט למשימות פרטניות, והערכת משך הזמו הנדרש לביצוען בשעות
- פיתוח תוכנה עובדת ואינטגרטיבית בהתאם לרמת האיכות שהוגדרה
- בניית מערך בדיקות אוטומטי לבדיקת רכיבי הפיתוח השונים, אינטגרטיביות הרכיבים למוצר הסופי, ובדיקת קוד שוטפת
ומשותפת שנועדה לקדם איכות ולמידה
- בקרה יומית על התקדמות העבודה והסרת המכשולים המונעים התקדמות
לפיכך, בניגוד למיתוסים הנ"ל, השיטה האג'ילית מתאימה דווקא למי שחושש מאובדן שליטה בפרויקטים מורכבים בסביבה רגולטורית, משום שהיא מאפשרת שליטה טובה יותר והפקת תוצרים איכותיים יותר, תוך השגת רמת שביעות רצון גבוהה הן של מפתחים והן לקוחות.
עדה מרקמן, מנכל"ית חברת BDA – מספקת פתרונות ניהול פרויקטים במודל Agile וכן יישום פתרון לניהול פורטפוליו של פרויקטים.
