Zarządzanie projektem może być łatwym zadaniem. Piszesz i zatwierdzasz dokument inicjujący projekt, obliczasz budżet, wyszczególniasz plan, dostajesz zasoby i voila, jesteś na łatwej drodze do dostawy.
Cóż, niezupełnie, ponieważ w większości projektów pytanie o rozmiar zwykle podnosi brzydką głowę z przytłaczającą częstotliwością. Nie ma na to racjonalnego wyjaśnienia, z wyjątkiem tego, że perspektywy biznesowe nagle stają się niejasne, co dokładnie chcą dostarczyć na początku projektu.
Jednym z powodów jest to, że oświadczenie o zakresie nie zostało dokładnie wymienione w karcie projektu lub w dokumencie inicjującym projekt. W połączeniu z faktem, że interesariusze nagle zaczynają myśleć o wymaganiach, które chcą spełnić, a wkrótce projekt jest objęty obawą.
To często pojawia się całkowicie niezauważone. Pełzanie zakresu zwykle zaczyna się od pewnego niebieskiego nieba, które myśli o tym, jak poprawić wyniki przez dodanie nowych funkcji. Ewentualnie zaczyna się, gdy zostaną zadane pytania wyższego poziomu, dlaczego określone określone funkcje są dostępne. Prowadzi to często do paniki i nagłego pragnienia zmiany zakresu lub dodania dodatkowych funkcji.
Jeśli na początku w planie już zdefiniowano wystarczającą liczbę zdarzeń awaryjnych, można to oczywiście oczywiście w pewnym stopniu rozwiązać. Jednak rzadko tak jest. W rezultacie zbyt wielu kierowników projektów jest desperacko zmuszonych do znalezienia sposobu na dostarczenie dodatkowych lub zmienionych wymagań w tym samym czasie i budżecie, co zwykle trzeba powiedzieć, z niewielkim powodzeniem.
Jeśli nie zostanie to natychmiast zatrzymane, chęć zmiany zakresu może szybko doprowadzić do wymknięcia się kontroli z wyników. Jest tak szczególnie w przypadku, gdy SCRUM jest stosowany jako metoda tworzenia oprogramowania, ponieważ trudniej jest zawrzeć słabo zdefiniowany zakres dla tego typu projektu.
Wkrótce musi być coś. Budżet i ramy czasowe muszą zostać znacznie zwiększone lub wymagania muszą zostać sfinalizowane. Jednak w wielu przypadkach organizacja po prostu rzuca ręcznik i postanawia go całkowicie zeskrobać.
Z tego powodu, aby zapewnić pomyślną dostawę i wprowadzenie, konieczne jest, aby napisać szczegółowy dokument inicjujący lub kartę i przestrzegać go. W przeciwnym razie włączenie Scree Creep powoduje po prostu, że kierownik projektu prowadzi przegraną walkę. Zwykle kończy się to, gdy nie można go już przywrócić.
Z tego powodu Scope Creep niszczy nie tylko projekty, ale także reputację i kariery. Zignoruj to na własne ryzyko!
[ff id=”3″]