Wieloletni projekt ERP musi wykazywać wartość przyrostowo, zachowując jednocześnie integralność produktu końcowego. Jak kierownik projektu powinien ustalić model dostarczania?

Prawidłowa odpowiedź to zorganizowanie projektu w wiele podzbiorów na podstawie funkcji biznesowych i dostarczenie każdego podzbioru jako komponentu produktu końcowego. Pozwala to na przyrostowe dostarczanie wartości, ponieważ każdy podzbiór (np. moduł ERP) jest użyteczny i może być wdrożony lub testowany, zanim cały system zostanie ukończony. Zachowuje to również integralność produktu końcowego, ponieważ wszystkie podzbiory składają się na jeden spójny system ERP. Pozostałe opcje są mniej skuteczne: Informowanie komitetu sterującego i demo ukończonych funkcji to element komunikacji i monitorowania, a nie model dostarczania. Przeklasyfikowanie jako program wielu małych projektów dostarczyłoby wiele oddzielnych produktów, a nie jeden zintegrowany system ERP. Planowanie regularnych dem, ale dostarczanie pojedynczego produktu dopiero po ukończeniu wszystkich funkcji, nie zapewnia przyrostowej wartości, ponieważ użytkownicy nie otrzymują nic użytecznego, dopóki wszystko nie jest gotowe.