<Nazwa Projektu>

Plan Zarządzania Projektem

Wersja <1.0>

[Uwaga: niebieski tekst kursywą zawarty w nawiasach kwadratowych zawiera wskazówki dla autora.]

[Aby dopasować pola automatyczne w programie Microsoft Word (pola te mają szare tło w momencie zaznaczenia) należy wybrać Plik->Właściwości oraz ustawić pola Tytuł, Temat i Firm. Po zamknięciu okna pola automatyczne mogą zostać zaktualizowane poprzez zaznaczenia całego dokumentu i naciśnięcie F. Czynności te należy powtórzyć również dla nagłówka i stopki dokumentu].

Historia dokumentu

Data	Wersja	Opis	Autor
2008/10/20	1.0	Wstępny opis punktów 1-3	K.Kolbrecka
2008/10/27	1.1	Opis punktów 1-3 oraz 5-6	K.Kolbrecka
2008/11/03	1.2	Dopracowanie punktów 5-6 i ogólny zarys punktu 4	K.Kolbrecka
2008/11/10	1.3	Opis punktu 4 oraz punktów końcowych	K.Kolbrecka
2008/11/19	2.0	Naniesienie ostatnich poprawek	K.Kolbrecka

Spis treści

1. Wstęp

Plan Zarządzania Projektem

1. Wstęp

1. Cel

Celem dokumentu planu zarządzania projektem jest dokładne ustalenie struktur organizacyjnych, składu zespołu, zakresu obowiązków dla poszczególnych członków oraz harmonogramu wykonywania prac. Ponadto dokument ten określa czego należy spodziewać się po projekcie.

Plan zarządzania projektem ma zapewnić sprawną i poprawną realizację zadań i stanowi odnośnik dla członków zespołu projektowego w kwestii właściwego zrozumienia dotyczących ich procesów zarządczych.

2. Zakres

Niniejszy dokument zawiera informacje na temat ogólnych założeń projektu i jego szczegółowej organizacji. Obejmuje takie zagadnienia zarządzania jak struktura i opis zespołu projektowego, harmonogramy czasowe i kosztowe, schematy ich kontroli, sprecyzowanie używanych technik i narzędzi implementacji oraz dodatkowe plany procesów wspomagających.

3. Definicje, akronimy, skróty

Klient- inaczej zleceniodawca, firma zlecająca stworzenie systemu na jej potrzeby

Użytkownik- przyszli użytkownicy systemu, czyli osoby które będą korzystać z programu

MS Windows- jeden z najpopularniejszych systemów operacyjnych

Eclipse- platforma programowania

SQL- język do pracy przy bazach danych

JAVA- język programowania

MS SQL Server- system zarządzania bazą danych

4. Dokumenty powiązane

Plan zarządzania wymaganiami

Data oddania: 22.10.2008

Osoba odpowiedzialna: Michał Barchacki

Źródło: załącznik

Plan Zarządzania Ryzykiem

Data oddania: 27.11.2008

Osoba odpowiedzialna: Małgorzata Jaworska

Źródło: załącznik

Plan komunikacji

Data oddania: 9.12.2008

Osoba odpowiedzialna: Małgorzata Jaworska

Źródło: załącznik

Plan testów

Data oddania: 4.12.2008

Osoba odpowiedzialna: Maciej Koltermann

Źródło: załącznik

Plan zarządzania konfiguracją

Data oddania: 15.12.2008

Osoba odpowiedzialna: Sławomir Stańczuk

Źródło: załącznik

Plan Zapewnienia Jakości

Data oddania: 27.11.2008

Osoba odpowiedzialna: Sandro (…)

Źródło: załącznik

5. Organizacja dokumentu

Dalsza część dokumentu zawiera 9 sekcji, opisujących kolejno zespół projektowy, proces zarządczy (w skład którego wchodzą szacunki, harmonogramy, określenie wymagań, ryzyk, zasobów i budżetu oraz procedury nadzorowania i ostatecznie schemat zamknięcia projektu), następnie plany techniczne, plany procesów wspierających i dodatkowe plany, a na końcu aneksy oraz indeks.

2. Opis projektu

1. Intencje, zakres i cele projektu

Program w swoim założeniu ma wspierać sprawowanie kontroli nad firmą transportową. Jego celem jest nadzór pracy kierowców, samochodów oraz zarządzanie zleceniami. System ma ułatwiać zarządzanie posiadanymi zasobami oraz zamówieniami złożonymi przez kontrahentów.

2. Ograniczenia i założenia

- ograniczenia czasowe: oddanie projektu do 1 maja 2009, etap wdrożenia nie dłuższy niż tydzień (5 dni roboczych)

- budżet: 70 tys. Zł (?)

- wyposażenie/narzędzia: sprzęt wymagany do realizacji zadania jest w posiadaniu zleceniobiorcy, wraz z wymaganym oprogramowaniem

- personel: konieczność zatrudnienia dodatkowego personelu na umowę zlecenie przez zleceniobiorcę, ponadto rozpoczęcie projektu wymaga zakończenia poprzedniego projektu realizowanego przez zleceniobiorcę ze względu na dostępność zatrudnionych pracowników

3. Produkty projektu

(dodać daty dostarczenia)

- Raport końcowy

- Raporty milowe

- Ostateczna wersja systemu

- Kod źródłowy

- Dokumentacja (techniczny opis działania programu oraz rozmieszczenia i funkcjonowania poszczególnych komponentów)

- Instrukcja obsługi (przystępny opis instalacji i użytkowania systemu dla użytkownika końcowego)

4. Ewolucja Planu Zarządzania Projektem

A

Data	Wersja	Opis zmiany	Autor
20/11/2008	1.0	Wydanie pierwsze planu zarządzania projektem	K.Kolbrecka
27/11/2008	1.1	Załączenie planu zapewnienia jakości (pkt 4.4.4)	K.Kolbrecka
9/12/2008	1.2	Załączenie planu komunikacji (pkt 4.4.5)	K.Kolbrecka
15/12/2008	2.0	Korekcja budżetu po konsultacji z klientem	K.Kolbrecka
19/12/2008	2.1	Korekcja harmonogramu po konsultacji z głównym programistą	K.Kolbrecka
21/02/2008	2.2.	Korekcja budżetu i harmonogramu ze względu na szybszy niż zakładany postęp prac	K.Kolbrecka

3. Organizacja Projektu

1. Struktura organizacyjna

Na rysunku przedstawiono schemat organizacyjny zespołu. Ze względu na niewielką złożoność projektu oraz niewielkie doświadczenie zespołu wybrano układ opierający się na strukturze gwiaździstej. Komunikacja skupia się wokół osoby kierownika projektu, jednak część pracowników jest zgrupowana i podległa kierownikom sekcji.

2. Interfejsy zewnętrzne

W zdecydowanej większości przypadków wymiana informacji odbywa się poprzez kierownika projektu, Jana Kowalskiego. Komunikacja wyłączona z jego obszaru kompetencji występuje w dwóch sytuacjach - wśród programistów, którzy odpowiadają bezpośrednio przed programistą głównym, Piotrem Nowakiem, i między analitykiem głównym Anną Malinowską a analitykiem. W pozostałych przypadkach kierownik projektu jest łącznikiem między członkami zespołu.

Z osobą odpowiedzialną za projekt po stronie klienta, Magdaleną Kwiatkowską, bezpośrednio komunikuje się wyłącznie kierownik projektu, pośrednio także analityk. Ponadto z przyszłymi użytkownikami systemu komunikuje się bezpośrednio analityk główny oraz konserwator, Dikembe Mutombo.

3. Role i odpowiedzialności

Kierownik projektu - Odpowiedzialny za powodzenie końcowego projektu. Komunikuje się z członkami zespołu oraz ze zleceniodawcą. Podejmuje kluczowe decyzje. Monitoruje prace nad realizacją projektu.

Analityk - Odpowiada za poprawną analizę potrzeb użytkownika oraz poprawne przeprowadzenie fazy określenia wymagań. Kontaktuje się z klientem

Projektant główny - Odpowiedzialny za przygotowanie poprawnego oraz zgodnego z wynikami fazy określenia wymagań projektu systemu do implementacji przez programistów , odpowiada również za wygląd interfejsu użytkownika. Współpracuje z analitykiem i przekazuje dyrektywy projektantowi z którym pracuje

Projektant - Odpowiedzialny za przygotowanie poprawnego oraz zgodnego z wynikami fazy określenia wymagań projektu systemu do implementacji przez programistów

Programista główny- Odpowiedzialny za implementację systemu zgodnie z przedstawionym projektem, a także za koordynację pracy podległych mu programistów oraz przekazywanie im dokładnych instrukcji

Programista - Odpowiedzialny za implementację systemu zgodnie z przedstawionym projektem

Testerzy - Odpowiedzialni za testowanie funkcjonalności systemu oraz zgodności jego działania z założeniami, a także za wykrywanie błędów i ich raportowanie

Konserwator oprogramowania - Odpowiedzialny za etap instalacji i przeszkolenia przyszłych użytkowników systemu, oraz za konserwację oprogramowania po etapie instalacji. Współpracuje z programistami

4. Proces zarządczy

1. Szacowanie projektu

[Podaj szacowany koszt i harmonogram projektu, wraz z danymi na podstawie których dokonano oszacowania. Opisz zdarzenia oraz miejsca w czasie w których należy dokonać ponownego oszacowania.]

Szacowany koszt: 50 tys. Zł (?)

Szacowany harmonogram:

zadanie	data
Podjęcie decyzji o realizacji projektu	Połowa stycznia
Zakończenie analizy i projektowania	Początek lutego
Dostarczenie kodu	Marzec
Wydanie wersji beta	Koniec marca
Wydanie wersji finalnej	Kwiecień
Wdrożenie	Do końca kwietnia

Szacowania dokonano na podstawie konsultacji ze specjalistami oraz na bazie poprzednio realizowanych projektów.

Plan zarządzania projektem jest jednym z narzędzi zapewniających ukończenie projektu w ustalonych ramach.. Niezgodności z założeniami planowymi stwierdzane są podczas bieżącej kontroli kosztów, prowadzonej przez kierownika projektu. Umożliwia ona natychmiastowe zastosowanie ewentualnych działań korygujących.

2. Założenia, uwarunkowania i ograniczenia

Należy uwzględnić:

- ograniczenia dotyczące uprawnień kierowców do prowadzenia danych typów samochodów

- ograniczenia dotyczące stanu technicznego pojazdów

- przepisy dotyczące klasyfikacji towarów niebezpiecznych

3. Plan Projektu

1. Plan fazy

[Uwzględnij:

Work Breakdown Structure (WBS)

Diagram Gannta z pokazanym przydziałem czasu do poszczególnych faz

Zidentyfikuj główne kamienie milowe wraz z kryteriami akceptacji

Określ ważne punkty wydania produktów oraz dema.]

	tygodnie
Zadanie	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15
Faza strategiczna		I
Analiza
Projektowanie						II
Implementacja											III
Testowanie													IV
Akceptacja													V
Wdrożenie														VI
Konserwacja

Kamienie milowe (naniesione na diagram wyżej) wraz z kryterium akceptacji:

1. Rozpoczęcie prac nad projektem [podjęcie decyzji o realizacji projektu]

2. Ukończenie prac projektowych [dostarczenie kompletnej dokumentacji założeń i planów projektu]

3. Sfinalizowanie prac programistycznych [dostarczenie kompletnego kodu źródłowego]

4. Ukończenie programu [dostarczenie wersji beta, która pomyślnie przeszła testy]

5. Akceptacja projektu [zaakceptowanie produktu przez klienta]

6. Oddanie projektu [instalacja systemu zakończona pomyślnie, przeprowadzone szkolenie użytkowników]

Ze względu na konieczność sprawnego harmonogramowania, aby zmieścić się w wyznaczonym przez klienta terminie i budżecie, podjęto decyzję o zastosowaniu modelu kaskadowego. W związku z tym produkt zostanie wydany wyłącznie w wersji finalnej i jednej wersji beta. Przed instalacją wersja ta zostanie oddana do akceptacji klientowi, aby móc nanieść ewentualne ostateczne poprawki. Następnie wersja finalna zostanie oddana do użytku.

1. Cele fazy

Faza strategiczna:

• Wybór środowiska, technik i narzędzi do realizacji projektu

• Wstępne harmonogramowanie i kosztorysowanie

• Wstępne określenie wymagań

• Podjęcie decyzji o realizacji projektu

Analiza:

• zrozumienie dziedziny problemu

• określenie zakresu systemy

• ustalenie celów systemu

• specyfikacja problemu

• dostarczenie logiki systemu

Projektowanie:

• określenie sposobu implementacji

• określenie użyteczności i ergonomii

• dostarczenie opisu implementacji systemu

Implementacja:

• tworzenie systemu

• tworzenie dokumentacji

Testowanie:

• odszukanie i likwidacja błędów w systemie

• weryfikacja zgodności programu z wymaganiami

• ocena niezawodności systemu

• wydanie wersji beta

Akceptacja:

• uzyskanie akceptacji produktu przez klienta

• wyszukanie i naniesienie ostatecznych poprawek

• wydanie wersji finalnej

Wdrożenie:

• instalacja systemu u klienta

• przeszkolenie użytkowników

Konserwacja:

• udzielanie wsparcia technicznego użytkownikom systemu

• konserwacja i pielęgnacja systemu

1. Wydania

Przewiduje się 2 wydania programu:

1. Wersja beta - dostarczona klientowi pod koniec fazy testowania, wydana w celu weryfikacji produktu i naniesienia ewentualnych drobnych poprawek

2. Wersja finalna - końcowy produkt, z uzyskaną aprobatą klienta

1. Harmonogram projektu

[Diagramy lub tabela ukazujące docelowe daty zakończenia iteracji, wydań i innych kamieni milowych.]

Rozpoczęcie prac nad projektem	12.01.2009
Ukończenie prac projektowych	8.02.2009
Sfinalizowanie prac programistycznych	15.03.2009
Ukończenie programu / Wydanie wersji beta	27.03.2009
Akceptacja projektu	2.04.2009
Wydanie wersji finalnej	6.04.2009
Oddanie i wdrożenie programu	10.04.2009

2. Zasoby projektu

1. personel:

1. kierownik projektu

2. analityk

3. projektant

4. młodszy projektant

5. starszy programista JAVA

6. programista JAVA

7. programista JAVA i konserwator

8. tester

2. stacje robocze: standardowe stacje robocze z systemem MS Windows XP Pro, z następującym oprogramowaniem:

1. MS Office

2. MS SQL Server

3. Eclipse

1. Plan zatrudnienia

Osoby wymienione w punkcie 4.3.5.1. w podpunktach a, b, c, e, g są zatrudnione na stałe w firmie realizującej zlecenie. Osoby z podpunktów d, f, h zostaną zatrudnione na umowę zlecenie przez zleceniobiorcę na koszt zleceniodawcy, w odpowiednim momencie realizacji projektu:

d- młodszy projektant- na czas trwania fazy projektowania

f- programista JAVA- od początku fazy implementacji do końca trwania projektu

h- tester- na czas fazy testowania

2. Plan pozyskiwania zasobów

System tworzony jest na zamówienie klienta, który stanowi główne źródło pozyskiwania funduszy. Należność za wykonaną pracę i dostarczony produkt ma zostać przekazana w formie przelewu na konto bankowe, w dwóch ratach. Zaliczka w wysokości 25% umówionej kwoty ma wpłynąć po podjęciu decyzji o realizacji projektu, przed rozpoczęciem prac. Druga rata powinna zostać wpłacona w przeciągu tygodnia od oddania gotowego systemu.

Projekt oddany zostanie w jednym terminie, po zakończeniu wszelkich prac nad systemem i dokumentacją. Zostanie przeprowadzona instalacja u klienta i przeszkolenie użytkowników. Klient otrzyma wyłącznie produkt finalny, żadnych wersji beta.

Do realizacji projektu wykorzystany zostanie sprzęt komputerowy będący w posiadaniu firmy wykonującej zlecenie. Ewentualne braki są uzupełniane na bieżąco, na koszt zleceniobiorcy.

W projekcie uczestniczyć będą stali pracownicy zleceniobiorcy. Jeśli konieczne będzie pozyskanie nowego personelu, nawiązana zostanie współpraca na umowę-zlecenie z zewnętrznymi podmiotami. Koszt zatrudnienia dodatkowych pracowników ponosi zleceniodawca.

3. Plan szkoleń

1. Podstawy logistyki [przed rozpoczęciem prac]

2. Uwarunkowania prawne dotyczące transportu na terenie Unii Europejskiej i poza jej granicami [przed fazą projektowania, dla projektantów]

Szkolenia dotyczące technologii potrzebnych przy tworzeniu systemu nie są przewidziane ze względu na zatrudnienie przy projekcie pracowników posiadających już wymagane umiejętności.

1. Budżet

[Rozdziel koszty do WBS I planu fazy]




Wstępna rozmowa z klientem - 500zł

Przygotowanie rozwiązań - 1100zł

Wybór najlepszego rozwiązania - 400zł

Podjecie decyzji o realizacji projektu - 300zł

(?)

1. Mechanizmy śledzenia i kontroli

1. Plan zarządzania wymaganiami

[Dołączony jako referencja.]

2. Plan kontroli harmonogramu

Cała odpowiedzialność za bieżące zarządzanie projektem oraz podejmowanie decyzji zmierzających do realizacji zadań projektowych zgodnie z harmonogramem spoczywa na Kierowniku Projektu.

Każde zadanie i podzadanie ma określone ramy czasowe. W połowie czasu wykonania każdego z zadań I podzadań pracownik odpowiedzialny za wykonanie go zobowiązany jest do poinformowania przełożonego o postępach prac, aby w razie potrzeby na czas podjąć środki zapobiegające potencjalnemu niezrealizowaniu zadania na czas. Informacja ta nie ma charakteru formalnego, ale jest obowiązkowa. Jeśli kierownik uzna postęp pracy za niewystarczający i grożący spowodowaniem opóźnienia, może podjąć decyzję o przesunięciu terminu lub przydzieleniu większej ilości pracowników do danego zadania. W takiej sytuacji kontaktuje się z osobą odpowiedzialną za zadanie w celu ustalenia oczekiwanego przez nią wsparcia.

Ponad to zakończeniu zadania towarzyszy zawsze sporządzenie krótkiego raportu, zawierającego ewentualne informacje na temat przyczyn opóźnienia i problemów jakie wystąpiły podczas pracy. Po otrzymaniu raportów kierownik projektu analizuje je i jak w przypadku opisanym wyżej, może podjąć decyzję o zmianach personalnych lub zmianach w harmonogramie.

Jeżeli zmiany zaproponowane przez kierownika są znaczące lub wymagają bardziej szczegółowej konsultacji z całym zespołem, organizowane jest zebranie mające na celu usprawnienie realizacji zadania zgodnie z harmonogramem.

Oprócz zebrań nadzwyczajnych, po zakończeniu większych etapów realizacyjnych projektu odbywają się planowo krótkie zebrania, na których ogólnie monitoruje się przebieg realizacji, omawia zaistniałe problemy i sugestie zmian. Kierownik projektu na podstawie takich informacji dokonuje ewentualnej korekcji planów.

3. Plan kontroli budżetu

Każda jednostka (zespół lub osoba) której zadanie wymaga finansowania jest poinformowana o założeniach budżetowych jej dotyczących. Podczas realizacji zadania za które jest odpowiedzialna dokonuje pomiaru wartości realnej wydatków i konfrontuje je z wartością wzorcową. Takiego porównania dokonuje się przy każdym zadaniu i podzadaniu jeśli tylko wyodrębnione jest ono w budżecie i ma przydzieloną wartość finansową. Jeśli wartość mierzona jest różna od wzorcowej, osoba odpowiedzialna za zadanie zobowiązana jest do poinformowania o tym kierownika projektu i sporządzenia stosownego raportu. Kierownik projektu w przypadku niewielkich odchyleń sam podejmuje decyzje o korekcji budżetu. W sytuacji gdy niezgodności są znaczne, konsultuje budżet z zewnętrznymi specjalistami. O swoich decyzjach dotyczących zmian budżetu informuje na zwołanym w tym celu zebraniu.

Jeśli realizacja zadania pochłonęła mniej środków niż zakładano, środki te trafiają do puli wolnych środków. Jeśli potrzebne jest dofinansowanie zadania, kierownik przydziela je z tej właśnie puli lub przesuwa środki z innych zadań. W razie definitywnego braku środków kierownik projektu zobowiązany jest do poinformowania inwestorów i renegocjacji budżetu. W sytuacji odwrotnej, gdy pula wolnych środków jest duża a projekt jest już ukończony w co najmniej 50%, środki te kierownik może przeznaczyć na usprawnienie prac, np. organizując dodatkowe szkolenia, lub organizując dodatkowy zespół projektowy zajmujący się realizacją dodatkowych zadań.

4. Plan kontroli jakości

[Dołączony jako referencja.]

!

5. Plan raportowania

[Dołączony jako referencja.]

!

2. Plan zarządzania ryzykiem

[Dołączony jako referencja.]

3. Plan zamknięcia projektu

Ogólny plan czynności dotyczących zamknięcia projektu:

1. Stworzenie dokumentacji i instrukcji obsługi

2. Instalacja systemu u klienta

3. Szkolenie przyszłych użytkowników

4. Zebranie końcowych informacji o projekcie

5. Przeanalizowanie na zabraniu skuteczności projektu

6. Określenie ewentualnych działań na przyszłość

7. Zarchiwizowanie danych projektu

8. Ocena pracy poszczególnych członków zespołu

9. Przydzielenie pracownikom nowych zadań

Do realizacji punktów 1-3 przydzielona zostanie grupa pracowników składająca się z programisty, konserwatora i analityka. Za czynności określone w punktach 4 i 7 odpowiedzialny będzie jeden z pracowników. W przypadku podpunktów 8 i 9 osobą odpowiedzialną jest kierownik projektu. Czynności określone w podpunkcie 5 i 6 zostaną zrealizowane na zebraniu wszystkich członków grupy projektowej, zwołanym przez kierownika projektu.

5. Plan procesów technicznych

1. Metody, narzędzia i techniki

[Opisać metodykę opracowywania systemu(ów) komputerowego(ych), strukturę(y) zespołu(ów), język(i) programowania i inne pojęcia, narzędzia, techniki i metody, jakie są stosowane do opisywania, projektowania, budowania, testowania, integrowania, dokumentowania, dostarczania, modyfikowania lub konserwacji produktów projektu.

Uwzględnić bezpośrednio lub w formie odniesień do innych dokumentów standardy techniczne, strategie i procedury regulujące opracowywanie lub modyfikacje produktów projektu]

System programowany będzie w języku Java, z wykorzystaniem środowiska Eclipse. Do baz danych wykorzystany zostanie język SQL wraz z serwerem MS SQL Server. Program przeznaczony jest do działania pod systemem MS Windows.

Będzie to aplikacja webowa, dostępna z przeglądarek Mozilla Firefox i Internet Explorer, z centralnym serwerem bazy danych wykorzystującym mirroring do zabezpieczenia danych.

Przy tworzeniu dokumentacji obowiązuje stosowanie języka UML(2.0).

(standardy techniczne?)

2. Plan infrastruktury

[nie dotyczy]

3. Plan akceptacji produktu

[Dołączony jako referencja]

6. Plan procesów wspierających

1. Plan zarządzania konfiguracją

[Dołączony jako referencja.]

2. Plan weryfikacji

[Dołączony jako referencja.]

3. Plan komunikacji

[Dołączony jako referencja.]

4. Plan zarządzania jakością

[Dołączony jako referencja.]

5. Plan zarządzania podwykonawcami

[nie dotyczy]

6. Plan poprawy procesu

[nie dotyczy]

7. Dodatkowe plany

[dodatkowe plany wymagane np. z powodów prawnych.]

(…)

8. Aneksy

[dodatkowe informacje]

(…)

9. Indeks

<Nazwa firny>

<Nazwa Projektu>	Wersja: <1.0>
Wizja Projektu	Data: <yyyy/mm/dd>
<identyfikator dokumentu>

Tajne

©<Nazwa firny>, 2008

Strona 15 of 18

---