Преглед садржаја:
Агиле методологија за развој софтвера може позитивно утицати на ИТ индустрију. Резултати усвајања Агиле методологије могу се мерити на више начина. Бржи преокрет захтева за променом софтвера, мање грешака, квантитативно мерење перформанси тима и уска грла све су одраз успешне примене Агиле-а. Да би успешно измерио утицај Агиле-а, организација мора да упореди различите метрике повезане са пре-агилним и пост-агилним развојем. Стварни утицај Агиле-а не може се мерити само повећањем прихода или повећаним бројем исправљених грешака. Неколико унутрашњих параметара треба узети у обзир да би се разумео стварни утицај. (За више информација о Агиле развоју, погледајте Агиле Софтваре Девелопмент 101.)
Зашто Агиле ИТ?
ИТ индустрија била је наклоњена агилним праксама углавном због ограничења модела слапа у развоју софтвера. Генерално, примећено је да ИТ компаније нису у стању да одговоре на променљиве захтеве купаца или тржишне ситуације или смање трошкове са водопадним моделом развоја софтвера. Чак и ако супротставимо ово велико нагињање према методологији Агиле и сматрамо да је неко од узбуђења тек хипером, има пуно емпиријских повратних информација против модела водопада.
Једноставно речено, модел водопада је модел развоја софтвера у којем се посао врши на један на други начин - једна фаза за другом. Постоји пет фаза овог модела: захтеви, дизајн, примена, верификација и одржавање. Обично је након завршетка једне фазе тешко, ако не и немогуће, извршити промене у ранијој фази. Дакле, претпоставка је да су захтеви прилично фиксни. Главна разлика код Агиле модела је у претпоставци да неће бити промена захтева. Агиле претпоставља да ће се пословне ситуације променити, а исто тако и захтеви. Дакле, софтвер се испоручује у мањим комадима преко спринтера, док се код модела водопада прва испорука или пуштање врши након дужег времена. (За више информација о развоју, погледајте како Апацхе Спарк помаже брзом развоју апликација.)
