WBS Dictionary

W tej sesji omówimy słownik WBS.

Pamiętajmy, że wciąż jesteśmy w obszarze zarządzania zakresem i koncentrujemy się na procesie tworzenia.

Definicje pakietów roboczych w strukturze podziału pracy (WBS) są zazwyczaj krótkie. Na przykład, w projekcie IT możemy zidentyfikować pakiety robocze takie jak “pliki bazy danych” lub “przetestowane oprogramowanie”.

Niejasne definicje mogą prowadzić do tzw. rozrastania się zakresu (scope creep). Aby temu zapobiec, tworzymy słownik WBS wraz z WBS.

Jak wygląda słownik WBS? Zawiera nazwę i opis każdego pakietu roboczego, konto kontrolne, do którego jest przypisany, zakres prac w pakiecie, kryteria zatwierdzenia, ograniczenia i założenia, ryzyka, przypisany budżet, zasoby, kamienie milowe i inne informacje.

Dokument ten dostarcza kluczowych informacji o każdym pakiecie roboczym. Należy jednak pamiętać, że nie zawsze mamy wszystkie informacje na początku. Na przykład budżet i czas trwania mogą być określone na późniejszych etapach.

Tworzenie WBS i słownika WBS jest procesem iteracyjnym. Początkowo możemy nie mieć szczegółowych informacji na temat budżetu czy harmonogramu, ale w miarę zdobywania tych danych aktualizujemy słownik WBS.

Głównym celem słownika WBS jest zapobieganie rozrastaniu się zakresu. Dodatkowo może być używany do autoryzacji prac, co pomaga skuteczniej zarządzać harmonogramem. Dzięki określeniu dat rozpoczęcia pakietów roboczych w słowniku, każdy wie, kiedy praca ma się rozpocząć.

In this session, we’ll be discussing the WBS dictionary.

Keep in mind that we are still within the scope management knowledge area and focusing on the creation process.

The definitions for work packages within the work breakdown structure (WBS) are typically brief. Ambiguous definitions like these can lead to scope creep. To prevent this, we create a WBS dictionary alongside the WBS.

So, what does a WBS dictionary look like? It includes the name and description of each work package, the control account it is assigned to, the work included in the package, criteria for approval, constraints and assumptions, risks, assigned budget, resources, milestones, and more.

This document provides essential information about each work package. Note that we may not have all the information at the outset. For example, the budget and duration might not be determined until later stages.

We create the WBS and the WBS dictionary iteratively. Initially, we may lack details on the budget or schedule, but as we gather this information, we update the WBS dictionary accordingly.

The primary goal of the WBS dictionary is to prevent scope creep. Additionally, it can be used for work authorization, helping us manage the schedule more effectively. By specifying the start dates for work packages in the dictionary, everyone knows when each piece of work is scheduled to begin.

In conclusion, the WBS dictionary is a valuable document produced during the creation process.