Standard PMI (Project Management Institute)
Jednym z najbardziej popularnych standardów, na którym w znacznej mierze oparto te materiały, jest standard prowadzenia projektów amerykańskiej organizacji Project Management Institute (PMI) opublikowany m.in. w postaci książki „A Guide to the Project Management Body of Knowledge”. Standard ten został przyjęty przez organizację standaryzacyjną ANSI jako obowiązujący w zakresie prowadzenia projektów w USA.
Według PMBOK Guide projekt to „ograniczony w czasie wysiłek podejmowany w celu wytworzenia unikatowego produktu lub dostarczenia usługi”. Zarządzanie projektami natomiast polega na „stosowaniu wiedzy, umiejętności, narzędzi i technik w działaniach projektowych, w dążeniu do osiągnięcia wyznaczonego celu”. Według PMI na zarządzanie projektami składa się 9 obszarów, w ramach których zdefiniowano charakterystyczne dla nich procesy.
IPMA (International Project Management Association)
Inna organizacja, która za cel obrała sobie promowanie i popularyzowanie wiedzy z zakresu zarządzania projektami jest Międzynarodowe Stowarzyszenie Zarządzania Projektami (ang. International Project Management Association - IPMA). Dokumentem o charakterze zbliżonym do PMBOK Guide są wytyczne kompetencji IPMA (ang. IPMA Competence Baseline = ICB). International Project Management Association (IPMA) - Międzynarodowe Stowarzyszenie Zarządzania Projektami jest organizacją non-profit zarejestrowaną w Szwajcarii, z sekretariatem i centralą operacyjną w Wielkiej Brytanii. Poprzez krajowe organizacje stowarzyszone (ang. National Associations), jak np. Stowarzyszenie Project Management Polska, stara się promować wiedzę z zakresu zarządzania projektami. Definicje projektu według ICB: „Projekt jest przedsięwzięciem, w którym zasoby ludzkie, rzeczowe i finansowe są zorganizowane w nowatorski sposób, w celu wykonania unikatowego zakresu prac, z daną specyfikacją, z ograniczeniami kosztu i czasu, w okresie pełnego cyklu trwania projektu, dla uzyskania korzystnych zmian określonych przez cele jakościowe i ilościowe”; ICB definiuje 28 obszarów wiedzy dotyczącej zarządzania projektami:
1.zarządzanie projektem i produktem;2. kontekst projektu;3.cykl życia projektu;4.ocena projektu;5.cel i strategia projektu;6. kryteria sukcesu i klęski projektu;7.normy i procesy;8.podejście systemowe i integracja; itd.
Metodyka PRINCE 2
Metodyka zarządzania projektami PRINCE2 powstała w Wielkiej Brytanii. Jest ona ogólnie dostępna i może być używana przez wszystkich, chociaż prawa autorskie pozostają w posiadaniu Korony Brytyjskiej, a PRINCE jest marką zastrzeżoną przez Office of Government Commerce (dawniej przez Central Computer and Telecomunications Agency - CCTA). Jej nazwa to akronim od „PRojects IN Controlled Environments”, czyli „projekty w sterowalnych środowiskach”. Można odnieść wrażenie, że metodyka PRINCE2 wywodzi się bezpośrednio ze standardów PMI. Dokonuje ona jednak pewnego zagregowania i usystematyzowania zasad organizacji i zarządzania projektem i przełożenia ich na zasady bardziej odpowiadające rynkowi europejskiemu. Definicja wg PRINCE2 „projekt to sposób prowadzenia przedsięwzięć gospodarczych zmierzający do wytworzenia produktu uzasadnionego biznesowo, w ramach określonego czasu, budżetu, z odpowiednią strukturą organizacyjną, rolami i zakresami odpowiedzialności”. Podstawą PRINCE2 jest osiem procesów, które w mniejszym lub większym stopniu powinny wystąpić w czasie realizacji każdego projektu, przy czym procesy te są ze sobą powiązane i zwykle występują przemiennie w kolejności, wynikającej ze złożoności projektu oraz fazy i stanu jego realizacji.
Metodyka CMMI (Capability Maturity Model Integration)
Wśród standardów określających sposób prowadzenia projektów informatycznych coraz większego znaczenia nabiera model CMMI (Capability Maturity Model Integration). Został on opracowany w projekcie sponsorowanym przez Departament Obrony Stanów Zjednoczonych. Zgodnie z modelem CMMI : „projekt to zarządzany zbiór powiązanych ze sobą zasobów, które dostarczają jeden lub wiele produktów do nabywcy lub końcowego użytkownika. Ten zbiór zasobów działa zgodnie z pewnym planem. Taki plan ma z reguły postać dokumentu, który określa produkt, który ma być dostarczony lub wdrożony, niezbędne zasoby i fundusze oraz czynności do wykonania i harmonogram prac”. Procesy w ramach CMMI zgrupowano w 4 kategorie:
1.zarządzanie procesami (ang. Process Management);2.zarządzanie projektem (ang. Project Management);
3.inżynieria oprogramowania (ang. Engineering);4.zarządzanie pomocnicze (ang. Support).
Proces jest to zespół zasobów i działań, przekształcających wejścia w wyjścia.
Projekt jest zbiorem skończonych w czasie procesów, prowadzących do wykonania unikalnego produktu, wyświadczenia unikalnej usługi bądź też realizacji specyficznego celu.
Zarządzanie projektem to zastosowanie dostępnych i właściwych: wiedzy, umiejętności, metodologii, technik i narzędzi, tak, by zapewnić przebiegi składowych procesów projektu, prowadzące do realizacji celu.
Składają się nań: planowanie, przydział zadań, nadzór i kontrola, używanie specyficznych narzędzi (w tym informatycznych), podejmowanie decyzji. Zarządzać projektem to utrzymywać równowagę triady: technika-czas-koszty;Zarządzanie przez projekty to traktowanie wszystkich form działalności przedsiębiorstwa jako projekty
Udziałowcy projektu to osoby fizyczne bądź organizacje, związane z projektem, mające wpływ na jego przebieg lub zainteresowane jego wynikiem (klient - sponsor - inwestor, użytkownik końcowy, kierownik projektu, ekipa projektowa, dostawcy,...) Dla wygody i skuteczności zarządzania wydziela się w projekcie jego fazy, wynikające z czasowego podziału jego realizacji. Wynik każdej fazy to kamień milowy (punkt kontrolny). Okresy pomiędzy kamieniami milowymi to fazy projektu. Suma faz to cykl życia projektu.
potrójne ograniczenia - czasu, kosztów, zasobów; przebieg „poprzeczny” przez przedsiębiorstwo:
specyficzna, wyodrębniona z przedsiębiorstwa organizacja - tymczasowa, elastyczna i ewoluująca
złożoność - już „średniej wielkości” projekt wymaga wielozadaniowej ekipy i szefa-generalisty
zarządzanie antycypacyjne (wyprzedzające) i zapobiegawcze (prewencja)
Klasyfikacja projektów
1.duże projekty, 2.programy (składają się z wielu dużych projektów), 3.projekty zewnętrzne (kontraktowe), 4.projekty wewnętrzne
WARUNKI KONIECZNE SUKCESU:
1.elementy socjokulturowe: motywacja, komunikacja, praca grupowa, zespoły interdyscyplinarne;
2.elementy metodologiczne: umiejętności kierownicze menedżera, metodologia zarządzania projektami, szkolenia pracowników, dobór członków zespołu
PRZYCZYNY PORAŻEK: 1.słaba motywacja członków zespołu;2.zmiany wymagań związanych z produktem projektu; 3.słabe zaangażowanie kadry kierowniczej; 4.fluktuacja kadry; 5.zbyt napięty harmonogram; 6.niedokładne oszacowanie kosztów
Procesy zarządzania projektem, grupy procesów:1.procesy inicjacji;2.procesy planowania;3.procesy wykonawcze;4.procesy sterująco-kontrolne;5.procesy zamykające
Metodyka PMI- I.Zarządzanie integralnością
a.)Opracowanie planu projektu:Wejścia procesu 1.wyniki innych procesów planowania (m. in. zstępująca struktura podziału pracy - WBS) 2.informacje historyczne, będące kapitalizacją wcześniejszych doświadczeń; 3.ograniczenia (czasu, budżetu, zasobów);Transformacje wejść procesu: 1.metodologia planowania ; 2.wiedza i umiejętności planistów ;Wyjścia procesu:1.plan projektu
b.)Wykonanie planu projektu:Wejścia procesu:1.plan projektu, 2.modyfikacje; Transformacje wejść procesu:1.ogólne umiejętności zarządzania;2.znajomość produktu/usługi/celu projektu;3.przeglądy;4.procedury organizacyjne;Wyjścia procesu:1.wyniki prac;2.wnioski o zmianę planu.
c.)Zarządzanie zmianami planu projektu:Wejścia procesu: 1.plan projektu, 2.raporty wykonania, 3.wnioski o zmianę planu ;Transformacje wejść procesu:1.system kontroli i sterowania zmianami, 2.pomiary wykonania, 3.dodatkowe planowanie ;Wyjścia procesu: 1.uaktualniony plan, 2.działania korygujące .
II. Zarządzanie komunikacją
a.)Planowanie komunikacji:Wejścia procesu:1.wymagania komunikacyjne projektu, 2.dostępne technologie komunikacyjne ;Transformacje wejść procesu: 1.analiza udziałowców projektu
Wyjścia procesu: 1.plan zarządzania komunikacją
b.)Dystrybucja informacji:Wejścia procesu:1.wyniki prac, 2.plan zarządzania komunikacją, 3.plan projektu;Transformacje wejść procesu:1.umiejętności komunikacyjne udziałowców, 2.system wyszukiwania informacji, 3.system rozpowszechniania informacji ;Wyjścia procesu:1.dostępne informacje (teczka projektu)
c.)Raportowanie wykonania:Wejścia procesu:1.plan projektu, 2.wyniki działań; Transformacje wejść procesu:1.przeglądy wykonania, 2.analiza odchyleń, 3.analiza tendencji, 4.analiza wartości uzyskanej (budżet, planowany koszt planowanej pracy, rzeczywisty koszt wykonanej pracy, planowany koszt wykonanej pracy, a na ich podstawie odchyłki kosztowe, harmonogramu, itd.), 5.narzędzia i techniki dystrybucji informacji;Wyjścia procesu:1.raporty, 2.wnioski o zmianę.
d.)Zamknięcie projektu:Wejścia procesu:1.plan projektu, 2.wyniki prac; Transformacje wejść procesu: 1.niezbędne działania prawne, księgowe, strategiczne i logistyczne ; Wyjścia procesu:1.zamknięcie prawne projektu, 2.zamknięcie księgowe projektu, 3.zamknięcie strategiczne projektu
4.zamknięcie logistyczne projektu
e.)Kapitalizacja doświadczeń, zarządzanie wiedzą:Wejścia procesu:1.wyniki prac, 2.raporty, 3.niesformalizowane doświadczenia udziałowców projektu ; Transformacje wejść procesu:
1.przełożenie i formalizacja umiejętności, 2.klasyfikacja i organizacja zgodnie ze strukturą zapewniającą dostępność innym osobom ;Wyjścia procesu:1.„zbiornik” doświadczeń, umiejętności i wiedzy, 2.przewodnik poruszania się po nim
III.Zarządzanie jakością
a.)Planowanie jakości:Wejścia procesu:1.polityka jakości, 2.zakres projektu, 3.opis produktu/usługi/celu projektu,4.normy ;Transformacje wejść procesu:
1.analiza zysku i kosztów, 2.benchmarking, 3.diagramy przepływów i przyczynowo-skutkowe (Ishikawa)
Wyjścia procesu:1.plan zarządzania jakością, 2.definicje operacyjne, 3.listy kontrolne
b.)Zapewnienie jakości:Wejścia procesu:1.plan zarządzania jakością, 2.wyniki pomiarów jakości
3.definicje operacyjne;Transformacje wejść procesu:1.metody i techniki planowania jakości,
2.audyty jakości ;Wyjścia procesu:1.doskonalenie jakości
c.)Kontrola jakości:Wejścia procesu:1.wyniki prac, 2.plan zarządzania jakością, 3.definicje operacyjne
4.listy kontrolne ;Transformacje wejść procesu: 1.kontrole i karty kontrolne, 2.statystyczna kontrola jakości, 3.diagramy Pareto i inne,4.analiza tendencji ;Wyjścia procesu: 1.doskonalenie jakości
2.decyzje o akceptacji, 3.zmiany, 4.wypełnione listy kontrolne,5.dostosowanie procesów
1. ZGODNOŚĆ - działaj zgodnie z przyjętymi standardami i specyfikacjami
2. CZYTELNOŚĆ - jasno opisuj procesy, stosuj klarowne zasady, jednoznaczne procedury
3. ZAPOBIEGANIE - wytwarzaj tylko to, co się da sprzedać, produkty z defektami wycofuj jak najwcześniej, nie dodawaj wartości do produktów, nie spełniających wymogów jakości
4. POMIARY - postęp możesz osiągnąć tylko w stosunku do punktu odniesienia, usytuuj go i wyznacz pozycję celu
5. ODPOWIEDZIALNOŚĆ - jesteś odpowiedzialny za produkt, jaki dostarczasz w projekcie klientowi wewnętrznemu
6. ARCHIWIZACJA - musisz umieć odnaleźć wszystkie „ścieżki” projektu, dokument, móc zrobić pewne rzeczy na nowo. Rób dobrze: od początku do końca i każdą rzecz!
IV.Zarządzanie zakresem
a.)Inicjacja: Wejścia procesu:1.opis produktu,2.plan strategiczny,3.kryteria wyboru projektu,4.informacje historyczne;Transformacje wejść procesu: 1. Metody ilościowe wyboru projektów. Należą one do jednej z dwóch kategorii: metody pomiarów zysku - ujęcia porównawcze (w tym benchmarking), modele wynikowe, wkład w zyski, różne modele ekonomiczne, metody optymalizacji z ograniczeniami - metody matematyczne takie jak programowanie liniowe i nieliniowe, programowanie całkowitoliczbowe, programowanie dynamiczne czy wielokryterialne;2. Ocena przez ekspertów:Ekspertyza może być dziełem zarówno pojedynczych osób, jak też całych grup, wywodzących się spośród rozmaitych jednostek organizacyjnych - wewnętrznych i zewnętrznych;Wyjścia procesu:1.karta projektu (project charter),2.menedżer projektu,3.ograniczenia, 4.założenia
b.)Planowanie zakresu:Wejścia procesu:1.opis produktu,2.karta projektu,3.ograniczenia,4.założenia
Transformacje wejść procesu:1.opis produktu (usługi, celu);Wyjścia procesu:
1. Definicja zakresu (scope statement). Winna obejmować poniższe elementy:1.1uzasadnienie projektu,
1.2skrócony opis produktu projektu,1.3lista podproduktów, składających się na pełny produkt,1.4krytyczne czynniki sukcesu, 2. Podstawowe szczegóły,3. Plan zarządzania zakresem:Może być sformalizowany bądź nie, bardzo szczegółowy lub o granicach ogólnikowo zakreślonych na podstawie wymogów projektu.
c.)Określenie struktury zakresu:Określenie struktury zakresu polega na rozbiciu głównych rezultatów projektu na mniejsze, a przez to łatwiejsze do zarządzania składowe. Celami takiego postępowania są:1.podnieść dokładność szacowania kosztów, czasu trwania i zasobów projektu, 2.określić podstawy pomiarów i kontroli parametrów,3.zwiększyć przejrzystość przypisanych odpowiedzialności ;Wejścia procesu:1.definicja zakresu, 2.ograniczenia, 3.założenia, 4.inne wyjścia, 5.informacje historyczne;Transformacje wejść: 1.Dekompozycja - dokonywana w 4 etapach: 1.1identyfikacja zasadniczych rezultatów projektu,1.2decyzja, czy na danym poziomie szczegółowości poszczególnych rezultatów można właściwie oszacować koszty i czasy trwania,1.3identyfikacja elementów składowych rezultatów, 1.4sprawdzenie poprawności dekompozycji, 2.Wzorzec podziału pracy (WBS);Wyjścia procesu: 1.struktura podziału pracy - WBS
d.)Weryfikacja zakresu projektu:Wejścia procesu:1.wyniki prac, 2.dokumentacja produktu
Transformacje wejść:1.przegląd;Wyjścia procesu:1.Formalna akceptacja
e.)Kontrola zmian zakresu:Kontrola zmian zakresu projektu dotyczy: 1.wpływania na czynniki wywołujące zmiany zakresu tak, by owe zmiany były korzystne (prewencja),2.stwierdzenia zmiany zakresu (diagnoza), 3.zarządzania zmianami już zaistniałymi (synteza).Wejścia procesu:1.WBS,2.raporty o wynikach
3.Informacje dotyczące zmian - ich rodzaj (czego są wynikiem): zdarzeń zewnętrznych, błędu lub pominięcia przy określaniu zakresu produktu, błędu lub pominięcia przy określaniu zakresu projektu , zmiany niosące wartość dodaną, 4.plan zarządzania zakresem;Transformacje wejść:1.system kontroli zmian zakresu
2.pomiary wyników, 3.dodatkowe planowanie;Wyjścia procesu:1.zmiany zakresu,2.działania korygujące
3.doświadczenia
V. Zarządzanie czasem
Podstawowe cele: 1.określenie listy czynności koniecznych do wykonania w czasie realizacji projektu i zdefiniowanie sieci projektu, 2.oszacowanie czasu trwania czynności, 3.stworzenie harmonogramu projektu kontrola zgodności z harmonogramem
Podejście klasyczne - ścieżka krytyczna: 1.najdłuższa droga w sieci, 2.wyznacza najkrótszy możliwy czas ukończenia projektu, 3.czynności krytyczne nie mają zapasu czasu, 4.czynności niekrytyczne mają mniejszy lub większy zapas czasu
Podejście współczesne - metoda łańcucha krytycznego, 1. Mechanizmy marnujące zapas czasu
1.1. Szacowanie czasu trwania zadań: Szacunek nie jest konkretną liczbą, lecz jest to pewien zakres prawdopodobieństw - wielkość statystyczna. Czas, w którym ukończone zostanie zadanie z prawdopodobieństwem 50%, jest nieproporcjonalnie krótszy niż ten, który zapewnia 80% szans na sukces, czyli zakończenie danego etapu w założonym czasie.1.2Syndrom Studenta „Praca nie zając”
1.3. Prawo Parkinsona„Praca zajmuje cały czas, który został na nią przewidziany”, a nawet: „im więcej mamy czasu na wykonanie konkretnej pracy, tym więcej czasu praca ta zabierze”.
Przyczyny: 1.w projekcie zawsze znajdzie się coś, co można jeszcze poprawić; 2.efekt samospełniającej się przepowiedni;3.niechęć do ujawniania swoich rezerw czasowych; 4.brak motywacji do ukończenia etapu przed uzgodnionym terminem. 1.4. Ludzie nie są robotami: 1.ludzie zwykli zaczynać pracę od tego co lubią robić a nie od tego, co powinni; 2.ludzie mają swoje własne priorytety - ulubione projekty i własny porządek dnia; 3. niektóre zadania wykonują bardzo dobrze, przed innymi z różnych powodów się wzbraniają; 4.jeśli przydzielona praca jest zbyt prosta, przyziemna, następuje szybkie znudzenie się nią;5.zbyt duża ilość informacji podana w krótkim czasie bywa przytłaczająca;6. ludzie źle reagują na zmienne środowisko - stają się nerwowi.
2.1. Planowanie zadań „wstecz” oraz „as late as possible”
Harmonogram tworzy się „pod” datę końca projektu - nie jest to postępowanie ani charakterystyczne jedynie dla tej metody, ani dla niej zasadnicze, ale jednak zalecane. W CPM rozpoczęcie zadania jest umiejscawiane na harmonogramie w terminie jak najbliższym daty rozpoczęcia projektu (ang. as-soon-as possible). W przypadku łańcucha krytycznego jest inaczej - rozpoczęcie zadania odsuwane jest na termin „najpóźniej jak się da” (as-late-as-possible). Tworzony harmonogram składa się z jak najmniejszej ilości zadań, co ma umożliwić zarządzanie projektem w skali makro. Szczegółowość harmonogramu daje złudzenie posiadania większej kontroli nad pracami, jednak ogólniejsze spojrzenie umożliwia lepsze orientowanie się w sytuacji i podejmowanie na bieżąco trafnych, efektywnych decyzji.
2.2. Identyfikacja łańcucha krytycznego projektu: Łańcuch krytyczny to najdłuższy ciąg zadań, których opóźnienie spowodowałoby opóźnienie całego projektu, przy czym podczas jego wyznaczania brane są pod uwagę zarówno wzajemne zależności pomiędzy zadaniami, jak i zależności wynikające z dostępności zasobów. Jest to różnica pomiędzy łańcuchem a ścieżką krytyczną, która rozważa tylko zależności między zadaniami i określa nieprzerwany ciąg zadań o najdłuższym czasie realizacji.
2.3. Rozmieszczenie buforów
Zadaniem buforów jest gromadzenie skumulowanych rezultatów losowości charakterystycznej dla projektu. Wielkość tych buforów zależy od stopnia niepewności i ryzyka, jakim obarczony jest projekt. Projekty innowacyjne, realizowane w mało znanym środowisku lub przez nowy zespół, powinny być chronione dużym buforem (stanowiącym nawet 50% czasu na ścieżce krytycznej). Trzy rodzaje buforów: 1.bufor projektu, 2.bufor zasilający i 3. bufor zasobu. Bufor projektu jest to zapas czasu, chroniący cały projekt. Wszelkie opóźnienia, które wystąpią w łańcuchu krytycznym projektu, zostaną przez niego zaabsorbowane i w ten sposób zostanie ochroniona zaplanowana data zakończenia projektu. Bufory zasilające to zapasy czasu, chroniące łańcuch krytyczny projektu. Mają one za zadanie przeciwdziałać skutkom opóźnień, występujących przy realizacji zadań, które nie należą do łańcucha krytycznego, ale które w pewnym momencie się z nim łączą. Zadania krytyczne to ZK1, ZK2, ZK3i ZK4, zadania leżące poza łańcuchem krytycznym - Z5, Z6, Z7 oraz bufor projektu i bufory zasilające (B).
2.4. Środowisko wielozadaniowe
Sposoby rozwiązywania konfliktów w środowisku wielozadaniowym proponowane w koncepcji Goldratta, to:
1.synchronizacja projektów wokół kluczowego zasobu (zwanego „dobosz” lub „werbel”, ang. „drum resource”), limitującego możliwości realizacyjne;2.ograniczanie wielozadaniowości poprzez przydzielanie zasobów do zadań priorytetowych;3.jeżeli jest problem z ustaleniem, które zadania są priorytetowe, zasoby należy przydzielać w sposób minimalizujący wyczerpywanie się buforów projektu. Główną zasadą jest przydzielanie zasobów kolejno do zadań, które mają największe znaczenie dla pomyślnego ukończenia projektu. Dzięki przydzielaniu zasobów zgodnie z priorytetami ogranicza się wielozadaniowość i poprawia efektywność pracy nad projektem. Zadanie o najwyższym priorytecie jest realizowane w czasie znacznie krótszym. Zadanie o najniższym priorytecie jest ukończone w tym samym momencie lub wcześniej.
Realizacja projektu zgodnie z założeniami łańcucha krytycznego określana jest często mianem „biegu w sztafecie”: 1.celem jest zwycięstwo - osiągnięcie najkrótszego możliwego czasu realizacji projektu; 2.negocjowany jest czas, a nie termin realizacji; nie jest istotna realizacja ściśle według harmonogramu - ważny jest wyścig z czasem;3.ważny jest nie tylko „szybki bieg”, ale i „sprawna zmiana” - zupełnie jak w sztafecie.
4.wyeliminowane zostały kamienie milowe, więc każdy rozpoczyna i wykonuje swoje zadanie jak najszybciej, bez patrzenia na planowany termin zakończenia; jeśli zadanie zostało już rozpoczęte, to celem jest jego jak najszybsze zakończenie;5.zasób ma za zadanie przygotować się do płynnego „przejęcia pałeczki” od poprzednika, poprzez śledzenie bądź otrzymywanie informacji o postępie zadania poprzedzającego;
VI. Zarządzanie kosztami-Cele: 1.Konstrukcja budżetu, 2.Kontrola budżetowa
Budżetowanie - Należy zacząć od próby oceny kosztów związanych z projektem
Estymacja powinna być rzetelna: 1.Jeśli zawsze zbyt optymistyczna - przewiduje się rezerwy (czy potrzebne?), 2.Jeśli zawsze pesymistyczna - uśpiona czujność, 3.Niska cena przy optymistycznej estymacji - nie opłaca się na dłuższą metę
Szacowanie wstępujące (bottom-up):1.Dekompozycja projektu na „najmniejsze składowe”, 2.Szacowanie kosztów na poziomie szczegółowych elementów, 3.Sumowanie kosztów „od szczegółu do ogółu”, 4.Dokładność oszacowania rzędu 5%, 5.Metoda bardzo pracochłonna, zwłaszcza w pierwszych oszacowaniach, 6.Dobre udokumentowanie analizy może być wykorzystane w przyszłych projektach (kapitalizacja wiedzy)
Do szacowania kosztów metodą bottom-up potrzebne są dokładne informacje o: 1.zasobach rzeczowych potrzebnych do realizacji poszczególnych zadań, 2.zasobach ludzkich, 3.wszystkich wydatkach (też administracyjnych)
Szacowanie przez analogię (top-down): 1.Oszacowanie na podstawie rzeczywistych kosztów wcześniejszych projektów, 2.Jeżeli oszacowanie oparte jest na „podobnym” projekcie z przeszłości - średni błąd oszacowania wynosi +/- 15% w przeciwnym przypadku błąd jest rzędu +/- 35% , 3.Wymaga „banku wiedzy” o kosztach różnego typu projektów (kapitalizacja wiedzy o zrealizowanych projektach)
Szacowanie na podstawie modelowania parametrycznego: 1.Szukane koszty projektu (podprojektu, zadań) są zadane wzorem analitycznym, 2.Wystarczy podstawić do wzoru odpowiednie wartości (parametry)
Przykłady parametrów:1.w budownictwie: np. powierzchnia, objętość, 2.w informatyce: ilość instrukcji w kodzie źródłowym, 3.w każdej dziedzinie: złożoność projektu, innowacyjność,
stopień znajomości (trudności) klienta. Modele parametryczne wymagają przetestowania na wielu projektach, a Zweryfikowane modele są bardzo użyteczne
Szacowanie oceną ekspercką:1. Pojedynczy ekspert może się bardzo pomylić (do 70%), dlatego uśrednia się oceny wielu ekspertów, 2.Dokładność oszacowania rzędu 15-20% zapewnia udział około 70 ekspertów (!)
3.Metoda droga
Budżet w czasie: 1.Budżet wiąże się z harmonogramem, 2.W oprogramowaniach zwykle założenie o równomiernym zużyciu zasobów w danym zadaniu, 3.Użytkownik może to zmienić
Informacje o kosztach (konieczne powiązane z pakietami): 1.zużyte (przepracowane) godziny, 2.zużyte materiały, 3.amortyzacja, 4.inne wydatki
Zbieranie informacji o kosztach projektu: 1.to nie to samo co księgowanie informacji o kosztach przez księgowość, bo opiera się na kodach z WBS, a nie kodach kont księgowych, 2.Jest ważne również ze względu na kapitalizację wiedzy, 3.Trzeba zbierać informacje również o kosztach pozabudżetowych - najważniejsza jest prawdziwa informacja o kosztach
Różne momenty ujęcia kosztu: 1.Faktura (normalne), 2.Zapłata (normalne), 3.Zamówienie (koszt „ukryty”)
4.Ustna rozmowa telefoniczna (koszt „ukryty”)
Raporty - pozycje (w trakcie trwania projektu): 1.Numer zadania (pakietu), 2.Budżet planowany, 3.Koszy poniesione, 4.Zaawansowanie, 5.Koszty ukryte, 6.Przewidywane koszty całkowite
Kontrola postępu prac
Stwierdzenie, ile procent danego zadania (pakietu) zostało zrealizowane bywa 1.Łatwe (ilość jednostek), 2.Trudne (np. praca doktorska, podwykonawcy) - metoda punktów pośrednich: a.)Plan 5% b.)1. rozdział 10%, 2. rozdział 20% (w czasie pisania 2. rozdziału 10%), c.)złożenie pracy 100%
Odchylenia między planem a rzeczywistością
Trzy przyczyny: 1. Zmiany w zakresie (jedno piętro więcej, jeden moduł więcej), 2.Zmiany w ilości zużytych zasobów (niezależne od zmian w zakresie - trzeba więcej godzin, by wykonać ten moduł), 3.Zmiany w produktywności (produkt/godzinę pracy, gorsze bo np. opóźnienia w dostawie, niedostępność zasobu)
Sens kontroli realizacji polega na tym, by zrozumieć: 1.Z której przyczyny wystąpiło dane odchylenie, 2.Jakie są jego przewidywalne konsekwencje dla projektu, 3.Co należy zrobić teraz, by zmniejszyć (zlikwidować) skutki odchyleń negatywnych
Kontrola kosztów w trakcie realizacji: 1. Kiedy zostanie przekroczony budżet, zło już się stało! Trzeba reagować wcześniej, uprzedzając problemy, 2. Skąd brać szybkie i dobre informacje?:a.)Formularze godzin, b.)Zużycie materiałów, c.)Kontrola postępu zleceń zewnętrznych, d.)Składane zamówienia, 3.Jak z nich korzystać? Metoda Earned Value
Metoda Earned Value
Parametry metody: BCWS - Planowany koszt planowanej pracy,ACWP - Rzeczywisty koszt wykonanej pracy
BCWP - Planowany koszt wykonanej pracy, SV=BCWP-BCWS - Odchylenie harmonogramu,
CV=BCWP-ACWP - Odchylenie kosztu.
Szacowanie (prognozowanie) końcowego kosztu projektu
EAC (szacowany koszt końcowy) = ACWP (to, co wydaliśmy do tej pory)
ETC (to, co jeszcze przewidujemy wydać)
Założenia przy szacowaniu pozostałego kosztu: 1.Rzeczywiste stawki, te, które wystąpiły do tej pory, prawdopodobnie się już nie zmienią, 2.Rzeczywiste stawki, jakie wystąpiły do tej pory, były wyjątkiem
Wskaźniki wydajności realizacji projektu
SPI=BCWP/BCWS - Wskaźnik wydajności harmonogramu, CPI=BCWP/ACWP - Wskaźnik wydajności kosztu
EAC=BAC / CPI - Szacowany koszt końcowy, EAC=ACWP+ETC - Szacowany koszt pozostały
VAC=BAC-EAC - Odchylenie budżetu
VII. Zarządzanie ryzykiem
1. Ryzyko jest to zdarzenie zidentyfikowane, którego prawdopodobieństwo wystąpienia można dość dokładnie określić, 2.Ryzyko trzeba identyfikować i analizować przed rozpoczęciem projektu, potem jest za późno - realizacja projektu się przeciąga. Ale ten proces trwa aż do zakończenia projektu! 3.Zarządzaj ryzykiem - inaczej ryzyko będzie zarządzało Tobą! (J.P. Lewis), 3.Akceptujemy tylko te projekty, które mają akceptowalny poziom ryzyka. Projektów bez ryzyka nie ma! Zarządzanie ryzykiem może pomóc w uzyskaniu pewności, że osiągniemy wyznaczony cel. Nie można zrezygnować z projektu, który ma dużą wartość, tylko dlatego, że jest ryzykowny
Proces zarządzania ryzykiem:1.Identyfikacja (co się może zdarzyć, co nam grozi?), 2.Kwantyfikacja 3.Właściwe zarządzanie
Identyfikacja ryzyka(Typy ryzyka, jakie należy uwzględnić w projekcie):
I.Ryzyko techniczne:1.zakres produktu i projektu (bardzo częste źródło ryzyka, czasem prawdziwa plaga)
3.harmonogram prac - opóźnienia są rezultatem złej struktury podziału prac WBS i niepoprawnie odwzorowanych zależności pomiędzy zadaniami, nierealistycznego harmonogramu, opartego na zbyt optymistycznych oszacowaniach nakładu prac, niższej niż przyjęta w planie efektywności pracy, złego zarządzania zasobami, zwłaszcza w przypadku puli zasobów wspólnej dla wielu projektów, błędnej estymacji nakładów rzeczowych (pracochłonność, ilość), niejednoznacznego określenia w umowach terminów i warunków płatności, nieefektywnego przydziału i koordynacji zasobów, nieefektywnej komunikacji w projekcie
II.Ryzyko finansowe:1.błędna estymacja kosztów, 2.sposób finansowania (kredyty), 2.terminy płatności nie związane z konkretnym zakresem prac, 3.warunki płatności (ceny ustalone lub korygowane), 4.terminy płatności (zmiana stopy procentowej), 5. kursy walut, waluty niewymienialne, 6.brak zapłaty po wykonaniu pracy (brak akceptacji, niewypłacalność), 7.kary (ryczałt, ograniczenia), 8.przepisy podatkowe (zwłaszcza zagraniczne)
9.zerwanie lub przerwanie umowy, 10.problemy społeczne, posunięcia rządu i urzędów centralnych, 11.odpowiedzialność cywilna, lokalne przepisy bezpieczeństwa, ochrona
III. Ryzyko prawne: 1.obowiązujący język, 2.obowiązujące prawo, 3.lokalizacja, 4.wady dokumentów 5.własność przemysłowa (technologie, know-how), 6.kto rozsądza, 7.interwencja osób trzecich, 8.posunięcia rządu i urzędów centralnych (przepisy)
Dane wyjściowe do identyfikacji ryzyka:
1.opis produktu (czy wypróbowana technologia, czy innowacje), 2.lista kooperantów i dostawców wraz z ich opisem (zawodność?), 3.oceny kosztów i czasów trwania zadań, 4.WBS, 5.harmonogram, 6.lista zadańz przydzielonymi zasobami,7.lista trudno zastępowalnych członków zespołu,8.ista „zapracowanych” i „rozrywanych” członków zespołu, 9.którzy mogą nie dotrzymać swoich zobowiązań,10.dane historyczne o projektach z przeszłości i ryzyku (niekoniecznie na poziomie firmy, 11.czasem w czyjejś szufladzie), 12.dostępne dane historyczne o podobnych projektach (Internet), 13.pamięć członków zespołu projektowego
Narzędzia identyfikacji ryzyka
1.wywiady z udziałowcami projektu, 2.burza mózgów, 3.kwestionariusze kontrolne (checklisty) - specyficzne dla branży, 4.audyty produktu i procesów projektu, 5.zgłoszenia indywidualne - wynik zaangażowania każdego członka zespołu w zarządzanie ryzykiem eksperci (grupa delficka)
Grupa delficka:
1.Wybór grupy ekspertów z firmy i spoza niej. Eksperci nie mają kontaktu między sobą, nawet o sobie wzajemnie nie wiedzą, 2.Każdy ekspert jest pytany o możliwe ryzyka, 3.Każdy ekspert otrzymuje wszystkie odpowiedzi i może zmodyfikować swoją. Proces jest powtarzany.
Wywiady:
1.Osoba prowadząca wywiad musi dobrze rozumieć dziedzinę, 2.Cele wywiadu jasno określone i akceptowane prze obie strony, 3.Pytania otwarte (swobodne wypowiedzi rozmówcy), 4.Nie dłużej niż 2 godziny.
5.Brak konfrontacji (ale lekka doza prowokacji dopuszczalna), 6.Jasna i rzeczowa dokumentacja po zakończeniu wywiadu.
Wyniki identyfikacji ryzyka:
1.nazwa (identyfikator) ryzyka, 2.symptomy ryzyka (trygery: pośrednie wskazówki, np. zła atmosfera)
3.opis ryzyka (na czym będzie polegało), 4.wpływ na poszczególne parametry projektu
Ocena konsekwencji - podobne narzędzia
1.ilościowo (o tyle a tyle wyższe koszty, taka a taka kara) 2.słownie (skutek katastrofalny, krytyczny, marginalny, nieistotny). W obu przypadkach konsekwencje „tłumaczymy” na liczbę od 1 (nieistotny problem) do 10 (katastrofa).
Właściwe zarządzanie ryzykiem
Co można zrobić z ryzykiem? 1.Wyeliminować lub zredukować, 2.Przenieść na osobę trzecią (kosztuje!),
3. Kontrolować (rezerwy, działania korygujące, plany kryzysowe)
VIII. Zarządzanie ludźmi Procesy tej grupy mają za zadanie stworzenie warunków, umożliwiających udziałowcom projektu skuteczne działania na rzecz realizacji jego produktu/usługi/celu.
a.)Planowanie realizacji zadań:Omawiany proces określa role, obszary decyzyjne i odpowiedzialności, a także wzajemne relacje między udziałowcami projektu;Wejścia procesu:1.niezbędne informacje; 2.wymagane kompetencje; 3.stwierdzone ograniczenia;Transformacje wejść procesu:1.wzorce (szablony dokumentów wcześniejszych projektów); 2.obowiązujące procedury wewnętrzne; 3.metody i narzędzia organizacji pracy; 4.analiza udziałowców projektu ;Wyjścia procesu:1.określenia ról, obszarów decyzyjnych i odpowiedzialności; 2.plan zatrudnienia
b.)Pozyskanie ludzi:Celem procesu jest skompletowanie ekipy projektowej;Wejścia procesu:1.plan zatrudnienia; 2.przepisy wewnętrzne ;Transformacje wejść procesu:1.techniki negocjacyjne;
2.personel wewnętrzny i zewnętrzny ;Wyjścia procesu:1.przydział pracowników do projektu.
c.Praca grupowa:Proces ma za zadanie integrację zespołu projektowego i rozwój jego potencjału;Wejścia procesu:1.pracownicy projektu;2.plan zatrudnienia; 3.plan projektu; 4.listy kontrolne ;Transformacje wejść procesu:1.budowanie zespołu projektowego; 2.umiejętności menedżerskie; 3.system motywacyjny; 4.wspólne pomieszczenia robocze; 5.szkolenia.Wyjścia procesu:1.bardziej wydajny zespół.