docProwadzenie projektu
download 
Reklamacja Transkrypt
Prowadzenie projektu
ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Prowadzenie projektu 1 Prowadzenie projektu Zadania Kierownika Projektu • uruchomienie prac • monitorowanie post pów − porównywanie aktualnego stanu prac z planem projektu − kontrola czasu (harmonogramu) i bud etu − identyfikacja odchyle od planu • podejmowanie kroków naprawczych • monitorowanie zmian • rozwi zywanie problemów − identyfikacja problemu − rozwi zywanie − raportowanie • zarz dzanie ryzykiem − analiza zdarze w poprzednim etapie − ponowne wykonanie analizy ryzyka dla bie cego etapu • zarz dzanie zespołem • kontrola podwykonawców − kontrola post pów − procedury akceptacji − zapewnienie jako ci prac zleconych Wersja 12.03 ń K.Pie kosz Zarz dzanie Projektami Informatycznymi ą Prowadzenie projektu 2 Kontrola post pu prac Monitorowanie • czy zmie cimy si w czasie i bud ecie, ewentualnie czy plan i bud et musz by uaktualnione? • czy wystarcza zasobów? • czy cel projektu jest nadal wła ciwy i czy nie zmieniły si ograniczenia ? • czy pojawiły si dodatkowe zadania ? • czy zakres projektu musi by zmieniony ? Mechanizmy kontroli • raporty • spotkania • przegl dy produktów • metryki parametrów przedsi wzi cia Najwa niejsza jest dokładno Wersja 12.03 informacji !!! K.Pie kosz Zarz dzanie Projektami Informatycznymi ń ą Prowadzenie projektu 3 Działania w przypadku opó nie • nadgodziny (zaakceptowanie wi kszych kosztów) • powi kszenie zespołu • przesuni cie zasobów • zaakceptowanie wi kszego ryzyka • negocjacje z klientem zmiana harmonogramu ograniczenie zakresu metoda triage – klasyfikacja wymaga − zrobi koniecznie − powinno si zrobi − ewentualnie zrobi • obni enie jako ci Oznaki złego zarz dzania projektu • okresy przeci e /niedoci e zespołu • niedost pno zasobów w wymaganych okresach • du y procent pracy zmarnowanej/poprawianej • niska jako produktów • du y wpływ drobnych problemów na realizacj całego projektu • odchodz główni członkowie zespołu wykonawczego Wersja 12.03 K.Pie kosz ń Zarz dzanie Projektami Informatycznymi ą Prowadzenie projektu 4 Czas realizacji a liczba pracowników Zale no nieliniowa Przyczyny • wraz z liczb pracowników ro nie nakład czasu na komunikacj • niepodzielno zada Dodatkowo trzeba uwzgl dni , e • nowych wykonawców trzeba wdro y • eby ich wdro y trzeba oddelegowa w tym celu innych wykonawców Mo liwy efekt (Brooks) “dodanie nowych pracowników do opó nionego projektu zwi ksza opó nienie” Wersja 12.03 K.Pie kosz Zarz dzanie Projektami Informatycznymi ń ą Prowadzenie projektu 5 Miesi ce Czas realizacji a liczba pracowników Pracownicy Projekty wymagaj ce niewielkiej komunikacji Miesi ce Projekty wymagaj ce intensywnej komunikacji Pracownicy Wersja 12.03 K.Pie kosz ń Zarz dzanie Projektami Informatycznymi ą Prowadzenie projektu 6 Metryki • miary produktu (oprogramowania) • miary procesu tworzenia oprogramowania Przykłady miar produktu • miary jako ci (np. niezawodno ci, wydajno ci, zło ono ci obliczeniowej) • miary wielko ci i zło ono ci (np. punkty funkcyjne) Przykłady miar procesu • czas niezb dny do zrealizowania danego procesu • zasoby niezb dne w konkretnym procesie (np. pracochłonno , bud et) • liczba wyst pie pewnych zdarze (np. bł dów, korekt, da zmian) Wersja 12.03 K.Pie kosz ń Zarz dzanie Projektami Informatycznymi ą Prowadzenie projektu 7 Cele stosowania metryk • podstawa ró norodnych oszacowa (kosztów, czasu zasobów itp.) • okre lenie zło ono ci projektu • ocena jako ci produktów • ocena skutków wprowadzanych zmian • kontrola zaawansowania prac • do lepszego planowania przyszłych projektów Po dane cechy metryk • obiektywno – oparcie na mierzalnych atrybutach produktu lub procesów (np. liczba linii kodu, czas testowania) • obserwowalno – metryka mo e by wyznaczona na podstawie obserwowanego produktu lub procesu projektowego • u yteczno – metryka ma dobr korelacj z procesem produkcyjnym, tzn. daje rzeczywist informacj o systemie, procesach i produkcie Wersja 12.03 K.Pie kosz ń Zarz dzanie Projektami Informatycznymi ą Prowadzenie projektu 8 Mierzenie wykorzystania bud etu i post pu prac (Metoda Earned Value) Parametry • BCWP (Budgeted Cost of Work Performed) – warto prac uko czonych do danego dnia projektu • BCWS (Budgeted Cost of Work Scheduled) – warto prac, które miały by wykonane do danego dnia projektu (planowany bud et) • ACWP (Actual Cost of Work Performed) – rzeczywiste koszty poniesione do danego dnia projektu • BAC (Budget at Completion) – warto całego projektu Podstawowe wska niki • odchylenie od planowanego harmonogramu SV = BCWP – BCWS (warto ujemna oznacza opó nienie w stosunku do planu) • odchylenie od planowanego kosztu CV = BCWP – ACWP (warto ujemna oznacza przekroczenie bud etu) Wersja 12.03 K.Pie kosz ń Zarz dzanie Projektami Informatycznymi ą Prowadzenie projektu 9 Wska niki wydajno ci realizacji projektu • wska nik wydajno ci realizacji harmonogramu SPI = BCWP / BCWS • wska nik wydajno ci realizacji bud etu CPI = BCWP / ACWP • wska nik wydajno ci bud etu dla pozostałych do wykonania prac w celu zmieszczenia si w bud ecie TCPI = (BAC – BCWP) / (BAC – ACWP) Szacowane koszty ko cowe • EAC (Estimate at Completion) EAC = ACWP + (BAC – BCWP) / CPI Wersja 12.03
