Kompletny przewodnik po metodologiach zarządzania projektami

Co to są metodologie zarządzania projektami? Metodologia zarządzania projektami to zasadniczo zestaw wiodących zasad i procesów zarządzania projektem. Twój wybór metodologii określa sposób pracy i komunikacji.

Jak więc wybrać metodologię zarządzania projektami?

Jaka metodologia będzie zależeć od Twojego zespołu, typu projektu i Zakres projektu. Wybór metodologii zarządzania projektami (PMM) to jedna z pierwszych decyzji, które musisz podjąć jako kierownik projektu.

Wybór metodologii będzie miał głęboki i ciągły wpływ na sposób pracy Ciebie i Twojego zespołu. Różne metodologie zarządzania projektami mają swoje wady i zalety dla różnych typów projektów. Niektóre są nastawione na szybkość, inne na wszechstronność.

W tym artykule przedstawię pełny przegląd różnych PMM i sposobów ich wyboru.

BONUS: Kliknij tutaj, aby uzyskać nasza całkowicie bezpłatna, wyselekcjonowana lista 63 szablonów zarządzania projektami zawierająca wszystko, czego potrzebujesz, aby usprawnić swoje procesy dzisiaj.

Typy metodologii zarządzania projektami

Na papierze metodologie PM są narzędziami niezależnymi od narzędzi, tj. powinieneś być w stanie użyć dowolnej metodologii, niezależnie od tego, jakiego narzędzia PM używasz.

W rzeczywistości większość narzędzi do zarządzania projektami jest wyspecjalizowana do korzystania z kilku metod. Będzie to miało wpływ na to, jaką metodologię ostatecznie wybierzesz.

Pytanie brzmi: jakie są różne rodzaje metodologii zarządzania projektami? Jakie są ich zalety i wady? Do jakich projektów najlepiej się nadają?

Poniżej przyjrzę się 9 najpopularniejszym metodologiom zarządzania projektami.

Wodospad

Metodologia Waterfall jest najstarszą metodologią na tej liście. Został on po raz pierwszy przedstawiony przez dr Winstona Roycea w 1970 roku jako odpowiedź na zarządzanie coraz bardziej złożoną naturą tworzenia oprogramowania. Od tego czasu stała się powszechnie przyjęta, przede wszystkim w branży oprogramowania.

Metodologia Waterfall jest sekwencyjna. Jest również mocno zorientowany na wymagania. Musisz mieć krystalicznie jasne wyobrażenie o tym, czego wymaga projekt, zanim przejdziesz dalej. Nie ma możliwości korekty w trakcie realizacji projektu.

Metoda Waterfall jest podzielona na oddzielne etapy. Zaczynasz od zebrania i przeanalizowania wymagań, zaprojektowania rozwiązania (i swojego podejścia), wdrożenia rozwiązania i naprawienia problemów, jeśli występują.

Każdy etap tego procesu jest niezależny; kończysz jeden etap, zanim przejdziesz do drugiego.

Graficznie możesz to przedstawić w następujący sposób:

Powyższe jest z punktu widzenia rozwoju oprogramowania. Poszczególne etapy byłyby inne w przypadku kreatywnego zarządzania projektami, ale podejście pozostaje takie samo.

Zalety

Jak wspomniał wcześniej Mike Wang, nasz dyrektor ds. Szkoleń i wsparcia:

„Jednym z głównych czynników stojących za zarządzaniem kaskadami jest to, że inwestując czas we wczesne etapy projektu, menedżerowie zapewniają, że potrzeby projektowe i inne wymagania zostały spełnione, co pozwala zaoszczędzić czas i wysiłek zwykle związany z retroaktywnym usuwaniem problemów ”

W związku z tym metoda Waterfall ma kilka zalet, takich jak:

• Łatwość użycia: To model jest łatwy do zrozumienia i użycia. Podział między etapami jest intuicyjny i łatwy do uchwycenia niezależnie od wcześniejszego doświadczenia.
• Struktura: Sztywność metody Waterfall jest obciążeniem, ale może być również mocną stroną. wyraźne rozgraniczenie między etapami pomaga organizować i dzielić pracę. Ponieważ „nie można wrócić, trzeba być„ doskonałym ”na każdym etapie, co ften daje lepsze wyniki.
• Dokumentacja: Skupienie się na gromadzeniu i zrozumieniu wymagań sprawia, że model Waterfall w dużym stopniu opiera się na dokumentacji. Ułatwia to wprowadzanie się nowych zasobów i pracę nad projektem w razie potrzeby.

Wady

• Wyższe ryzyko: sztywność tej metodologii oznacza, że jeśli znajdziesz błąd lub musisz coś zmienić, zasadniczo musisz rozpocząć projekt od początku. To znacznie zwiększa ryzyko niepowodzenia projektu.
• Przód ciężki: całe podejście Waterfall zależy w dużej mierze od zrozumienia i prawidłowego przeanalizowania wymagań. Jeśli tego nie zrobisz – lub jeśli zmienią się wymagania – musisz zacząć od nowa. Ten brak elastyczności sprawia, że jest to kiepski wybór w przypadku długich i złożonych projektów.

Najlepsze dla:

Metodologia Waterfall jest najczęściej używana w tworzeniu oprogramowania.Najlepiej sprawdza się w przypadku następujących typów projektów:

• Krótkie, proste projekty
• Projekty z jasnymi i stałymi wymaganiami
• Projekty ze zmieniającymi się zasobami zależnymi od dogłębna dokumentacja

Agile

Agile, kolejna metodologia PM skupiona na tworzeniu oprogramowania, pojawiła się jako odpowiedź na niepowodzenie metody Waterfall w zarządzaniu złożonymi projektami. Chociaż pomysły Agile PM były używane w branży oprogramowania od dłuższego czasu, formalnie powstały w 2001 roku, kiedy kilku przedstawicieli IT wydało „Manifest Agile”

Pod względem podejścia i ideologii Agile jest przeciwieństwem metody wodospadu. Jak sama nazwa wskazuje, ta metoda sprzyja szybkiemu i elastycznemu podejściu (tutaj jest jeden sposób zrozumienia Agile, jak wyjaśniono dzieciom). Nie ma gromadzenia największych wymagań. Jest raczej iteracyjna z małymi przyrostowymi zmianami, które reagują na zmieniające się wymagania.

Graficznie można to przedstawić w następujący sposób:

Zalety

• Elastyczność i wolność: ponieważ nie ma ustalonych etapów ani koncentracji na wymaganiach, daje to Twoim zasobom znacznie większą swobodę w eksperymentowaniu i wprowadzaniu stopniowych zmian. szczególnie dobrze nadaje się do kreatywnych projektów.
• Mniejsze ryzyko: dzięki zarządzaniu Agile otrzymujesz regularne informacje zwrotne od interesariuszy i odpowiednio wprowadzasz zmiany, co drastycznie zmniejsza ryzyko niepowodzenia projektu, ponieważ interesariusze są zaangażowani na każdym etapie.

Wady

• Brak ustalonego planu: Podejście Agile kładzie nacisk na reagowanie na zmiany w miarę ich zachodzenia. brak ustalonego planu utrudnia zarządzanie zasobami i planowanie. Będziesz musiał nieustannie żonglować zasobami, włączać i wyłączać je ad hoc.
• Intensywna współpraca: brak stałego planu oznacza, że wszystkie zaangażowane działy – w tym interesariusze i sponsorzy – będą musieli ściśle współpracować, aby osiągnąć wyniki. Podejście ukierunkowane na informacje zwrotne oznacza również, że interesariusze muszą być chętni (i dostępni) do szybkiego przekazywania informacji zwrotnych.

Najlepsze dla:

Elastyczność podejścia Agile oznacza że możesz dostosować ją do różnych typów projektów.

To powiedziawszy, ta metodologia sprawdza się najlepiej w przypadku:

• Kiedy nie masz na myśli określonego celu, ale masz ogólna idea produktu.
• Gdy projekt wymaga szybkich zmian.
• Jeśli współpraca i komunikacja są Twoimi kluczowymi mocnymi stronami (a planowanie nie jest)

Hybrydowe

Podejście hybrydowe, jak sama nazwa wskazuje, jest połączeniem metodologii Waterfall i Agile. Bierze najlepsze części zarówno Waterfall, jak i Agile i łączy je w elastyczne, ale ustrukturyzowane podejście, które można wykorzystać w różnych projektach.

Metodologia hybrydowa skupia się na początkowym gromadzeniu i analizowaniu wymagań – ukłon w stronę metody Waterfall. Stąd bierze się elastyczność podejścia Agile z naciskiem na szybkie iteracje.

Łącząc atrybuty Waterfall i Agile, metoda hybrydowa (czasami nazywana „Structured Agile”) zapewnia to, co najlepsze z obu światów .

Zalety

• Większa elastyczność: Po etapie planowania metoda hybrydowa zapewnia znacznie większą elastyczność w porównaniu z metodą wodospadu. Dopóki wymagania nie ulegną zasadniczej zmianie, możesz wprowadzać zmiany zgodnie z ich żądaniem.
• Bardziej uporządkowany: pożyczając początkową fazę planowania od Waterfall, metoda hybrydowa stanowi odpowiedź na jedną z największych skarg dotyczących podejście Agile – brak struktury i planowania. W ten sposób uzyskujesz „to, co najlepsze z obu światów”.

Wady

• Wymaga kompromisu: ponieważ „zasadniczo godzisz dwa przeciwstawne podejścia, obie strony będzie musiał pójść na kompromis w zakresie wymagań i elastyczności.
• Podejście „najlepsze z obu światów” pozbawia Cię elastyczności Agile i pewności działania Waterfall. Wszelkie iteracje, które wykonasz, będą musiały być zgodne z ograniczeniami budżetowymi i harmonogramowymi ustawić z przodu.

Najlepsze dla

Podejście hybrydowe najlepiej nadaje się do projektów, które mają średnie wymagania w porównaniu z Agile i Waterfall, tj. wymagają również struktury jako elastyczność.

Zwykle byłyby to projekty średniej wielkości o umiarkowanie dużej złożoności, ale o stałych budżetach. Prawdopodobnie miałbyś pojęcie o produkcie końcowym, ale jesteś również otwarty na eksperymenty. Będziesz potrzebować ścisłej współpracy , zwłaszcza poza etapem planowania.

Scrum

Scrum nie jest „taf w pełni funkcjonalna metodologia zarządzania projektami. Opisuje raczej podejście do zarządzania Agile z naciskiem na zespoły projektowe, krótkie „sprinty” i codzienne spotkania stand-up.

Scrum zapożycza zasady i procesy z Agile, ale ma własne specyficzne metody i taktyki radzenia sobie z zarządzaniem projektami. Jak Mike to ujął wcześniej:

„Agile to filozofia, a Scrum metodologią. Chociaż scrum jest zwinny, zwinny to nie scrum”.

Podejście Scrum umieszcza zespół projektowy na pierwszym planie i w centrum projektu. Często nie ma kierownika projektu. Zamiast tego oczekuje się od zespołu samoorganizacji i samozarządzania. To sprawia, że jest to idealne rozwiązanie dla wysoce skoncentrowanych i wykwalifikowanych zespołów, ale nie dla innych.

Zalety

• Scrumowe „sprinty”: Podejście Scrum jest mocno skoncentrowane na 30- dzień „sprinty”. W tym miejscu zespół projektowy dzieli listę życzeń dotyczących celów końcowych na małe fragmenty, a następnie pracuje nad nimi w ramach 30-dniowych sesji z codziennymi spotkaniami stojącymi. Ułatwia to zarządzanie dużymi i złożonymi projektami.
• Szybkie tempo: podejście „sprinterskie” z 30-dniowym limitem i codziennymi spotkaniami stojącymi sprzyja szybkiej iteracji i rozwojowi.
• Koncentracja na zespole: ponieważ od zespołu projektowego oczekuje się samodzielnego zarządzania, zespoły Scrumowe mają jasny wgląd w projekt. Oznacza to również, że liderzy projektów mogą ustalać własne priorytety zgodnie z własną wiedzą o swoich możliwościach.

Poza tym, ma wszystkie zalety Agile – szybką iterację i regularne informacje zwrotne od interesariuszy.

Wady

• Pełzanie zakresu: ponieważ nie ma ustalonej daty końcowej ani kierownika projektu do planowania i budżetowania, Scrum może łatwo doprowadzić do pełzania zakresu.
• Wyższe ryzyko: ponieważ zespół projektowy zarządza samodzielnie, istnieje większe ryzyko niepowodzenia, chyba że zespół jest wysoce zdyscyplinowany i zmotywowany. Jeśli zespół nie ma wystarczającego doświadczenia, Scrum ma bardzo duże prawdopodobieństwo niepowodzenia.
• Brak elastyczności: Skupienie zespołu projektowego oznacza, że każdy zasób pozostawiający zespół pomiędzy nimi będzie miał ogromny wpływ na sieć wyniki. To podejście nie jest również wystarczająco elastyczne dla dużych zespołów.

Najlepsze dla

Podejście Scrum jest najlepsze dla wysoce doświadczonych, zdyscyplinowanych i zmotywowanych zespołów projektowych, które potrafią własne priorytety i jasno rozumieją wymagania projektowe. Ma wszystkie wady Agile wraz ze wszystkimi jego zaletami. Działa w przypadku dużych projektów, ale zawodzi, jeśli sam zespół projektowy jest bardzo duży.

W skrócie: użyj Scrum, jeśli opracowujesz złożone oprogramowanie i masz do dyspozycji doświadczony zespół.

Metoda ścieżki krytycznej (CPM)

Powyższe cztery metodologie zarządzania projektami wyłoniły się z rozwoju oprogramowania. Chociaż z pewnością możesz ich używać w projektach innych niż oprogramowanie, do Twojej dyspozycji są lepsze alternatywy.

Jedną z bardziej popularnych alternatyw jest metoda ścieżki krytycznej (CPM).

W Metoda ścieżki krytycznej umożliwia kategoryzowanie wszystkich działań potrzebnych do ukończenia projektu w ramach struktury podziału pracy. Następnie mapujesz przewidywany czas trwania każdego działania i zależności między nimi.

Pomaga to w zaplanowaniu działań, które mogą być wykonywane jednocześnie, oraz jakie czynności należy wykonać, zanim inni będą mogli rozpocząć.

Zalety

• Lepsze planowanie: Nacisk na mapowanie czasu trwania działań i ich współzależności pomaga lepiej planować zadania. Jeśli zadanie X zależy od ukończenia zadania Y jako pierwsze, CPM pomoże Ci zidentyfikować i zaplanować jego wykonanie.
• Priorytetyzacja: sukces metodologii CPM zależy od zidentyfikowania i zmapowania krytycznych i niekrytycznych działań. Po zmapowaniu tych działań możesz lepiej ustalić priorytety zasobów.

Wady

• Planowanie wymaga doświadczenia: jak powie każdy doświadczony kierownik projektu, rzeczy zawsze zajmuje więcej czasu, niż się spodziewasz. Jeśli nie masz doświadczenia z planowaniem w świecie rzeczywistym, na pewno przeliczysz czas dla każdej czynności.
• Brak elastyczności: podobnie jak w przypadku metody kaskadowej, CPM jest z góry ciężki. Musisz wszystko zaplanować na samym początku. Jeśli są jakieś zmiany, cały harmonogram staje się nieistotny. To sprawia, że ta metoda jest nieodpowiednia dla projektów o zmieniających się wymaganiach.

Najlepsza dla

Metoda ścieżki krytycznej najlepiej nadaje się do projektów z częściami współzależnymi. Jeśli chcesz, aby zadania były wykonywane jednocześnie lub aby jedno zadanie zakończyło się przed rozpoczęciem innego, będziesz chciał użyć tej metodologii.

CPM znajduje wiele zastosowań w złożonych, ale powtarzalnych czynnościach, takich jak projekty przemysłowe. Jest mniej odpowiedni dla dynamicznego obszaru, takiego jak kreatywne zarządzanie projektami.

Zarządzanie projektami w łańcuchu krytycznym (CCPM)

PM łańcucha krytycznego jest jedną z nowszych metod zarządzania projektami. Został on opracowany jako alternatywa dla metody ścieżki krytycznej z naciskiem na zarządzanie zasobami.

Dzięki CCPM pracujesz wstecz od celu końcowego.Rozpoznajesz rezultaty, a następnie wykorzystujesz dotychczasowe doświadczenia, aby zaplanować zadania wymagane do ukończenia projektu. Wyznaczasz również współzależności między zasobami i przydzielasz je odpowiednio do każdego zadania.

Ten wykres z TrackerSuite pokazuje różnicę między harmonogramem projektu tradycyjnego a harmonogramem CCPM.

CCPM kładzie nacisk na wykorzystanie zasobów i minimalizację utraconej produktywności. W dużym stopniu opiera się na „monozadaniowości”, tj. Skupieniu się na wykonywanym zadaniu i unikaniu wielozadaniowości.

Dla zespołów projektowych o ograniczonych zasobach CCPM może być potężną metodologią.

Zalety

• Efektywne wykorzystanie zasobów: skupienie się na odpowiednim zarządzaniu zasobami sprawia, że CCPM jest jedną z najbardziej efektywnych pod względem zasobów metodologii zarządzania projektami. Nacisk na monotaskowanie jest również dobrze dopasowany do naszego współczesnego rozumienia szkodliwych skutków wielozadaniowości.
• Koncentruje się na celu końcowym: CCPM nie ma obsesji na punkcie „optymalnego” rozwiązania problemu. Zamiast tego nadaje priorytet rozwiązaniom „wystarczająco dobrym”, które mogą pomóc w osiągnięciu celu końcowego. Ponieważ pracujesz również wstecz od celu końcowego, CCPM zwykle daje lepsze wyniki w przypadku złożonych projektów.

Wady

• Nieodpowiednie dla środowisk z wieloma projektami: podejście CCPM skoncentrowane na zasobach może działać tylko w środowiskach z jednym projektem. W środowiskach obejmujących wiele projektów projekty mogą współdzielić zasoby. CCPM nie może zaplanować dystrybucji zasobów w takim scenariuszu.
• Częste opóźnienia: CCPM przydziela lukę lub wypełnienie między zadaniami, aby wyznaczyć długość zadania. Teoretycznie ma to nadrobić przeszacowanie zasobów własną wydajność. W rzeczywistości zasoby, zgodnie z prawem Parkinsona, wypełniają wypełnienie nadmiernymi opóźnieniami.

Najlepsze w przypadku

CCPM działa najlepiej w środowiskach, w których zasoby są poświęcone jednemu projektowi. Jeśli masz dedykowany zespół do projektu, działa świetnie. Jeśli Twój zespół jest podzielony na kilka projektów, będziesz miał trudności z planowaniem zasobów.

Podejście CCPM zorientowane na zasoby jest również idealne dla zespołów projektowych, które mają ograniczone zasoby. Jeśli jesteś ciągle przepracowany lub brakuje Ci terminów , metodologia CCPM może być dla Ciebie.

Zintegrowane zarządzanie projektami (IPM)

Zintegrowane zarządzanie projektami (IPM) – czasami nazywane również „zintegrowaną realizacją projektów” – to powszechne zarządzanie projektami metodologia w branżach kreatywnych. Ta metodologia kładzie nacisk na udostępnianie i standaryzację procesów w całej organizacji.

Podejście IPM powstało jako odpowiedź na coraz bardziej zintegrowany charakter kampanii kreatywnych. Nie tworzysz tylko jednej reklamy ; integrujesz reklamę z mikrowitrynami, treściami cyfrowymi itp. Większość projektów kreatywnych to element większej kampanii.

Zintegrowany projekt składa się z następujących komponentów:

Poprzez integrację procesów w całej organizacji, IPM zapewnia kierownikom projektów lepszy wgląd w projekt i dostęp do odpowiednich zasobów.

To sprawia, że IPM jest szczególnie odpowiednie dla agencji kreatywnych.

Zalety

• Przejrzystość: Integracja procesów w całej organizacji poprawia przejrzystość w organizacji. Podejście IPM skupia się na regularnym dokumentowaniu i spotykaniu się członków zespołu, co pomaga wszystkim być na bieżąco.
• Odpowiedzialność: Zintegrowany charakter podejścia IPM sprawia, że cały zespół projektowy jest odpowiedzialny za projekt. Ponieważ żaden członek zespołu nie może działać w silosie, IPM zwiększa odpowiedzialność.

Wady

Wymaga rozległego planowania: w podejściu IPM będziesz musiał zaplanować z góry i zapewnić, że wszystkie procesy są dobrze zintegrowane. Zwiększa to znacznie obciążenie i może prowadzić do opóźnień.

Najlepsze dla

Duże agencje z różnorodnymi zespołami i procesami odnoszą największe korzyści ze zintegrowanego zarządzania projektami. Sprawdza się najlepiej w przypadku złożonych projektów kreatywnych, w których potrzebne są zasoby wielu zespołów i działów do współpracy.

PRiSM

PRiSM (Integracja projektów Sustainable Methods) to opracowana metodologia zarządzania projektami autorstwa Green Project Management (GPM) Global.

Jak sugeruje nazwisko twórcy, podejście PRiSM koncentruje się na rozliczaniu i minimalizowaniu negatywnego wpływu projektu na środowisko. Różni się od tradycyjnych metodologii tym, że wykracza poza koniec projektu. Zamiast tego bierze pod uwagę cały cykl życia projektu po jego realizacji, aby zmaksymalizować jego trwałość.

Oto przegląd sposobu organizacji działań w PRiSM:

Zalety

Podejście PRiSM jest bardzo istotne w przypadku nowoczesnych projektów, w których koszty środowiskowe i zrównoważony rozwój są kluczowymi kryteriami sukcesu.W przypadku dużych projektów, w których zmniejszenie zużycia energii, zarządzanie odpadami i minimalizacja wpływu na środowisko ma kluczowe znaczenie, PRiSM oferuje realną ideologię zarządzania projektami.

Wady

PRiSM nie nadaje się do projektów, w których wpływ na środowisko nie jest problem (na przykład oprogramowanie lub projekty kreatywne).

Sukces w podejściu PRiSM wymaga również, aby każda część zespołu projektowego – w tym wykonawcy zewnętrzni i interesariusze – byli zgodni z zasadą zrównoważonego rozwoju – trudne pytanie w większości organizacji.

Najlepsze dla

PRiSM nadaje się głównie do dużych i złożonych projektów nieruchomościowych i przemysłowych, w których zrównoważony rozwój ma kluczowe znaczenie.

PRINCE2

PRINCE2 (Projects IN Controlled Environments) to oficjalna metodologia zarządzania projektami rządu Wielkiej Brytanii (co oznacza, że korzysta z niej większość projektów rządu Wielkiej Brytanii). Możesz nawet uzyskać certyfikat PRINCE2, aby ułatwić pracę jako kierownik projektu w Wielkiej Brytanii.

PRINCE2 opiera się na 7 zasadach, 7 tematach i 7 procesach. Na przykład 7 zasad PRINCE2 to:

1. Ciągłe uzasadnienie biznesowe
2. Ucz się z doświadczenia
3. Zdefiniowane role i obowiązki
4. Zarządzaj etapami
5. Zarządzaj według wyjątków
6. Skoncentruj się na produktach
7. Dostosuj do środowiska projektu

Wikipedia świetny artykuł wprowadzający do tej metodologii. Proponuję zacząć od tego punktu, jeśli jesteś zainteresowany PRINCE2.

Zalety

Prowadzenie projektu PRINCE2 wymaga obszernej dokumentacji. Ponadto jedną z głównych zasad PRINCE2 jest „Ucz się od doświadczenie ”. Skupienie się na dokumentacji i wcześniejszych doświadczeniach może pomóc zmniejszyć ryzyko.

Wady

Wadą obszernej dokumentacji PRINCE2 jest to, że zmiany mogą być trudne do dostosowania. Jeśli wymagania się zmienią, musisz powtórzyć dokumentację i ponownie przydzielić zasoby, co może spowolnić tempo projektu.

Najlepsze dla

Ta metodologia najlepiej nadaje się do dużych i złożonych projektów ze stałymi wymaganiami. Jeśli jesteś w Wielkiej Brytanii, prawdopodobnie będziesz chciał poznać metodologię PRINCE2. Jest szeroko stosowany w kraju i jest wymagany w projektach rządowych.

Oprócz nich istnieje kilka innych PMM, takich jak Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban i Lean Development (LD).

Jednak w przeważającej części będziesz wybierać jedną z metod opisanych powyżej.

Jak wybrać właściwą metodologię

Z powyższej sekcji jasno wynika, że różne metodologie PM są lepiej dostosowane do różnych projektów. Nie chciałbyś używać PRiSM do projektu oprogramowania, tak jak nie chciałbyś używać Agile do dużego rozwoju nieruchomości.

Kiedy wybierasz metodologie PM, oto kilka o czym należy pamiętać:

Oceń projekt

Wybierając metodologię zarządzania projektami, warto zacząć od końca. Musisz dokładnie wiedzieć, jak powinien wyglądać końcowy produkt dostarczany i jak będzie to potrzebne.

Skoncentruj się na zebraniu wstępnych wymagań. Jeśli wymagania sugerują, że potrzebujesz dużego i zróżnicowanego zespołu, wybierz metodologię, która wspiera elastyczność.

Podobnie, jeśli masz jasny obraz wyniku końcowego, wybierz bardziej ustrukturyzowaną metodologię, taką jak Waterfall. Jeśli koniec wynik jest niejasny (typowy w przypadku projektów wewnętrznych), wybierz iteracyjną metodologię, taką jak Agile.

Inne rzeczy do rozważenia podczas oceny projektu to:

• Projekt budżet
• Harmonogram
• Rozmiar i złożoność
• Oczekiwania interesariuszy
• Rodzaj projektu i branża

Oceń swój zespół

Metodologia zarządzania projektem jest zasadniczo planem projektu. Mówi zespołowi, co i kiedy utworzyć.

Jednak aby tak się stało, zespół powinien być w stanie przeczytać projekt itse Jeśli.

Innymi słowy, jeśli Twój zespół nie jest zaznajomiony z wybraną przez Ciebie metodologią zarządzania projektami, będziesz miał trudności z uzyskaniem wyników. Będziesz musiał poświęcić czas na naukę metodologii (na którą niektórzy członkowie Twojego zespołu mogą być odporni), co prowadzi do opóźnień.

Weź również pod uwagę skład swojego zespołu. Zidentyfikuj jego mocne i słabe strony. Jeśli zespół rozwija się dzięki współpracy, możesz wybrać mniej ustrukturyzowane podejście, takie jak Agile. Jeśli zespół jest wysoce zmotywowany i zdyscyplinowany, podejście SCRUM może się sprawdzić. Jeśli masz ograniczone zasoby, wybierz podejście efektywne pod względem wykorzystania zasobów, takie jak CCPM.

Oto kilka kwestii, które należy wziąć pod uwagę podczas oceny swojego zespołu:

• Doświadczenie zespołu
• Szkolenie
• Możliwości samoorganizacji
• Gotowość zespołu
• Lokalizacja zespołu (zdalna, na miejscu itp.))

Zasadniczo wybierz metodologię, która pasuje do Twojego zespołu, zamiast zmuszać go do dopasowania metodologii.

Oceń swoją organizację

Jak Twoja firma jest zorganizowana, jej kultura i wcześniejsze zapisy będą miały duży wpływ na wybór metodologii zarządzania projektami. Niektóre metodologie działają tylko w dużych organizacjach z ustalonymi hierarchiami. Inne są bardziej odpowiednie dla mniejszych, szczuplejszych strojów.

Na przykład, jeśli twoje wcześniejsze rekordy pokazują, że wszystkie twoje projekty Agile zostały opóźnione ORAZ źle odebrane, dobrze jest unikać tej metodologii w przyszłości.

Kilka rzeczy, które należy wziąć pod uwagę podczas oceny swojej organizacji, to:

• Wcześniejsze zapisy i doświadczenie z różnymi metodologiami
• Kultura
• Hierarchia organizacyjna
• Poziom elastyczności
• Poziom dojrzałości organizacji
• Wielkość organizacji
• Dostępne zasoby, w tym zasoby zewnętrzne, takie jak freelancerzy i wykonawcy .
• Twoja branża

Oceń swoich interesariuszy

Wybierając metodologię PM, weź pod uwagę:

• Zaangażowanie interesariuszy: Niektóre metodologie wymagają, aby interesariusze byli regularnie zaangażowani na każdym etapie projektu. Na przykład w przypadku Agile potrzebujesz, aby interesariusze byli regularnie dostępni do informacji zwrotnych. Jeśli interesariusze są zajęci, wybierz metodę plan, który wymaga mniejszego zaangażowania interesariuszy.
• Wymagania interesariuszy: Jak pracują Twoi interesariusze? Czego wymagają od kierownika projektu? Jeśli wiadomo, że interesariusze często zmieniają zakres projektu, wybierz bardziej elastyczną metodologię. Podobnie, jeśli interesariusze wymagają codziennych aktualizacji, wybierz metodologię, która może sprostać temu zapotrzebowaniu.

Biorąc pod uwagę znaczenie interesariuszy w powodzeniu projektu, pamiętanie o ich wymaganiach wpłynie na ich zadowolenie i bardziej udanych projektów.

Oceń swoje narzędzia

Narzędzia do zarządzania projektami rzadko są niezależne od metodologii. Zwykle są zaprojektowane tak, aby dobrze współpracowały z określoną metodologią.

Dlatego narzędzia programowe, do których masz dostęp i doświadczenie, będą miały wpływ na Twój wybór.

Aby to zrobić:

• Sporządź listę wszystkich aktualnie używanych narzędzi programowych
• Wypisz ich ograniczenia i możliwości
• Porównaj ich możliwości z wymaganiami dla określonej metodologii PM.

Idealnie, wybrana metodologia powinna współpracować z istniejącym zestawem narzędzi. Jeśli musisz kupić nowe narzędzia, nie tylko będziesz musiał wydać więcej, ale także stracisz krytyczny czas na przekwalifikowanie swojego zespołu.

Przeprowadzenie tej dogłębnej oceny pomoże Ci wybrać metodologię, która będzie pasować do Twojego cele, możliwości zespołu i wymagania interesariuszy idealnie.

Podsumowanie

Jako kierownik projektu masz do wyboru kilka metod zarządzania projektami. Każda z tych metod ma swoje mocne i słabe strony. Wybranie właściwego sprawi, że projekt będzie przebiegał szybciej, płynniej i wydajniej.

Wybierz jedną z kilku metod wymienionych powyżej. Następnie oceń swój projekt, zespół, organizację, interesariuszy i istniejące narzędzia, aby wybrać metodologię dopasowaną do Twoich mocnych stron i wymagań.