Pełzanie zakresu

Rozrost zakresu (scope creep) to stopniowe, niekontrolowane rozszerzanie zakresu, który projekt ma dostarczyć. Dochodzi do niego poprzez serię drobnych, pojedynczo dodawanych elementów, które nigdy nie są oceniane pod kątem harmonogramu, budżetu ani celu. Każdy element wydaje się uzasadniony w pojedynkę, dlatego właśnie kumulacja pozostaje niezauważona, dopóki pierwotne zobowiązanie nie stanie się nieosiągalne.

Rozróżnienie między „pełzaniem” a uzasadnioną adaptacją jest istotne i często niewyraźne. Zmiana kierunku, ponieważ dowody wskazują na błędność pierwotnego planu, jest świadomą decyzją podjętą ze świadomością kosztów i właśnie to umożliwia iteracyjne projektowanie. „Pływanie” to brak tej decyzji: praca jest dodawana bez oceny tego, co zastępuje, więc kompromis nigdy nie jest wyraźnie określony, a konsekwencje ujawniają się jako niedotrzymany termin, a nie jako wybór.

Mechanizm ten ma zazwyczaj charakter społeczny, a nie proceduralny. Interesariusz zgłasza drobny dodatek podczas przeglądu, programista zauważa powiązaną poprawę w trakcie pracy, niejasność w specyfikacji jest rozwiązywana w sposób szczodry, a każdy przyrost jest zbyt niewielki, aby uzasadniać tarcie związane z formalnym wnioskiem o zmianę. Skumulowany efekt wielu takich przyrostów jest znaczący, a ponieważ nie śledzono żadnego pojedynczego dodatku, przekroczenia nie można przypisać do niczego konkretnego.

Niejednoznaczne wymagania są najpewniejszą przyczyną strukturalną. Tam, gdzie definicja kompletności jest niejasna, praca rozszerza się, wypełniając wszelkie pojawiające się interpretacje, a każda niejasność rozwiązana podczas implementacji zazwyczaj prowadzi do zrobienia czegoś więcej. Jasno określone kryteria akceptacji i jednoznaczne określenie tego, co wykracza poza zakres, ograniczają tę swobodę, a wskazanie wykluczeń jest znacznie skuteczniejsze niż wyliczenie inkluzji.

Gold platerowanie to wariant generowany wewnętrznie i często pomijany, ponieważ pochodzi od zespołu wdrożeniowego, a nie od interesariuszy. Programiści i projektanci dodają udoskonalenia, konfigurowalność i solidność wykraczające poza to, o co proszono, kierując się racjonalnymi przesłankami, że w końcu będzie to potrzebne. Często jednak tak nie jest, a dodatkowa złożoność jest trwale generowana przez koszty utrzymania.

Rozwiązaniem nie jest sztywność, która działa w drugą stronę, dostarczając coś, o czym wiadomo, że jest nie tak. Funkcjonuje lekki mechanizm, który uwidacznia dodatki i jasno określa ich koszt: każdy nowy element jest rejestrowany, oceniany pod kątem wpływu i albo akceptowany z odpowiednim usunięciem lub odroczeniem, albo odrzucany. Wymaganiem jest po prostu, aby kompromis został dokonany przez osobę upoważnioną do jego dokonania, a nie wchłonięty przez zespół w milczeniu.

Zobowiązania o stałym zakresie, stałej dacie i stałych zasobach to stan strukturalny, w którym pełzanie staje się najbardziej szkodliwe, ponieważ nie ma uzasadnionego zaworu bezpieczeństwa, a presja jest absorbowana przez jakość. Gdy wszystkie trzy są rzeczywiście stałe, jedyną pozostałą zmienną jest jakość wykonania pracy, a wynikające z tego skróty ujawniają się później jako defekty i poprawki. Uczynienie zakresu elastycznym wymiarem pozwala na utrzymanie pozostałych zobowiązań.

Ponieważ kontrola zależy od osoby sprawującej władzę i gotowości do odrzucenia wszelkich zmian, problem zazwyczaj leży w zarządzaniu, a nie w zarządzaniu projektem. W praktyce mechanizm ten jest ustalany w ramach rozwój produktów obok procesu dostarczania, dyscyplina ustalania priorytetów, która decyduje, co wypiera to, co opiera się na dowodach przechowywanych przez badania produktówi in studio produktowe w ramach zaangażowania wyraźne określenie, co wykracza poza zakres prac, jest zwykle uzgadniane przed ich rozpoczęciem, a nie negocjowane w trakcie ich trwania.