תוכן עניינים:
מתודולוגיית Agile לפיתוח תוכנה יכולה להשפיע לטובה על תעשיית ה- IT. ניתן למדוד את תוצאות אימוץ המתודולוגיה הזריזה במספר דרכים. תפנית מהירה יותר של בקשות לשינוי תוכנה, פחות באגים, מדידה כמותית של ביצועי הצוות וצוואר הבקבוק הם כל השתקפות של יישום מוצלח של Agile. כדי למדוד בהצלחה את ההשפעה של Agile, ארגון צריך להשוות בין מדדים שונים הקשורים להתפתחות לפני-זריזות ואחרי-זריזות. לא ניתן למדוד את ההשפעה האמיתית של Agile רק על ידי עלייה בהכנסות או על ידי מספר הגדלת התקלות. יש לקחת בחשבון כמה פרמטרים פנימיים כדי להבין את ההשפעה האמיתית. (למידע נוסף על פיתוח Agile, ראה פיתוח תוכנה Agile 101.)
מדוע Agile IT?
ענף ה- IT נוטה לשיטות Agile בעיקר בגלל האילוצים של מודל המפל של פיתוח תוכנה. באופן כללי, נצפה כי חברות IT אינן מסוגלות להגיב לדרישות הלקוחות או מצבי השוק המשתנים או להפחית עלויות באמצעות מודל המפל של פיתוח תוכנה. אפילו אם אנו מאזנים את הטיה המוחצת הזו כלפי מתודולוגיית Agile ונחשיב שחלק מההתרגשות היא פשוט hype, יש הרבה משוב אמפירי נגד מודל המפל.
במילים פשוטות, מודל המפלים הוא מודל לפיתוח תוכנה בו העבודה נעשית בצורה רציפה - שלב אחר שלב. ישנם חמישה שלבים של מודל זה: דרישות, תכנון, יישום, אימות ותחזוקה. בדרך כלל, לאחר סיום שלב אחד, קשה, אם לא בלתי אפשרי, לבצע שינויים לשלב מוקדם יותר. אז ההנחה היא שהדרישות די קבועות. ההבדל העיקרי במודל Agile הוא בהנחה שלא יחול שינוי בדרישות. Agile מניח כי מצבים עסקיים ישתנו וכך גם דרישות. אם כן, התוכנה מועברת בחלקים קטנים יותר על גבי ספרינטים, ואילו במודל המפל המסירה או השחרור הראשונים נעשים לאחר זמן רב. (למידע נוסף על פיתוח, ראה כיצד Apache Spark עוזר לפיתוח יישומים מהיר.)
