Planowanie (harmonogramowanie)
Transkrypt
Planowanie (harmonogramowanie)
ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 1 Planowanie (harmonogramowanie) Po co planować ? • w celu okre lenia wszystkich zada do wykonania • w celu efektywnego wykorzystania czasu i zasobów (okre lenia niezb dnych zasobów i kosztów) • planowanie ujawnia w skie gardła i zagro enia • planowanie umo liwia sformułowanie cz stkowych celów oraz hierarchii ich wa no ci • plan okre la wizj całego projektu – wag zada i udział poszczególnych wykonawców, co zwykle wpływa na wi ksze zaanga owanie w projekcie • planowanie okre la re im realizacji projektu ograniczaj c wpływ chwilowych opinii i emocji • plan jest podstaw do koordynacji i kontroli projektu • plan stanowi dokumentacj , która mo e by poddana ocenie oraz mo e by wykorzystywana do doskonalenia procesu planowania w przyszło ci ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 2 Niedogodności planowania • planowanie wymaga czasu • planowanie jest kosztowne (wymaga dobrych fachowców) • planowanie jest oparte na oszacowaniach i prognozach przyszłych wydarze • stosowanie planów „usztywnia” funkcjonowanie przedsi biorstwa ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 3 NajwaŜniejsze elementy planowania • uzgodnienie celów i ogranicze projektu • strategia realizacji – okre lenie etapów i zada • zdefiniowanie produktów ko cowych i po rednich • okre lenie infrastruktury projektu • oszacowanie pracochłonno ci i kosztów • opracowanie harmonogramu, bud etu i przydziału zasobów • okre lenie punktów kontrolnych ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 4 Hierarchia harmonogramów • harmonogram negocjacyjny – estymacja zgrubna na poziomie całego projektu − czasu − bud etu • harmonogram kontraktowy – bardziej szczegółowy harmonogram w oparciu o wymagania u ytkownika z podziałem na etapy − kontrakt zwykle obejmuje pierwsze etapy, a nast pne etapy warunkowo z mo liwo ci renegocjacji • harmonogram szczegółowy – na poziomie etapu − czynno ci − bud etu − zasobów − procedur kontroli W trakcie realizacji projektu Struktura dwupoziomowa • aktualny etap – harmonogram szczegółowy • nast pne etapy – harmonogram zgrubny (np. kontraktowy) ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 5 Czynniki decydujące o długości etapu • struktura projektu • poziom ryzyka • mo liwo projektu oceny przebiegu, sensowno ci i kosztów • stopie poinformowania kierownictwa • czas niezb dny na przegl dy etapów (przygotowanie dokumentacji, przeprowadzenie przegl du itd.) • utrzymywanie zaanga owania ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 6 Elementy planowania • okre lenie zakresu prac • zaproponowanie „technologii” – sposobu wykonywania prac (kolejno ci, standardów, narz dzi, zasobów itd.) • zdefiniowanie produktów ko cowych i po rednich • oszacowanie pracochłonno ci i kosztów • rozplanowanie zada w czasie z uwzgl dnieniem dost pnych zasobów, ogranicze i czynników ryzyka ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 7 Etapy harmonogramowania szczegółowego • uzgodnienie celu, zakresu i ogranicze etapu (TOR - Terms of Reference) • podział etapu i zadania na zadania (WBS - Work Breakdown Structure) specyfikacja zada okre lenie ogranicze kolejno ciowych zada szacowanie czasów wykonania zada okre lenie efektów wykonania zada (produktów) przydział zasobów do zada • sporz dzenie i analiza sieci czynno ci analiza cie ki krytycznej analiza rozdziału zasobów • opracowanie wst pnego harmonogramu projektu szacowanie i harmonogramowanie kosztów zdefiniowanie punktów kontrolnych • weryfikacje i korekty (proces iteracyjny) • akceptacja harmonogramu ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Planowanie 8 Specyfikacja zadań • cel zadania • procedura – opis czynno ci wchodz cych w skład zadania • czas przeznaczony na realizacj zadania • dane wej ciowe – materiały ródłowe dla zadania • produkty – efekt realizacji zadania • kryteria rozpocz cia – kiedy, przy jakich warunkach mo na rozpocz realizacj zadania • kryteria zako czenia – kryteria akceptacji (odbioru) • role – kto realizuje zadanie (jaka komórka) i jest za nie odpowiedzialny • narz dzia, zasoby niezb dne do realizacji • metryki – opis danych o zadaniu, które nale y gromadzi w trakcie jego realizacji • inne – inne dane, dokumenty, standardy, wymagania, ograniczenia itp., które maj wpływ na sposób realizacji zadania