Aby rozpocząć projekt musi istnieć potrzeba biznesowa. Zanim zostanie wykonana jakakolwiek praca, lub przydzielone jakiekolwiek zasoby, powinna być znana odpowiedź na pytanie: „czy ten projekt jest wykonalny i opłacalny, a ryzyko z nim związane jest akceptowalne?” Proces przygotowanie projektu jest pierwszym procesem metodyki PRINCE2. Projekt rozpoczyna się w momencie kiedy ten proces został przeprowadzony i Komitet Sterujący zatwierdził zainicjowanie projektu (w podprocesie zezwolenie na zainicjowanie projektu ZS1).
Bardzo istotnym w projekcie jest określenie struktury zależności osób zaangażowanych w projekt (identyfikacja ścieżek komunikacji i raportowania w projekcie), oraz wyznaczenie ich zakresów odpowiedzialności. Każda jednostka musi znać i akceptować swoją rolę w projekcie. Wszystkie role zdefiniowane przez metodykę PRINCE2 muszą być przypisane do jednej z osób biorących udział w projekcie. Odpowiedzialności mogą być skalowane, jedna osoba może pełnić kilka ról, w zależności od potrzeb danego projektu. Struktura zespołu zarządzania projektem jest czteropoziomowa, składa się ona z kierownictwa firmy lub programu, komitetu sterującego, kierownika projektu oraz kierowników zespołów technicznych.
Struktura organizacyjna definiuje role i odpowiedzialności osób zarządzających i realizujących projekt. Zależności pomiędzy tymi rolami można w łatwy sposób przedstawić na hierarchicznym diagramie struktury organizacyjnej.
Struktura zespołu zarządzania projektem jest strukturą tymczasową, zaprojektowaną aby zarządzać projektem w celu spełnienia wymagań zdefiniowanych w dokumencie „Podstawowe założenia projektu”, przygotowanego w kolejnym podprocesie przygotowanie założeń projektu (PP4). Struktura ta pozwala określić kanały komunikacji w projekcie.Na przedstawionym rysunku zaprezentowane są role proponowane przez metodykę PRINCE2, dodatkowo powinny się tam znaleźć wszelkie role specyficzne dla danego projektu. Diagram ten powinny uzupełniać opisy stanowisk, precyzujące odpowiedzialność, cele, uprawnienia decyzyjne, umiejętności, wiedzę i doświadczenie potrzebne dla pełnienia danej roli w organizacji projektu.
Metodyka opisuje wzorcowe role i zakresy odpowiedzialności w projekcie, jednak zaleca dostosowanie ich do specyfiki konkretnego projektu. Wskazane jest uzgodnienie opisu ról z osobami, które będą je pełnić oraz dopasowanie jednostek do ról bazując na ich kompetencjach i profilu psychologiczno - społecznym.
Obowiązkowymi rolami w projekcie są: komitet sterujący i kierownik projektu. Role opcjonalne to: zespoły techniczne, kierownicy zespołów technicznych, nadzór projektu, wsparcie projektu, biuro zarządzania projektami.
Zakres odpowiedzialności poszczególnych ról:
Odpowiedzialności członków zespołu które wymagają szczegółowego opisu mogą być przedstawione w formacie tekstowym. Zwykle dokument taki zawiera informacje takie jak odpowiedzialność, uprawnienia decyzyjne, kompetencje i kwalifikacje. Dokumenty te mogą mieć być opisem stanowiska, bądź formularzem rola – odpowiedzialność - uprawnienia decyzyjne.
Komitet sterujący może uruchomić projekt tylko wtedy, kiedy przekonany jest o jego opłacalności. Dlatego muszą zostać zebrane informacje, które będą wykorzystane przy podjęciu decyzji o zainicjowaniu projektu. Zewnętrznym czynnikiem wyzwalającym pracę nad projektem jest dokument zarządczy Zlecenie opracowania podstawowych założeń projektu (Project Mandate). W tym podprocesie zostaje on rozszerzony do dokumentu zarządczego Podstawowe założenia projektu (Project Brief). Celem przygotowania założeń projektu jest:
Podstawowe założenia projektu powinny zawierać informacje co powinno być zrobione, dlaczego (czyli jakie korzyści będą osiągnięte), kto powinien być zaangażowany w proces, oraz jak i kiedy prace mają być wykonane [4].
Zalecana struktura dokumentu „Podstawowe założenia projektu”:
Dokument ten ma zawierać pełne dane, na podstawie których Komitet Sterujący jest w stanie podjąć decyzję o uruchomieniu projektu. Poniżej zostaną opisane techniki pomocne w analizie informacji potrzebnych do stworzenia tego dokumentu. Następnie proces planowania (PL) przekształci wyniki analizy w praktyczny, operacyjny plan działań. Głównym zadaniem będzie zdefiniowanie produktów które mają być wytworzone w trakcie projektu, a później określenie działań koniecznych do wykonania wraz z potrzebnymi zasobami oraz określenie zależności pomiędzy nimi.
Użytkownicy, którzy przeczytali ten artukuł, przeczytali również