Odpowiedź.

Zakres projektu (scope) to jasne określenie tego, co ma zostać zrealizowane w ramach projektu oraz co jest z niego wyłączone. Poprawne określenie zakresu daje zrozumienie objętości prac, zapobiega "rozprzestrzenianiu się wymagań" oraz pozwala efektywnie kontrolować zasoby i terminy.

Analityk biznesowy opisuje zakres za pomocą:

Map interesariuszy.
Diagramów kontekstu, granic i interfejsów.
Katalogu funkcji w formacie user stories lub use cases.
Manifestu "out of scope" (wyłączenia).

Kluczowe cechy:

Zakres projektu jest ustalany przed szczegółowym opracowaniem wymagań.
Stanowi wzorzec dla zatwierdzania wszelkich zmian.
Ustala rzeczywistą, mierzalną objętość zobowiązań dla zespołu.

Pytania z pułapką.

Czy wystarczy określić tylko podstawowy zakres funkcjonalności, aby uznać zakres za ustalony?

Nie. Należy wyraźnie wskazać, co NIE wchodzi w zakres projektu, aby uniknąć podwójnych interpretacji i "ukrytych" oczekiwań.

Czy analityk biznesowy ma prawo samowolnie rozszerzać zakres, jeśli uważa to za korzystne?

Nie. Każda zmiana zakresu jest zatwierdzana przez zamawiających/interesariuszy i zazwyczaj formalizowana przez procedurę zmiany (change request).

Czy można zmienić zakres projektu po jego zatwierdzeniu?

Tak, ale tylko poprzez formalny proces zarządzania zmianami, z przeglądem planów, oceną kosztów, terminów i zgodą wszystkich kluczowych interesariuszy.

Typowe błędy i antywzorce

Brak wyraźnego rozgraniczenia między tym, co wchodzi/nie wchodzi w projekt.
Dodawanie nowych zadań bez uwzględnienia wpływu na terminy i budżety.
Zatwierdzanie zakresu tylko słownie, bez dokumentowania.

Przykład z życia

Negatywny przypadek

Zakres określony ustnie, bez wyraźnego dokumentu. W trakcie procesu pojawiają się dodatkowe zadania, które "oczekiwali" interesariusze.

Plusy:

Elastyczność, możliwość dostosowania się do nowych zadań.

Minusy:

Projekt przekracza ramy czasowe i budżetowe, pojawia się niezrozumienie między zespołem a zamawiającym.

Pozytywny przypadek

Analityk dokumentuje zakres, uzgadnia wyjątki, wszelkie zmiany przechodzą przez system change requests.