Podejście zwinne a tradycyjne do projektów wytwarzania oprogramowania
Rysunek 1. Komponenty metodyki ATERN [2]
Podstawowymi ograniczeniami (parametrami) projektów są: czas, koszty, zakres i jakość. Próba utrzymywania ich stałych wartości może prowadzić do problemów, w tym porażek projektów. W podejściu tradycyjnym do zarządzania projektami (rysunek 2 na następnej stronie) zakres (wymagania) pozostaje stały, podczas gdy czas i koszty podlegają zmianom. Wynika do z faktu, że w podejściu tradycyjnym zakres projektu jest uzgodniony z klientem i występuje w postaci zatwierdzonej specyfikacji wymagań. Realizacja jej za wszelką cenę może, i zazwyczaj prowadzi do opóźnienia projektu i zwiększenia kosztów, jak również obniżenia jakości produktu końcowego projektu.
W podejściu zwinnym do zarządzania projektami za stałe uznawane są: czas, koszty i jakość, podczas gdy zakres (wymagania) podlega zmianom. Zmiany te realizowane są w cyklu życia projektu poprzez zastosowanie technik priorytetyzacji wymagań (metoda MoSCoW) oraz ram czasowych (ang. Timeboxing). Dlatego gwarantowany jest produkt końcowy projektu charakteryzujący się tzw. minimalnym użytecznym zbiorem wymagań (ang. Minimum Useable Subset) w uzgodnionym czasie i budżecie. Jakość jest stała, ponieważ kryteria akceptacji produktu końcowego projektu zostały uzgodnione i zatwierdzone przez klienta biznesowego we wczesnych fazach cyklu życia projektu tak samo, jak czas i budżet.
Porównanie podejścia tradycyjnego oraz „zwinnego” do realizacji projektów wytwarzania oprogramowania na przykładzie metodyki ATERN przedstawiono na rysunku 2 na następnej stronie.