Zarzadzanie Projektami - książka


Zarządzanie projektami

Project Management w zasadzie nie posiada w języku polskim właściwego tłumaczenia. Dla wygody używać będziemy pojęcia "zarządzanie projektami", które jest tłumaczeniem dosłownym i dlatego wydaje się najlepsze.
Ta część serwisu powstała na początku roku 2000 głównie w oparciu o dostępną w internecie książkę Project Management Body of Knowledge, wydaną przez Project Management Institute w roku 1996. Książka ta jest swojego rodzaju normą stanowiącą podstawę dla zarządzania projektami. Obecnie strona jest rozwijana w oparciu o szeroką literaturę książkową i internetową, która jest dostępna głównie w języku angielskim. Niestety wciąż brakuje pozycji polskich.
Temat ten w Polsce jest wciąż nowy i jeszcze nie odkryty. Zarządzanie projektami stosuje świadomie ledwie część zagranicznych firm (głównie związanych z informatyką). Dlatego uważam, że należy go propagować.
Informacje, które pragnę przedstawić podzieliłem na trzy części. W pierwszej skupiam się na zdefiniowaniu zarządzania projektami oraz pojęć obecnych w nim. Dodatkowo prezentuję słownik stworzony na podstawie danych z APM Group. 
Druga część stanowi przegląd tzw. obszarów wiedzy. Jest to niejako rozrysowanie na płaszczyźnie skomplikowanej struktury zarządzania projektami. Opisuję tu procesy wyodrębnione przez PMI.
Część trzecia, to narzędzia i techniki, które stosuje się w PM. Nie znaczy to jednak, że zostały one wyłącznie w tym celu stworzone.
Mam nadzieję, że zawarte tu dane będą pomocne.

1. Co to jest Project Management?

1.1 Projekt
Organizacje wykonują pracę. Praca generalnie składa się z operacji oraz projektów, które mogą się wzajemnie przenikać. Operacje i projekty mają wiele cech wspólnych, np.: są wykonywane przez ludzi, determinowane przez ograniczone zasoby, planowane, wykonywane, nadzorowane, kontrolowane. Jak je rozróżnić?
Podstawową różnicą jest to, że działania są wykonywane stale i są powtarzalne, natomiast projekty są wykonywane od czasu do czasu, a każdy z nich jest inny. Możemy zdefiniować więc projekt jako określone w czasie działanie podejmowane w celu stworzenia niepowtarzalnego wyrobu lub usługi. Przy czym pojęcie wyrobu jest tutaj bardzo szerokie.
Określenie w czasie oznacza zdefiniowany początek oraz koniec. Określony czas trwania oznacza, że projekt kończy się, gdy zostanie osiągnięty jego cel lub stanie się jasne, że osiągnięcie celu nie jest możliwe. Tymczasowość projektu objawia się także w tym, że zapotrzebowanie na wyroby (istnienie niszy rynkowej) jest chwilowe, a więc zespół projektowy ma ograniczone zasoby czasowe. Zespoły projektowe zwykle trwają tylko tyle ile sam projekt. Zamknięcie prac oznacza zwykle rozwiązanie zespołu i przydzielenie pracownikom innych zadań.
Niepowtarzalny wyrób to taki, który jest różny w jakimś wymiarze od wszystkich pozostałych wyrobów lub usług. Celem projektowania jest uzyskanie czegoś, czego wcześniej nie było i stąd ta niepowtarzalność. Jeśli projekt dotyczy budowy budynku, to także jest on niepowtarzalny, jeżeli wcześniej nie zbudowano identycznego budynku. Także istnienie wielu wariantów w jednym projekcie nie zmienia atrybutu niepowtarzalności.
Projekty są podejmowane na wszystkich poziomach organizacji, mogą w nich brać udział pojedyncze osoby lub tysiące, mogą zabrać kilkadziesiąt godzin pracy lub kilka lat. Projekty mogą dotyczyć jakiejś jednostki, a mogą także całej organizacji lub wielu firm. Projekty są często krytycznym komponentem w realizacji strategii przedsiębiorstwa. Przykładowy projekt może dotyczyć:
- rozwoju nowego wyrobu lub usługi,
- zmiany struktury, personelu, stylu lub wizerunku organizacji,
- zaprojektowania nowego środka transportowego,
- rozwinięcie lub dostosowanie systemu informacyjnego,
- skonstruowanie budynku,
- zorganizowanie kampanii przedwyborczej,
- wdrożenie nowego procesu lub zorganizowanie nowej firmy.

1.2 Zarządzanie projektami (project management)

Zarządzanie projektami polega na zastosowaniu wiedzy, doświadczeń, narzędzi, metod oraz technik w działaniach projektowych w celu osiągnięcia lub przewyższenia potrzeb i oczekiwań udziałowców. Wiąże się to z koniecznością godzenia ze sobą wielu parametrów, jak np.:
- zakres, czas, koszty oraz jakość,
- różne potrzeby i oczekiwania różnych udziałowców,
- zidentyfikowane i niezidentyfikowane wymagania.
Udziałowcem w przypadku projektu może być zarząd organizacji, kierownik, wydział, dział marketingu, dystrybutorzy wyrobów firmy, klienci detaliczni, itp. Potrzeby są to wymagania, które klient sprecyzował, a więc zostały zidentyfikowane. Oczekiwania to wymagania niezidentyfikowane - zadaniem realizatorów projektu jest ich odgadnięcie za pomocą odpowiednich metod.

0x01 graphic

Rys.1. Obszary wiedzy obecne w zarządzaniu projektami
Źródło: opr. własne na podst. PMBOK, PMI, 1996, http://www.pmi.org

Definicje związane:
Program - grupa projektów zarządzanych w sposób zorganizowany w celu osiągnięcia korzyści niedostępnych w przypadku oddzielnego zarządzania projektami. Przykładem mogą być firmy lotnicze lub komputerowe, gdzie poszczególne projekty są łączone w jedną całość jako programy. Programy mogą mieć charakter cykliczny, na przykład roczny program inwestycyjny. Nie zmienia to jednak faktu, że projekty są "jednorazowe".
Subprojekt - projekty mogą być dzielone na subprojekty, które obejmują pewne elementy, np. jedną fazę, instalowanie, testowanie. Subprojekt zwykle jest usługą, jakkolwiek może się zdarzyć, że będzie to wyrób.
Podział rodzajowy projektów - D. Lock dzieli projekty na gospodarcze, badawcze, techniczne oraz produkcyjne.
Zarządzanie projektami możemy zdefiniować jako system decyzyjny przedsiębiorstwa, mający za zadanie opracowanie projektów gospodarczych, badawczych i innych. Instytucjami zarządzającymi są tu zarząd, dyrekcja, kierownicy zespołów projektowych oraz wyspecjalizowane jednostki. Podstawowymi fazami są:
1) opracowanie strategii i budżetu działalności projektowej,
2) sterowanie działalnością projektową,
3) zarządzanie operacyjne projektem.

2. Cykl życia projektu

Projekt jako przedsięwzięcie jednorazowe jest obarczony pewnym stopniem niepewności. Zwykle dzieli się go na fazy, aby łatwiej móc nadzorować przebieg. Poszczególne fazy ustawione od pierwszej do ostatniej nazywamy cyklem życia projektu.
Fazy można wydzielić na podstawie ich efektów. Jeżeli efekt jest oddzielnym, możliwym do zweryfikowania produktem (np. studium możliwości, projekt detalu, prototyp), to możemy mówić o fazie. Fazy pomagają w kontroli projektu, ale jednocześnie trzeba patrzyć globalnie na cały projekt, aby móc kontrolować np. koszty. W tym celu wykonuje się przeglądy końcowe po każdej fazie. Przegląd wiąże się z zatwierdzeniem efektów poprzedniej fazy i decyzją o przejściu do kolejnej (lub przerwaniu projektu).
W niektórych przypadkach jest jednak możliwe, ze kolejna faza rozpocznie się, zanim poprzednia się zakończy. Jest to dopuszczalne, gdy ryzyko niepowodzenia nie zakończonej fazy jest niskie. Taką praktykę nazywa się "fast tracking".

Cykl życia projektu pomaga określić, jaka praca powinna zostać wykonana w każdej fazie oraz kto powinien brać udział w poszczególnych fazach. Opisy te mogą być bardzo ogólne lub też szczegółowe. Większość cyklów charakteryzuje się:
1) niskim użyciem zasobów na początku, które wzrasta z czasem, a w ostatniej fazie ostro spada,
2) prawdopodobieństwo sukcesu jest najmniejsze na początku, a więc ryzyko porażki największe; z czasem prawdopodobieństwo wzrasta,
3) zdolność klientów do wpływu na ostateczne parametry wyrobu maleje z czasem; staje się to oczywiste, gdy weźmiemy pod uwagę, że koszt zmian i naprawy błędów wzrasta w każdej kolejnej fazie projektu.
Należy pamiętać o tym, że cykl życia projektu nie jest tym samym co cykl życia produktu. Projekt wprowadzenia nowego komputera na rynek, jest tylko fazą cyklu życia tego komputera jako produktu.

0x01 graphic

Rys.1. Przykładowy cykl życia projektu
Źródło: PMBOK, PMI, 1996, http://www.pmi.org

0x01 graphic

Rys.2. Cykl życia projektu dostaw dla Departamentu Obrony USA
Źródło: PMBOK, PMI, 1996, http://www.pmi.org

0x01 graphic

Rys.3. Cykl życia projektu konstrukcyjnego
Źródło: PMBOK, PMI, 1996,
http://www.pmi.org

0x01 graphic

Rys.4. Cykl życia projektu farmaceutycznego (Uwaga! Tłumaczenie niefachowe)
Źródło: PMBOK, PMI, 1996,
http://www.pmi.org

Cykl życia projektu (Fazy procesu projektowego) według UNIDO:
Faza przedinwestycyjna - studium możliwości, studium przedinwestycyjne, sformułowanie techniczno-ekonomicznej wersji projektu, ocena i decyzja.
Faza inwestycyjna - Negocjacje i zawieranie kontraktów, opracowanie planów obiektu inwestycyjnego, budowa, oddanie do eksploatacji.
Faza operacyjna - osiągnięcie zdolności produkcyjnej.

3. Otoczenie projektu

3.1 Udziałowcy

Udzialowcy projektu są to osoby lub organizacje, które są zaangażowane w projekt lub w których interesie może być pozytywne lub negatywne wpływanie na rezultat wykonania projektu lub jego zakończenie. W języku angielskim są oni określani tym mianem (ang. stakeholders), jednakże w języku polskim brak słowa odwzorowującego dokładnie sens tego określenia, najbliższym słowem jest chyba "klient". Zespół projektowy musi zidentyfikować udziałowców, określić ich potrzeby i oczekiwania, czyli uświadomione i nieuświadomione wymagania.

Kluczowymi udziałowcami w każdym projekcie są:
- kierownik projektu (project manager) - osoba odpowiedzialna za zarządzanie projektem,
- klient - organizacja lub osoba, która będzie wyrobu używała. Może być kilka poziomów klientów, na przykład w przypadku wyrobów farmaceutycznych mogą to być lekarze, pacjenci, ubezpieczyciele,
- organizacja wykonująca - przedsiębiorstwo, którego pracownicy są bezpośrednio zatrudnieni przy pracach projektowych,
- sponsor - osoba lub grupa, która zapewnia środki finansowe lub inne zasoby dla potrzeb projektu.

Oprócz tego występuje szereg udziałowców różnego typu: dostawcy, członkowie zespołów, ich rodziny, organizacje prowadzące lobbying, stowarzyszenia, związki, partie, rządy, itp. Zarządzanie oczekiwaniami udziałowców może być bardzo trudne z powodu zupełnie innych celów, które prowadzą często do konfliktów. Generalnie spory powinny być rozstrzygane na korzyść klientów, niemniej jednak nie wolno zapominać o pozostałych udziałowcach.

3.2 Organizacja

Projekty są zwykle częścią większej organizacji - przedsiębiorstwa, korporacji, rządu, agencji międzynarodowej, stowarzyszenia, itp. Dlatego też konieczne jest określenie miejsca i sposobu umieszczenia projektu w organizacji.
Organizacje oparte o zarządzanie projektami dzielą się na dwie kategorie:
1) organizacje czerpiące dochody głównie z wykonywania projektów dla innych - firmy architektoniczne, biura inżynieryjne, konsultanci, firmy konstrukcyjne, itp.
2) organizacje, które wdrożyły zarządzanie przez projekty.
Organizacja tych firm jest specyficznie dostosowana do prowadzenia projektów. Na przykład finanse są przygotowane do jednoczesnego prowadzenia szeregu projektów. Organizacje nie zajmujące się stale projektami zwykle nie mają w tym celu zoptymalizowanej struktury, co utrudnia zarządzanie projektami. Zespół projektowy powinien być stale świadomy tego, jaki wpływ na jego działanie i efektywność ma system organizacyjny.
Wiele organizacji rozwinęło swój własny styl i kulturę. Jest to widoczne w ich normach, oczekiwaniach, politykach czy procedurach, relacjach, uprawnieniach i wielu innych miejscach. Kultura organizacji zorientowanych na projekty zwykle jest skonstruowana tak, aby maksymalnie zwiększyć efektywność projektowania.
Struktura organizacji wykonującej projekty określa w dużym stopniu zdolność tej firmy do skutecznego zarządzania projektami.

Tab.1. Struktura organizacyjna a zarządzanie projektami

Typ organizacji

FUNKCJONALNA

MACIERZOWA

PROJEKTOWA

Słaba

Zbilanso
wana

Silna

Uprawnienia kierownika projektu

Małe lub żadne

Ograniczone

Małe do średnich

Średnie do dużych

Bardzo duże, prawie całkowite

Personel przydzielony na stałe do prac projektowych

Żaden

0-25%

15-60%

50-95%

85-100%

Rola kierownika projektu

Część czasu

Część czasu

Cały czas

Cały czas

Cały czas

Nazwa stanowiska kierownika projektu

Project Coordinator Project Leader

Project Coordinator Project Leader

Project Manager Project Officer

Project Manager Program Manager

Project Manager Program Manager

Pracownicy administracyjni zarządzania projektami

Część czasu

Część czasu

Część czasu

Cały czas

Cały czas

Źródło: PMBOK, PMI, 1996, http://www.pmi.org

Obecnie nowoczesne organizacje nie posiadają jednolitych struktur, lecz mieszają je między sobą w celu uzyskania najwyższej efektywności. Tworzy się struktura kompozytowa.

3.3 Wiedza o umiejętności

PRZYWÓDZTWO - jest niezbędne w procesie kierowania. Obejmuje:
- ustalanie kierunków rozwoju zarówno wizji przyszłej strategii produkcyjnej, jak i zmian koniecznych dla osiągnięcia tej wizji,
- przekonywanie ludzi poprzez komunikowanie wizji słowem i czynem wszystkim tym współpracownikom, którzy mogą mieć wpływ na osiągnięcie wizji,
- motywowanie i inspirowanie, czyli pomaganie ludziom w zebraniu energii dla przezwyciężenia barier politycznych, biurokratycznych i ograniczeń zasobów w celu uzyskania zmiany.
W zarządzaniu projektami, a szczególnie przy dużych projektach, od kierownika projektu oczekuje się umiejętności przewodzenia, a nie jedynie kierowania. Przywództwo nie jest zarezerwowane tylko dla kierownika projektu - musi być okazywane na każdym poziomie projektu (przywództwo projektu, przywództwo techniczne, przywództwo zespołu).
KOMUNIKOWANIE - komunikacja oznacza wymianę informacji. Wysyłający informację jest odpowiedzialny za przekazanie jej jasno, zrozumiale i kompletnie tak, aby odbiorca mógł ją odebrać poprawnie. Odbiorca natomiast jest odpowiedzialny za upewnienie się, że prawidłowo odebrał i zrozumiał informację. Komunikacja może mieć wiele wymiarów:
- pisemna, ustna, słuchanie, mówienie,
- wewnętrzna (projekt) i zewnętrzna (otoczenie),
- formalna (raporty) i nieformalna (notatki, rozmowy),
- pionowa (podwładni-zwierzchnicy) i pozioma (podwładni-podwładni).
NEGOCJACJE - są niezbędne w celu uzyskania zgody. Zgoda może być uzyskana poprzez negocjacje bezpośrednie lub mediacje czy arbitraż. Negocjacje w projektach odbywają się często i dotyczą szeregu dziedzin, np.: zakresu, kosztów, celów, terminów, zmian, warunków kontraktów, zasobów.
ROZWIĄZYWANIE PROBLEMÓW - składa się z definiowania problemów oraz podejmowania decyzji. Zachodzi przy problemach, które już powstały, w przeciwieństwie do zarządzania ryzykiem, które zajmuje się problemami potencjalnymi. Podjęcie decyzji wiąże się z koniecznością jej wdrożenia w życie. Istotny przy tym może być parametr czasowy, bowiem dobra decyzja może być niewłaściwa, jeśli zostanie wdrożona zbyt wcześnie lub zbyt późno.
WPŁYWANIE NA ORGANIZACJĘ - jest to zdolność do sprawiania, aby sprawy szły naprzód. Wymaga zrozumienia zarówno formalnej jak i nieformalnej struktury organizacji, znajomości klientów, dostawców, itp. Wymaga zdolności politycznych i umiejętności wykorzystania władzy - w sensie pozytywnym.
WPŁYWY ZEWNĘTRZNE - są to normy i regulacje, które muszą być znane przy realizacji projektów, szczególnie technicznych, ale także innych (np. wdrażanie systemu jakości - norma ISO 9001). Innym rodzajem wpływu zewnętrznego jest internacjonalizacja - coraz częściej zespoły projektowe pracują z pomocą nowoczesnych środków komunikacji umożliwiających pracę w różnych krajach, a nawet na różnych kontynentach. Istnieje, więc konieczność uwzględnienia stref czasowych, świąt, a w końcu podróży. Trzecim typem wpływów zewnętrznych są wpływy kulturowe - każdy projekt istnieje w określonej kulturze, środowisku społecznym, politycznym, ekonomicznym, edukacyjnym, etycznym, religijnym, co pociąga za sobą konieczność uwzględnienia tego wszystkiego w zarządzaniu projektami.

4. Procesy w PM

Projekty są złożone z procesów. Procesem nazwiemy serię następujących po sobie działań pozwalających na osiągnięcie określonego wyniku. Procesy są wykonywane przez ludzi. Można je podzielić na dwie kategorie:
1) procesy zarządzania projektami, które są zorientowane na opisywanie i organizowanie pracy przy projekcie. Są one stosowane do większości projektów.
2) procesy zorientowane na wyroby, które są zorientowane na stworzenie określonego wyrobu. Są one definiowane przez cykl życia projektu i różnią się w zależności od obszaru zastosowania.
Oba rodzaje procesów występują jednocześnie i wchodzą w interakcje.

0x01 graphic

Rys.1. Interakcje między procesami w jednej fazie
Źródło: PMBOK, PMI, 1995, http://www.pmi.org

Procesy zarządzania projektami mogą być zorganizowane w pięć grup. Procesy są zgrupowane według wyników, jakie dają - wynik jednego jest jednocześnie wejściem dla kolejnego. Inicjacja pozwala na rozpoznanie, że faza powinna się zacząć i zawiera działania rozpoczynające. Następnie w planowaniu tworzy się i wprowadza schematy wykonania zadań niezbędnych dla osiągnięcia celu projektu. Wykonywanie polega na koordynacji ludzi i innych zasobów dla przeprowadzenia planu. Kontrola pozwala się upewnić, że cele zostały osiągnięte, a w innym przypadku wraca do poprzednich procesów. Procesy zamykające formalizują zatwierdzenie fazy i doprowadzają ją do końca.

0x01 graphic

Rys.2. Wzajemne przenikanie się procesów w jednej fazie
Źródło: PMBOK, PMI, 1995, http://www.pmi.org

Procesy nie muszą następować jeden po drugim. Często się zdarza, że kilka procesów jest realizowanych jednocześnie.
W każdej grupie procesów poszczególne procesy są powiązane między sobą poprzez wejścia i wyjścia. Dzięki temu możemy każdy proces opisać używając wejść, wyników jako połączeń zewnętrznych oraz narzędzi i technik jako mechanizmu przekształcającego wejścia w wyniki.

5. Zarządzanie integracją

Zarządzanie integracją projektu zawiera te procesy, które są potrzebne dla zapewnienia, ze różne elementy projektu są właściwie koordynowane. Obejmuje dokonywanie wyborów między celami dla zaspokojenia lub przewyższenia oczekiwań i wymagań udziałowców. Głównymi procesami w integracji projektu są:

Każdy z tych procesów współdziała z innymi procesami w projekcie. Każdy z tych procesów generalnie występuje przynajmniej raz w każdej fazie projektu. W dalszej analizie będziemy rozpatrywać każdy proces oddzielnie, dokładnie rozpatrując jego wejścia, wyjścia oraz interakcje. Jednak w praktyce zwykle procesy się przenikają i wszelkie zależności mogą nie być tak oczywiste jak w rozpatrywanych tu modelach. O przenikaniu się procesów wspomniano przy okazji omawiania kontekstu zarządzania projektami.
Zarządzanie integracją jest potrzebne wszędzie tam, gdzie: 1) występuje łączenie się dziedzin projektu, 2) praca musi uwzględniać zmiany w całej organizacji, 3) trzeba uzgodnić zakres produktu z zakresem projektu, 4) trzeba uwzględnić udział różnych osób z zewnątrz (specjalistów, kontrolerów, audytorów, przedstawicieli organizacji wydających certyfikaty i zezwolenia, itp.), a także w innych przypadkach.

Proces 1: Tworzenie planu projektu

Zbiorczy dokument, tworzony w tym procesie na podstawie rezultatów innych procesów planowania, może być użyty zarówno jako przewodnik do wykonywania projektu, jak i do jego kontroli. Ten proces jest niemal zawsze wielokrotnie powtarzany w trakcie trwania projektu. Na przykład w początkowej fazie projektu możemy stworzyć dokument ogólny zawierający podstawowe zasoby i działania bez określenia terminów realizacji, a plan finalny będzie zawierał ściśle określone środki i terminy.
Plan projektu jest używany do wielu celów, między innymi jako: przewodnik wykonywania projektu, zbiór założeń projektowych, zbiór decyzji projektowych powstałych z wyboru alternatyw, ułatwienie komunikacji między udziałowcami, określenie głównych przeglądów kierowniczych dotyczących zawartości, rozmiaru i czasu, podstawa dla okresowych pomiarów oraz dla nadzoru projektu.

Wejściami do tworzenia planów są:

Narzędzia i techniki:

Wyjścia:

Istnieje pewna różnica między planem projektu i podstawą do mierzenia wykonania projektu, która jest jego częścią. Sam plan w trakcie realizacji projektu będzie się zmieniał na skutek dostarczania dodatkowych informacji i uszczegóławiania. Tymczasem podstawa pomiarów pozostanie niezmieniona chyba, że zmienią się generalne założenia lub zakres projektu.
Istnieje wiele sposobów przedstawiania planu projektu, ale zwykle zawiera on następujące elementy:
- karta projektu,
- opis podejścia do zarządzania projektami lub strategii,
- określenie zakresu, w tym zasoby oraz cele,
- opis struktury pracy, do poziomu, na którym prowadzona będzie kontrola,
- podstawy dla prowadzenia pomiarów (terminów, kosztów),
- główne kamienie milowe oraz terminy osiągnięcia każdego z nich,
- główny lub wymagany personel,
- główne czynniki ryzyka, włącznie z ograniczeniami i założeniami oraz planowanymi działaniami w przypadku problemów,
- podrzędne plany (plan zakresu, plan terminów, itp.),
- nierozwiązane problemy orz oczekujące decyzje.
Inne informacje powinny być ujęte w planie w zależności od potrzeb i wymagań indywidualnego projektu. Przy dużych projektach zwykle dołącza się także strukturę organizacyjną projektu.

Proces 2: Wykonywanie planu projektu

Jest to podstawowy proces służący do realizacji planu, w czasie, którego wykorzystywana jest zwykle większość budżetu projektu. Zespół projektowy musi koordynować i ukierunkować różne techniczne oraz organizacyjne połączenia istniejące w projekcie.

Wejścia:

Narzędzia:

Wyjścia:

Proces 3: Ogólny nadzór zmian

Proces ten jest związany z 1) wpływaniem na czynniki powodujące, że zmiany przynoszą korzyści, 2) zapewnianiem, że zmiany następują, 3) zarządzaniem zmianami, gdy występują. Wymaga to utrzymywania zasady mierzenia stopnia realizacji - wszystkie zmiany wpływają na plan, ale tylko zmiany zakresu mogą zmienić te zasady. Należy także zapewnić, że w wyniku zmian nie wystąpi różnica między zakresem projektu a zakresem produktu. W końcu trzeba koordynować zmiany ze wszystkimi obszarami wiedzy, aby nie nastąpiły sprzeczności.

Wejścia: plan projektu, raporty wykonania, żądania zmian

Narzędzia:

Wyjścia: zmiany do planu projektu, działania korygujące, nabyta wiedza - wiedza zdobyta podczas rozwiązywania problemów powinna zostać udokumentowana w celu ułatwienia planowania kolejnych projektów.

6. Zarządzanie zakresem

ZARZĄDZANIE ZAKRESEM PROJEKTU obejmuje procesy służące zapewnieniu, że projekt zawiera wszystkie prace, które muszą być wykonane, aby projekt wykonać i tylko te prace. Skupia się na określaniu i kontrolowaniu, co jest, a co nie jest zakresem projektu.
Pojęcie zakresu może odnosić się zarówno do projektu, jak i produktu. Zakres produktu to funkcje i udogodnienia, które mają być zawarte w produkcie. Natomiast zakres projektu obejmuje pracę, która musi zostać wykonana w celu dostarczenia produktu posiadającego określone funkcje i udogodnienia.

Proces 1: Inicjacja

Jest to formalne rozpoczęcie projektu lub też rozpoznanie konieczności przejścia projektu do kolejnej fazy. W niektórych organizacjach formalne rozpoczęcie występuje dopiero po pewnych badaniach, jak np. studium możliwości. Często także w projektach wewnętrznych (dotyczących wnętrza firmy) formalne rozpoczęcie jest poprzedzone wykonaniem pewnej części pracy, aby zapewnić potrzebną zgodę na kontynuację. Projekty są zwykle zatwierdzane w wyniku: stwierdzonego popytu na rynku (dla zaspokojenia popytu), potrzeby biznesu (np. dodatkowy produkt dla zwiększenia zysków), żądanie klienta (np. budowa podstacji energetycznej dla podłączenia klienta), postęp technologiczny, wymagania prawne.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 2: Planowanie zakresu

Jest to proces tworzenia dokumentu określającego zakres jako podstawę przyszłych decyzji włącznie z określaniem kryteriów wykonania fazy. Jeżeli projekt ma podprojekty, dla nich także musi zostać określony zakres na tych samych zasadach.

Wejściami są opis produktu, karta projektu, ograniczenia i założenia.

Narzędzia i techniki:

Wyjścia:

Proces 3: Definicja zakresu

Definiowanie zakresu polega na dzieleniu głównych elementów projektu określonych w deklaracji zakresu na mniejsze, łatwiejsze w zarządzaniu komponenty w celu zwiększenia dokładności przewidywanych kosztów, terminów i zasobów; określenia bazy dla pomiarów wykonania oraz nadzoru; jasnego przydzielenia odpowiedzialności. Właściwa definicja zakresu jest istotna dla sukcesu projektu.

Wejścia: deklaracja zakresu, ograniczenia, założenia, efekty innych procesów planowania, informacje historyczne

Narzędzia i techniki:

Wyjścia - struktura projektu - określa jasno zakres projektu, wszystkie działania nie opisane w strukturze projektu są poza jego zakresem. Jest ona używana często, aby ułatwić zrozumienie zakresu projektu. Każdy element struktury posiada swój identyfikator. Często do struktury dołącza się słownik zawierający definicje poszczególnych elementów, opisy kosztów i terminów. Zdarza się, że struktura projektu nazywana jest także strukturą pracy.

Proces 4: Weryfikacja zakresu

Proces formalizacji zatwierdzenia zakresu projektu przez udziałowców (sponsorów, klientów, itp.). Wymaga dokonania przeglądu produktów i wyników pracy dla zapewnienia, że wszystkie zostały prawidłowo zakończone. Weryfikacja zakresu różni się od kontroli jakości tym, że zwraca uwagę bardziej na akceptację niż na poprawność pracy.

Wejściami są rezultaty pracy i dokumentacja produktu.

Narzędziem jest inspekcja obejmująca pomiary, badania, testy mające na celu wykazanie czy rezultaty spełniają wymagania. Inspekcja jest często nazywana przeglądem, auditem, obchodem, itp.

Wynikiem jest formalna akceptacja, która może być obciążona dodatkowymi warunkami.

Proces 5: Nadzór zmian zakresu

Proces podobny do ogólnego nadzoru zmian.

Wejściami są struktura projektu, raporty wykonania, żądania zmian (zdarzenia zewnętrzne, błędy w określeniu zakresu produktu lub projektu, zmiany technologiczne), plan zarządzania zakresem

Narzędzia to system nadzoru zmian zakresu, mierniki wykonania i dodatkowe planowanie.

Wyjściami są zmiany zakresu, działania korygujące oraz nabyta wiedza.

Metody i techniki
QFD
metoda dopasowania funkcji jakości

Quality Function Deployment oznacza dopasowanie funkcji jakości, co jednak nie oddaje w języku polskim istoty tej metody. Często jest ona także nazywana House of Quality - domem jakości, w związku z charakterystycznym wyglądem macierzy analitycznej. Po raz pierwszy została zastosowana w roku 1972 w Japonii, w stoczni należącej do koncernu Mitsubishi. Po kilku latach zdobyła także popularność w Stanach Zjednoczonych, gdzie wykorzystywano ją z powodzeniem w zakładach Forda i General Motors, a później także w Digital Equipment, Hewlett-Packard, AT&T czy ITT.

Celem QFD jest przełożenie potrzeb i oczekiwań odbiorców na charakterystyki wyrobu lub usługi. Produkcja na skalę przemysłową uniemożliwia bezpośredni kontakt z docelowym odbiorcą. Stosuje się, więc szereg metod kontaktu pośredniego, w tym wywiady, badania opinii, testy. Dla projektantów produktów istotnym problemem staje się brak fachowej wiedzy odbiorców, którzy zwykle nie są w stanie określić parametrów technicznych wyrobów. Dla przykładu, niewielu detalicznych klientów firm produkujących elektronarzędzia wie, ile obrotów na minutę powinno wykonywać wiertło w wiertarce, którą kupują. Coraz silniejsze naciski na zmniejszenie kosztów projektowania i skrócenie czasu jego trwania sprawiły, że pojawiła się potrzeba stworzenia metody, która umożliwiłaby przełożenie uświadomionych i nieuświadomionych wymagań klientów na parametry techniczne z jednoczesnym uwzględnieniem możliwości technologicznych, stopnia istotności poszczególnych cech oraz powiązań pomiędzy nimi. Odpowiedzią na tą potrzebę stała się metoda QFD.

Głównym elementem analitycznym jest macierz zwana domem jakości. Składa się na nią dziewięć elementów:

  1. Wymagania konsumenta.

  2. Stopień ważności każdego z wymagań wraz z oceną porównawczą firm konkurencyjnych.

  3. Cechy techniczne (projektowe, technologiczne, towaroznawcze) wyrobu.

  4. Powiązanie pomiędzy potrzebami odbiorcy i cechami technicznymi.

  5. Ocena względna każdej z cech technicznych.

  6. Stopień korelacji między cechami technicznymi.

  7. Wartości pożądane dla każdej cechy technicznej.

  8. Techniczna ocena porównawcza.

  9. Specjalne wymagania związane z bezpieczeństwem, regulacjami rządowymi, serwisem, itp.

W części I umieszcza się potrzeby i oczekiwania klienta (odpowiedź na pytanie: co?). Uzyskiwane są one z badań marketingowych, a więc zapisuje się je językiem nietechnicznym, używając określeń, którymi posługują się odbiorcy. Pole to w praktycznych zastosowaniach metody zawiera kilkadziesiąt, a nierzadko ponad 100 wymagań.

Druga część, po prawej stronie schematu, pozwala na określenie istotności potrzeb (pytanie: dlaczego?). W kolumnie pierwszej przypisuje się rangi poszczególnym wymaganiom dotyczącym produktu. Nie określono ściśle zakresu rang - może on wynosić np. 0-5 lub 0-20, trzeba jednak pamiętać o konieczności zdefiniowania każdej wartości, aby uniknąć błędnego przyporządkowania. W drugiej kolumnie wpisuje się, jak klienci oceniają spełnienie danego wymagania w badanym wyrobie. Kolejne dwie kolumny służą zapisaniu ocen uzyskanych przez wyroby konkurentów. Jeżeli istnieje większa konkurencja, można dodawać kolejne kolumny. W piątej należy zapisać planowany poziom jakości, czyli ocenę klientów, jaką organizacja chce dla swojego produktu osiągnąć w przyszłości. Kolejna linia zawiera wskaźnik polepszenia oceny, czyli iloraz kolumny piątej i drugiej. Siódma opisuje możliwość prezentacji cechy w miejscu sprzedaży. Jeśli cechy nie da się zaprezentować, przyznaje się 1,0 punktu, natomiast, jeżeli możliwości występują nadaje się wyższą wartość z przyjętego zakresu. Zakres ten jest zwykle inny niż w przypadku ocen klientów i może wynosić np. 1,0-1,5 lub 1,0-2,0. Aby ostatecznie odpowiedzieć jak ważna będzie modyfikacja badanej cechy należy wyliczyć wskaźnik mnożąc odpowiednie wartości z kolumny pierwszej, szóstej i siódmej. Kolumna dziewiąta służy wyrażeniu tego samego wskaźnika w skali procentowej dla łatwiejszego porównywania cech.

Pierwsze dwie części schematu wypełniają specjaliści do spraw marketingu i sprzedaży. Natomiast przy wypełnianiu trzeciego sektora pracują technolodzy, którzy każdemu wymaganiu klienta przyporządkowują jedną lub więcej cech technicznych produktu. Zadawanym tutaj pytaniem jest: jak? Sektor czwarty służy powiązaniu wymagań klientów z cechami technicznymi. Nietrudno zauważyć, że niektóre wymagania mogą mieć silniejszy wpływ na cechy, a inne słabszy. Może się także zdarzyć wpływ odwrotny, jak w przypadku wspomnianej już wiertarki - wymaganie "pewny i wygodny uchwyt" jest odwrotnie skorelowane z cechą "wibracje". Siłę korelacji zapisuje się liczbami od -9 do +9.

0x01 graphic

Rys.1. Schemat domu jakości

Część piąta odpowiada na pytanie które? i służy uzyskaniu informacji o wzajemnej ważności cech wyrobu. W tym celu stosuje się prosty wzór:

0x01 graphic

gdzie:  Wij - wartość korelacji wymagania i z cechą j, Pi - wartość procentowa wskaźnika dla wymagania i, wyliczona w części drugiej w kolumnie 9, sumowanie dla danej cechy stosuje się dla wszystkich wymagań, z którymi jest ona skorelowana.

Wynik liczenia wpisywany jest zarówno w wartości liczbowej, jak i w skali procentowej.

Sektor szósty na schemacie zaznaczony jest w formie trójkąta. Służy on prezentacji wzajemnych korelacji pomiędzy cechami technicznymi. Może się bowiem okazać, że polepszenie jednego z parametrów spowoduje pogorszenie innego, np. "ilość obrotów" może być negatywnie skorelowana z "hałasem". Wartości przypisywane są w takiej samej skali jak w przypadku części czwartej.

Kolejna część zawiera wartości liczbowe, jakie zakłada się dla wyrobu zmodyfikowanego. Można także odwołać się do norm lub innych aktów. Jeżeli wymagań i cech jest dużo i dodatkowo wykazują one negatywną korelację, wypełnienie tej części staje się niezmiernie trudne i wymaga wielu kompromisów oraz podejmowania decyzji na najwyższym szczeblu. Dane te są wykorzystywane w części ósmej, która ma na celu porównanie zakładanego poziomu jakości z dotychczasowym oraz z konkurencją. Ewentualne dodatkowe wymagania (prawne, ekologiczne, itp.) zapisuje się w części dziewiątej.

Przedstawiony ciąg postępowania jest zaledwie pierwszym krokiem do stworzenia nowego produktu, nazywanym planowaniem produktu. Wejściem do kolejnego kroku (czyli danymi do części pierwszej domu jakości) - rozwinięcia projektu - będą przyjęte cechy techniczne i ich parametry, a wynikiem dane dotyczące podzespołów wyrobu. Trzeci krok polega na planowaniu procesu, a wyjściem z niego są operacje technologiczne. Czwarty, planowanie produkcji, pozwala na określenie wymagań produkcyjnych. Możliwe jest budowanie następnych schematów, aż do osiągnięcia najniższego poziomu i rozpisania wszystkich elementów istotnych dla nowego produktu.

0x01 graphic

Rys. 2. Sekwencja domów jakości
Źródło: J. Sikorski, http://www.ibspan.waw.pl/~sikorski/tqm/spis.htm

J. Sikorski wymienia następujące korzyści z zastosowania tej metody:

7. Zarządzanie czasem

Zarządzanie czasem obejmuje procesy wymagane dla zapewnienia ukończenia projektu we właściwym czasie. Obszar ten obejmuje:

Procesy te w przypadku małych projektów są często postrzegane jako jeden.

Proces 1: Definiowanie działań

Definiowanie działań obejmuje identyfikację i dokumentację działań, które muszą zostać wykonane w celu wytworzenia produktów lub ich elementów przewidzianych w projekcie.

Wejściami są:

Narzędzia i techniki:

Wyjścia:

Proces 2: Określanie następstwa działań

Wszelkie działania muszą zostać ustawione w odpowiedniej kolejności tak, aby można było stworzyć harmonogram wykonania. Proces ten może zostać wykonany z pomocą programów komputerowych lub technikami tradycyjnymi. Te ostatnie są efektywniejsze zwykle przy małych projektach i we wczesnych fazach dużych, gdy ilość szczegółów jest ograniczona.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 3: Szacowanie czasu trwania działań

Proces ten obejmuje szacowanie ilości okresów (np. dni) potrzebnych dla wykonania każdego działania. Osoba lub grupa w zespole projektowym, która jest najlepiej zaznajomiona z istotą danych działań określa lub estymuje czas trwania działań. W trakcie tych obliczeń trzeba uwzględniać także święta i dni wolne, inne zaplanowane terminy, itp.

Wejścia:

Techniki i narzędzia:

Wyjścia:

Proces 4: Tworzenie terminarza

Na podstawie danych zebranych w poprzednich procesach można stworzyć terminarz projektu, który będzie wzbogacony o konkretne daty. Jeżeli daty nie będą realistyczne, nie będzie możliwości wykonania projektu zgodnie z terminarzem.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 5: Kontrola terminów

Kontrola terminów ma na celu wpływanie na czynniki powodujące zmiany i zapewnienie ich pozytywnego wpływu, informowanie o zmianach oraz zarządzanie zmianami, gdy wystąpią.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Wykresy PERT/CPM

PERT/CPM
Technika PERT (Program Evaluation and Review Technique) została opracowana dla potrzeb marynarki wojennej Stanów Zjednoczonych podczas realizacji projektu nuklearnej łodzi podwodnej klasy Polaris. Pozwoliła ona na sprawną koordynację działań 3000 wykonawców, dzięki czemu udało się znacznie przyspieszyć zakończenie prac. Celem techniki jest zidentyfikowanie elementów procesu i wyznaczenie odcinków czasu, które mają największy wpływ na realizację projektu. Niemal jednocześnie z PERT opracowano technikę CPM (Critical Path Method), której celem jest wybranie spośród elementów procesu ścieżki krytycznej. Podstawą opracowania obu była teoria grafów.
Wspomniane techniki planowania sieciowego można stosować w planowaniu i realizacji skomplikowanych przedsięwzięć typu gospodarczego, technicznego i organizacyjnego. Wykresy sieciowe, które są wynikiem zastosowania tych technik składają się z czynności (przedstawianych w formie wektorów między dwoma zdarzeniami, które trwają w czasie) oraz zdarzeń (czyli punktów na skali czasu oznaczających fakt zakończenia poprzedniej czynności i rozpoczęcia następnej). Wyróżniamy zdarzenia początkowe, pośrednie i końcowe.

Z. Zbichorski przytacza zasady konstruowania wykresów sieciowych:

Ścieżka krytyczna, to najdłuższa droga w sieci, która określa czas całego przedsięwzięcia. Stąd cała uwaga jest kierowana na możliwości jej skrócenia.
Wykres sieciowy sporządza się według następującej procedury:

  1. Podział projektu na zadania i czynności

  2. Ustalenie logicznego następstwa poszczególnych czynności

  3. Określenie czasu trwania czynności

  4. Wykreślenie sieci

  5. Ustalenie najwcześniejszych możliwych i najpóźniejszych dopuszczalnych terminów wystąpienia zdarzeń

  6. Wyliczenie rezerw czasu

  7. Wykreślenie drogi krytycznej

  8. Interpretacja rezerw czasu

  9. Ewentualne udoskonalenie sieci (skrócenie ścieżki krytycznej) - powrót do 4.

Każde zdarzenie na wykresie oznaczane jest kółkiem zawierającym odpowiednie informacje

0x01 graphic

Najwcześniejszy możliwy termin wystąpienia (NM) zdarzenia wyznaczamy sumując czas czynności, dla której zdarzenie jest końcowym, oraz najwcześniejszy termin zdarzenia poprzedniego dla tej czynności. Jeżeli takich sum można wyznaczyć więcej niż jedną (np. wykres się wcześniej rozgałęzia), wybieramy maksymalną wartość zgodnie z zasadą mówiącą, że zdarzenie może nastąpić, gdy wcześniej zakończą się wszystkie czynności je poprzedzające. Dla zdarzenia początkowego najwcześniejszy termin wynosi "0".
Najpóźniejszy dopuszczalny termin wystąpienia (ND) zdarzenia otrzymujemy odejmując od najpóźniejszego terminu wystąpienia zdarzenia kończącego czas trwania czynności. Jeśli wykres za zdarzeniem się rozgałęzia, wyznaczamy najmniejszą wartość.
Rezerwa (R) czasu dla zdarzenia jest równa różnicy najpóźniejszego i najwcześniejszego terminu. Dla zdarzenia kończącego wykres oba terminy są równe, a rezerwa równa "0". Jeżeli ciąg czynności trwających najdłużej biegnie przez zdarzenia, dla których rezerwa wynosi "0", nazywamy go ciągiem krytycznym. Mogą wystąpić rezerwy trzech typów: zapas całkowity, zapas swobodny (wolny) oraz zapas niezależny.

Technika PERT stosowana jest, gdy w wykresie sieciowym nie możemy z całą pewnością określić czasu trwania niektórych czynności. Wówczas czas taki można wyznaczyć metodą ekspercką czasy optymistyczne (A), najbardziej prawdopodobne (B) i pesymistyczne (C). Następnie wyznacza się sumę A + 4B + C i dzieli się ją przez 6. Jeżeli dane czynności powtarzały się często w przeszłości, można wykorzystać metody statystyczne.
Wykresy sieciowe zdobyły sobie dużą popularność dzięki swym zaletom:

Wykres Gantta

GANTT
H. L. Gantt po raz pierwszy zastosował do przedstawienia planu produkcji formę graficzną w roku 1917. Na typowym wykresie Gantta wiersze zawierają stanowiska pracy, natomiast kolumny oznaczają jednostki czasu. Układ zdarzeń na wykresie przedstawiany jest najczęściej w wersji planowanej przed rozpoczęciem działania oraz rzeczywistej nanoszonej na wykres wraz z upływem czasu. Za pomocą wykresu Gantta można nie tylko planować i kontrolować wykonanie planu, ale także poprzez zastosowanie odpowiedniego systemu oznaczeń uwzględniać zmienność przebiegu wykonania zadania.
W przypadku wykresu wydajności pracy analizę przeprowadza się na podstawie zapisów rzeczywistych uzupełnionych o oznaczenia zakłóceń (np. brak pracownika, brak materiałów, brak instrukcji, remont maszyny, brak energii, brak narzędzi, brak doświadczenia wykonawcy, święta, narady, strajki, braki w kwalifikacjach wykonawcy, brak zlecenia).

Wykres Gantta można wykorzystać do tworzenia harmonogramu robót:

0x01 graphic

Komputerowe wspomaganie zarządzania projektami

Zarządzanie projektami w dzisiejszych czasach nie mogłoby się obyć bez wspomagania ze strony komputerów. Na tej stronie postaram się przedstawić dostępne na rynku (a szczególnie w internecie) programy do wspomagania sterowania procesami w PM. Każdy program zawiera moją prywatną ocenę, którą jednak nie należy się sugerować - w końcu każdy ma inne potrzeby. Najgorsza ocena to jedna gwiazdka, najlepsza to pięć gwiazdek.

Timeless Time & Expense
DANE: Wersja: 1.32.02, shareware 30-dniowe, Instalka: 1.5MB. Twórca: MAG. Źródło: http://www.magsoftwrx.com. Na  Astalavista jest crack, który nie wiem czemu nie działa. Po 30 dniach program działa, ale nie przyjmuje nowych danych.
OPIS: Program pozwala na zarządzanie wieloma projektami u różnych klientów. Służy do tego drzewo z rozpisanymi projektami, subprojektami i poszczególnymi zadaniami. Jest przeznaczony tylko dla pojedynczego użytkownika. Posiada wbudowany kalendarz, który wyświetla zadania, wydatki oraz listę "do zrobienia" dla wybranych dni. Istnieje także możliwość tworzenia raportów. Brak wykresów CPM/PERT i GANTTa. Program bardzo prosty i dzięki temu może być użyteczny, ale tylko dla jednej osoby. Z pewnością atutem nie jest także przejrzystość i logika programu, ale do tego można się przecież przyzwyczaić.
OCENA: 0x01 graphic
0x01 graphic
0x01 graphic

Milestones Simplicity
DANE: Wersja 2.0, shareware 20 zapisań plików, Instalka: 3,5MB. Twórca: Kidasa. Źródło: http://www.kidasa.com. Istnieje możliwość rejestracji (można wpisać kod rejestracyjny).
OPIS: Program służy do tworzenia wykresów "ganttopodobnych". Ma duże możliwości graficzne. Niestety wszystkie wykresy trzeba robić ręcznie. Nie ma możliwości stworzenia bazy danych, a następnie wygenerowania wykresu. Nie jest zbyt wygodny w użytkowaniu. Ma możliwość współpracy przez internet (netmeeting).
OCENA: 0x01 graphic

TimeTrap
DANE: Wersja 3.0, freeware, Instalka: 2,1MB. Twórca: Entertec. Źródło: http://www.entertec.com.
OPIS: Program pozwala na zarządzanie wieloma projektami u różnych klientów. Jest trochę podobny do Timeless Time & Expense. Pozwala na wpisywanie danych do bazy i zarządzanie nią. Można także zarządzać rodzajami prac oraz kosztami. Ma jedną poważną wadę: większość objaśnień jest podawana czarnymi literami na granatowym tle. Nie wiem dlaczego. Jako freeware ma zestaw reklam, które wyświetla. Nie przeszkadza to w używaniu programu. Pozwala na administrowanie - można dodawać użytkowników z różnymi hasłami i uprawnieniami.
OCENA: 0x01 graphic
0x01 graphic

TimeSlice
DANE: Wersja 1.4.0, shareware, Instalka: 1,9MB. Twórca: Maui Software. Źródło: http://www.mauisoftware.com. Istnieje możliwość wpisania kodu rejestracyjnego
OPIS: Kolejny program pozwalający na wpisywanie danych, różnych projektów oraz klientów. Ma wbudowany stoper - można uruchamiać zadania w trakcie ich wykonywania, a program sam nalicza czas i koszty (wcześniej zakodowane, oczywiście). Funkcja niezbyt przydatna, jeśli się nie pracuje wyłącznie na komputerze. Podobne zdolności miały zarówno TT&E, jak i TimeTrap. Program jest przystępny i łatwy w obsłudze. Niestety nie ma żadnych wykresów, itp.
OCENA: 0x01 graphic
0x01 graphic

Microsoft Project 98
DANE: Wersja 98, płatne, Instalka: płyta CD. Twórca: Microsoft (http://www.microsoft.com).
OPIS: Najbardziej chyba znany program do zarządzania projektami. Dostępna jest wersja angielska tego programu. Umożliwia tworzenie wykresów Gantta (niezłe) oraz PERT (kiepskie). Zawiera elementy śledzenia wykorzystania zasobów i różnego rodzaju raporty. Obecnie chyba najbardziej kompleksowy program na rynku. Szkoda, że płatny.
OCENA: 0x01 graphic
0x01 graphic
0x01 graphic
0x01 graphic
0x01 graphic
(właściwie to 4 i pół, ale nie znam nic lepszego)

PLAN BEE
DANE
OPIS:
OCENA: 0x01 graphic
0x01 graphic
0x01 graphic

8. Zarządzanie kosztami

Zarządzanie kosztami ma na celu zapewnienie, że projekt zostanie zrealizowany zgodnie z założonym budżetem. Obejmuje ono:
- określanie zasobów ludzkich, materiałowych, maszynowych potrzebnych dla realizacji projektu,
- estymację kosztów tych zasobów w ilościach potrzebnych dla projektu
- budżetowanie, czyli alokację zasobów do poszczególnych jednostek pracy oraz
- kontrolę zmian w budżecie.
Zarządzanie kosztami w zarządzaniu projektami koncentruje się głównie na zasobach potrzebnych do realizacji projektu. Warto jednak zwrócić uwagę także na inny aspekt tego problemu - koszty używania produktu wytworzonego w trakcie realizacji projektu.

Proces 1: Planowanie zasobów

Proces ten ma na celu określenie jakie fizyczne zasoby (ludzie, wyposażenie, materiały) i w jakich ilościach powinny zostać użyte dla wykonania działań założonych w projekcie.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 2: Szacowanie kosztów

Szacowanie kosztów polega na aproksymacji kosztu zasobów potrzebnych dla wykonania projektu. Jeżeli projekt jest wykonywany w ramach kontraktu, należy zwrócić uwagę na zależność między kosztem a ceną.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 3: Budżetowanie

Budżetowanie obejmuje alokację ogólnych szacunków kosztów do poszczególnych elementów pracy w celu stworzenia linii ogólnego poziomu kosztów, która później umożliwi mierzenie wykonania projektu.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 4: Kontrola kosztów

Kontrola kosztów jest powiązana z ogólnym nadzorem zmian. Polega na monitorowaniu wykonania kosztów, detekcji odchyleń od planu, zapewnieniu właściwego przeprowadzenia zmian, zapobieganiu niewłaściwym zmianom, informowaniu. Krótko mówiąc polega na ciągłym pytaniu "dlaczego?".

Wejścia:

Narzędzia i techniki:

Wyjścia:

 

9. Zarządzanie jakością

O jakości w tym serwisie napisano aż za wiele, więc tu będzie krótko. ;))
Zarządzanie jakością obejmuje procesy, które mają zapewnić, że projekt zaspokoi potrzeby, dla których został powzięty. Procesy opisane w tej części w zamierzeniu powinny być kompatybilne z serią norm dotyczących systemów jakości ISO 9000. Warto także zobaczyć normę ISO 10007, która traktuje o jakości właśnie w obszarze zarządzania projektami (jakkolwiek oceny tej normy w środowisku PM są raczej pozbawione entuzjazmu). To ogólne podejście powinno być także zgodne z filozofią zarządzania przez jakość.

Proces 1: Planowanie jakości

Planowanie jakości obejmuje identyfikację właściwych norm związanych z projektem oraz określenie jak spełnić zawarte w nich wymagania. Jest to jeden z kluczowych procesów planistycznych w zarządzaniu projektami.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 2: Zapewnienie jakości

Zapewnienie jakości to wszystkie zaplanowane i systematycznie wdrażane działania w systemie jakości służące zapewnieniu, że projekt spełni odpowiednie normy jakościowe.

Wejścia:

Narzędzia i techniki:

Wyjścia:

Proces 3: Kontrola jakości

Monitorowanie rezultatów projektu czy spełniają one odpowiednie normy.

Wejścia:

Narzędzia i techniki:

Wyniki:

Metody i techniki
Wykres Ishikawy
(ość rybia, wykres rybi)

Kaoru Ishikawa, profesor Uniwersytetu Tokijskiego, opublikował założenia swojego wykresu w 1962 roku. Celem tej metody jest rozpoznanie przyczyn poniesionych lub potencjalnych niepowodzeń przedsięwzięć. Z tego powodu nazywa się ją także wykresem przyczynowo-skutkowym, a ze względu na charakterystyczny wygląd - wykresem rybiej ości. Zakres stosowania tej metody początkowo był ograniczony jedynie do przemysłu, lecz w krótkim czasie okazała się ona przydatna w wielu innych dziedzinach.

Sporządzanie wykresu musi być wysiłkiem wielu pracowników organizacji, ponieważ przyczyny niepowodzeń mają swoje źródła zwykle w różnych dziedzinach działania. Dlatego zespół powinien składać się z ludzi o dużej wiedzy specjalistycznej, którzy dodatkowo posiadają wolę ujawnienia przyczyn wadliwości, w tym także spowodowanych przez siebie. Bardzo przydatne jest stosowanie w trakcie budowy schematu metod heurystycznych.

Wykres składa się ze strzałek wraz z opisami, łączących się w ten sposób, że główna strzałka wskazuje skutek, czyli opis niepowodzenia, które jest badane. Przedstawiono to na rysunku 1.

0x01 graphic

Rys.1 Zasada budowy wykresu Ishikawy

Pokazane na rysunku kategorie przyczyn zwykle wybierane są z zestawu:

zgodnie z zasadą 5M+E. Można także używać innych kategorii (np. procedury, wyposażenie, materiały, informacje, ludzie) zależnie od dziedziny, w jakiej wykres jest stosowany. Każda kategoria przyczyn jest rozbudowywana o kolejne przyczyny szczegółowe. Jeżeli zachodzi taka potrzeba, dołącza się także podprzyczyny. Rozbudowa wykresu kończy się w momencie pełnego zidentyfikowania zjawiska.

E. Kindlarski zaproponował stosowanie układu przedmiotowego lub technologicznego przyczyn. W pierwszym kategorie stanowią podzespoły analizowanego obiektu, a przyczyny - elementy tych podzespołów. W drugim układzie wykorzystuje się odpowiednio procesy technologiczne i operacje w tych procesach. Przykłady takich zastosowań pokazują rysunki 2 i 3.

Rys.2. Układ przedmiotowy przyczyn (kliknij, aby zobaczyć powiększenie)
Źródło: E. Kindlarski 1995, s.5.

Rys 3.Układ technologiczny przyczyn (kliknij, aby zobaczyć powiększenie)
Źródło: E. Kindlarski 1995, s.5.

W praktyce czyste układy występują rzadko, zwykle złożoność przyczyn wymaga zastosowania układu mieszanego. Prawidłowo sporządzony wykres Ishikawy może posłużyć do stworzenia liczbowego systemu klasyfikacji wad. Liczbę znaków kodu można określić w zależności od żądanego stopnia szczegółowości. Rozpatrując fragment wykresu z rys.2 można otrzymać zestaw kodów zaprezentowany na rysunku 4. W tym przypadku kod ma trzy znaki: