Agile – לא מה שחשבתם

מאת: עדה מרקמן *

 

למרות מפח הנפש המלווה לעיתים קרובות פרויקטי פיתוח המנוהלים בשיטות הקלסיות, רבים בתעשיית התוכנה עדיין חוששים לבחון וליישם את מתודולוגית Agile, בעיקר משום המיתוסים הרווחים ביחס לשיטה: 

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

 

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

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

Agile  היא שיטה סדורה הכרוכה במשמעת וציות לנהלים. כך למשל, ה- Scrum, שהינו המוביל והנפוץ מבין השיטות  האג'יליות, מבוסס על שלבים מוגדרים לתכנון הספרינטים בתהליך הפיתוח וכולל:

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

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

 

* עדה מרקמן, מנכ"ל חברת BDA – Projects המתמחה בלווי, ייעוץ וביצוע פרויקטים הכוללים סינרגיה בין עולם המחשוב, תהליכים עסקיים והטמעתם על ידי המשתמשים. החברה מתבססת על מספר מתודולוגיות עבודה , ביניהם Lean IT, Agile, Scrum®  Lean, על מנת לאפשר לארגונים להיערך בצורה מיטבית לאתגרים מולם הם ניצבים. לעדה ניסיון רב שנים בעולמות תוכן מגוונים כגון – ביטוח, תעשייה, שירותים ומסחר.

BDA – Projects הינה שותפה עסקית של HP בישראל, המספקת פתרונות ניהול פרויקטים במודל Agile לרבות יישום פתרון HP-PPM.

 

לפניות לעדה מרקמן:

ada@bda-projects.co.il

 

 

קישורים רלבנטים באתר: