האג'ייל כחושף בעיות בתהליך הפיתוח

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

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

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

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

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

בכך שהבעיות צפות אפשר לאתר אותן ולהתחיל בתהליך של פתרונות.

* בעיה שאינה חייבת להיות (אך עלולה להיות) דווקא של צוות הבדיקות אלא אולי של החברה: קוד "ספגטי" שמחייב לבדוק "הכל" אחרי כל שינוי, חוסר בבדיקות כמו unit tests ואוטומציה וכד'.



Jun 24, 2015