Inhoudsopgave:
De Agile-methode voor softwareontwikkeling kan een positieve invloed hebben op de IT-industrie. De resultaten van de acceptatie van Agile-methodologie kunnen op een aantal manieren worden gemeten. Een snellere doorlooptijd van aanvragen voor softwarewijziging, minder bugs, kwantitatieve meting van teamprestaties en knelpunten zijn allemaal reflecties van een succesvolle implementatie van Agile. Om de impact van Agile met succes te meten, moet een organisatie verschillende statistieken vergelijken met betrekking tot de pre-Agile en post-Agile ontwikkeling. De echte impact van Agile kan niet alleen worden gemeten aan de hand van de toename van de omzet of het toegenomen aantal opgeloste bugs. Verschillende interne parameters moeten worden overwogen om de werkelijke impact te begrijpen. (Zie Agile Software Development 101 voor meer informatie over Agile-ontwikkeling.)
Waarom Agile IT?
De IT-industrie neigt naar Agile-praktijken, voornamelijk vanwege de beperkingen van het watervalmodel van softwareontwikkeling. Over het algemeen is vastgesteld dat IT-bedrijven niet kunnen reageren op veranderende klantvragen of marktsituaties of kosten kunnen verlagen met het watervalmodel van softwareontwikkeling. Zelfs als we deze overweldigende neiging naar Agile-methodologie compenseren en sommige opwinding als gewoon hype beschouwen, is er veel empirische feedback tegen het watervalmodel.
Simpel gezegd, het watervalmodel is een softwareontwikkelingsmodel waarbij opeenvolgend wordt gewerkt - de ene fase na de andere. Er zijn vijf fasen van dit model: vereisten, ontwerp, implementatie, verificatie en onderhoud. Meestal is het, nadat een fase is voltooid, moeilijk, zo niet onmogelijk om wijzigingen aan te brengen in een eerdere fase. Dus de veronderstelling is dat de eisen vrijwel zijn vastgelegd. Het belangrijkste verschil met het Agile-model ligt in de veronderstelling dat de eisen niet zullen worden gewijzigd. Agile gaat ervan uit dat zakelijke situaties zullen veranderen en ook de vereisten. Dus, software wordt in kleinere stukken over sprints geleverd, terwijl in het watervalmodel de eerste levering of release na een lange tijd wordt gedaan. (Zie Hoe Apache Spark helpt bij de snelle ontwikkeling van applicaties voor meer informatie over ontwikkeling.)
