Zarządzanie projektami metodą kaskadową: 6 faz i kiedy ją stosować

Plan projektu kaskadowego jest szczegółowo rozpisany, a po drodze — od rozpoczęcia projektu do zamknięcia projektu — wyznaczane są kamienie milowe.

Zarządzanie projektami metodą zwinną a kaskadową

Główna różnica między metodykami zwinną i kaskadową polega na tym, że metodyka zwinna koncentruje się na iteracji i elastyczności, a plan można zmieniać, aby uwzględnić nowe wymagania i informacje zwrotne pojawiające się w trakcie pracy, podczas gdy zarządzanie projektami metodą kaskadową opiera się na liniowym planie od rozpoczęcia do zakończenia projektu.

Aspekt	Metodyka kaskadowa	Metodyka zwinna
Planowanie projektu	Szczegółowe planowanie odbywa się z wyprzedzeniem.	Planowanie ewoluuje przez cały projekt.
Przepływ pracy	Praca przebiega w kolejnych etapach.	Praca postępuje w ramach iteracyjnych cykli.
Wymagania	Najlepiej sprawdza się w przypadku jasno określonych i stabilnych wymagań.	Uwzględnia zmieniające się wymagania.
Elastyczność	Zmiany często wymagają formalnych poprawek i ponownego wykonania prac.	Zmiany można wprowadzać między iteracjami.
Dostarczenie	Ukończony produkt jest zazwyczaj dostarczany pod koniec projektu.	Gotowe do użycia przyrosty mogą być dostarczane częściej.
Informacje zwrotne od interesariuszy	Są zbierane głównie podczas zaplanowanych przeglądów i kamieni milowych.	Są zbierane regularnie przez cały okres tworzenia.

Dodatkowo niektóre zespoły mogą nawet łączyć obie metodyki, stosując rozwiązanie określane jako „kaskadowo-zwinne-kaskadowe”.

W Scrumie, strukturze zwinnej, praca jest organizowana w rejestrze zadań i realizowana w sprintach o określonych ramach czasowych. Każdy sprint ma na celu stworzenie użytecznego przyrostu produktu, co pozwala interesariuszom przeglądać postępy i przekazywać informacje zwrotne.

6 etapów zarządzania projektami metodą kaskadową

W przypadku zastosowania metody kaskadowej projekt przechodzi przez sześć kolejnych etapów. Równolegle wykorzystasz cykl życia projektu — poniższe kroki pokrywają się z pięcioma etapami: rozpoczęciem projektu, planowaniem, realizacją, monitorowaniem i kontrolowaniem oraz zamknięciem.

Etap	Główne działanie	Typowy rezultat
1. Zbieranie wymagań	Określenie zakresu projektu, wymagań i oczekiwań.	Dokument wymagań
2. Projektowanie	Opracowanie rozwiązań na podstawie zatwierdzonych wymagań.	Zatwierdzone projekty lub specyfikacje
3. Implementacja	Zbudowanie produktu lub realizacja planu projektu.	Działający produkt lub ukończone elementy projektu
4. Testowanie i zapewnienie jakości	Weryfikacja rezultatów i usuwanie defektów.	Przetestowane i zweryfikowane rezultaty
5. Wdrożenie	Udostępnienie ukończonego produktu.	Aktywny produkt i plan utrzymania
6. Utrzymanie	Rozwiązywanie problemów i utrzymywanie funkcjonalności.	Poprawki, aktualizacje i rejestry utrzymania

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

1. Zbieranie wymagań

W pierwszym kroku metodyki kaskadowej zbierzesz wszystkie wymagania projektu. Obejmuje to rozmowy z interesariuszami i zespołem, przegląd karty projektu oraz innych dokumentów dotyczących zakresu, a także określenie konkretnych rezultatów i działań.

Zbierz cztery rodzaje wymagań:

• Wymagania funkcjonalne
• Wymagania techniczne
• Wymagania niefunkcjonalne
• Wymagania systemowe

Udokumentuj je w dokumencie wymagań wraz z planem projektu. Zaktualizuj dokumentację, jeśli wymagania zmienią się w trakcie projektu.

Przejrzyj ten dokument wraz z zespołem projektowym przed rozpoczęciem prac i pamiętaj, aby uzyskać poparcie również od wszystkich zewnętrznych interesariuszy lub klientów (często odbywa się to podczas rozpoczęcia projektu).

2. Projektowanie

Na tym etapie zespół projektowy rozpocznie projektowanie rozwiązań na podstawie wymagań. Przydziel członkom zespołu elementy do dostarczenia, uwzględniając ich dostępność i zestaw umiejętności (korzystając z oprogramowania do zarządzania projektami).

Dokładne elementy do dostarczenia będą zależeć od rodzaju projektu, nad którym pracujesz (np. w przypadku projektu strony internetowej zespół powinien dostarczyć makiety i projekty stron internetowych).

Jako kierownik projektu do Twoich obowiązków na tym etapie należy:

• Przeglądanie elementów do dostarczenia: Przeglądaj projekty i przekazuj zespołowi informacje zwrotne.
• Zarządzanie harmonogramami: Śledź elementy do dostarczenia i terminy realizacji.
• Monitorowanie ścieżki krytycznej: Identyfikuj zadania, które mogą opóźnić projekt, i dbaj o to, aby projekt przebiegał zgodnie z planem.

Gdy projekty zostaną zatwierdzone przez interesariuszy lub klientów, możesz przejść dalej.

3. Implementacja

Na etapie implementacji zespół programistyczny wdraża projekty utworzone na poprzednim etapie. Ponownie, jako kierownik projektu, będziesz monitorować harmonogram i przydzielać zadania.

Będziesz również musiał monitorować projekt pod kątem potencjalnych zagrożeń i zależności, które mogą się pojawić, oraz pilnować, aby budżet nie został zbyt szybko wykorzystany.

Elementy do dostarczenia w ramach procesu programistycznego będą ponownie zależeć od rodzaju projektu. W naszym przykładzie projektu strony internetowej elementy te będą obejmować działające strony internetowe (prawdopodobnie początkowo w środowisku testowym lub nieprodukcyjnym, aby umożliwić zapewnienie jakości).

Na tym etapie możesz odkryć, że coś utworzonego podczas etapu projektowania jest technicznie niemożliwe do wykonania, co może wymagać powrotu do poprzedniego etapu i przerobienia projektów (co będzie kosztować Cię czas). Możesz ograniczyć to ryzyko, angażując zespół programistyczny w przeglądanie projektów.

4. Testowanie & zapewnienie jakości

Na tym etapie wraz z zespołem przetestujesz i ocenisz jakość dostarczonych elementów, aby upewnić się, że spełniają one wymagania i oczekiwania interesariuszy.

Zajmuje się tym zespół projektowy, ale jeśli jako kierownik projektu masz wiedzę techniczną, możesz również brać w tym udział.

Podczas testowania i zapewniania jakości zespół powinien:

• Utworzyć przypadki testowe w celu sprawdzenia, czy elementy do dostarczenia spełniają wymagania.
• Udokumentować błędy i problemy, które należy rozwiązać.
• Ocenić jakość względem wskaźników ustalonych podczas zbierania wymagań.
• Przejrzeć przypadki użycia, aby potwierdzić, że uwzględniono oczekiwaną funkcjonalność.

Może być konieczne odesłanie projektu z powrotem do programistów w celu naprawienia poważnych błędów lub problemów wykrytych w tym procesie. Dlatego ważne jest uwzględnienie dodatkowego czasu na etap testowania projektu — nie chcesz utknąć przy naprawianiu błędów w ostatniej chwili.

5. Wdrożenie

Gdy zespół naprawi wszystkie błędy i problemy wykryte podczas procesu zapewniania jakości, może wdrożyć projekt. Elementem do dostarczenia na tym etapie jest działający produkt wraz z planem jego utrzymania (zobacz informacje na temat etapu utrzymania poniżej) oraz dokumentacją dotyczącą tego, co zostało dostarczone.

Monitoruj działający produkt pod kątem błędów lub problemów, które przeoczono na etapie zapewniania jakości, a jako kierownik projektu utrzymuj stałą komunikację z interesariuszami lub klientami, aby upewnić się, że wszystko przebiega zgodnie z oczekiwaniami.

6. Utrzymanie

Następnie zespół będzie utrzymywać produkt zgodnie z planem przedstawionym w poprzednim kroku. Jasno określ interesariuszom lub klientom, co obejmuje plan jako regularne utrzymanie, a co wykracza poza jego zakres i może wiązać się z dodatkowymi kosztami (np. nowe funkcje, dodatkowe strony itp.).

3. Przypadki użycia kaskadowego zarządzania projektami

Kaskadowe zarządzanie projektami najlepiej sprawdza się w przypadku projektów, które mają dobrze określone elementy do dostarczenia i ograniczenia, a także ustalone budżety i harmonogramy. 

Jeśli zakres projektu nadal zawiera wiele niewiadomych lub może ulec zmianie, model kaskadowy prawdopodobnie nie jest podejściem do zarządzania projektem, którego chcesz użyć. Model kaskadowy najlepiej sprawdza się w przypadku następujących rodzajów projektów:

Projekty budowlane

Budownictwo (znane również jako zarządzanie projektami kapitałowymi) dobrze nadaje się do metody kaskadowej, ponieważ rygorystyczny proces zarządzania projektem pomaga zapewnić bezpieczeństwo wszystkich osób pracujących przy projekcie lub korzystających z gotowego produktu. 

Dzieje się tak dlatego, że plany budynków muszą zostać zatwierdzone przez inżynierów, a często także przez agencje rządowe, zanim będzie można rozpocząć prace. Plany nie podlegają zmianom w trakcie realizacji, a sekwencyjny plan można łatwo stosować.

Istnieją specjalistyczne narzędzia w postaci oprogramowania do zarządzania projektami budowlanymi, których można używać przy tego typu projektach, a także narzędzia AI do zarządzania projektami budowlanymi.

Projekty projektowania i tworzenia stron internetowych

Projekty projektowania i tworzenia stron internetowych mogą wykorzystywać proces kaskadowy lub jedną z wielu metod zwinnych. Metoda kaskadowa sprawdza się dobrze, gdy potrzeby są jasno określone. 

Jeśli masz dokładną mapę witryny i przewodnik po stylu, których musisz użyć, łatwo jest zaplanować poszczególne fazy oraz określić, kiedy każda strona będzie gotowa do przeglądu i zatwierdzenia. Możesz również z dużą dozą pewności wybrać docelową datę uruchomienia.

Oprogramowanie o określonej funkcjonalności

Jeśli Twój zespół tworzy oprogramowanie o określonej funkcjonalności i dobrze zdefiniowanym zestawie wymagań, model kaskadowy może być właściwym wyborem. Przykładami mogą być system CRM, oprogramowanie HR lub dowolne narzędzie do zapewniania zgodności. 

Będą one miały początkowy zestaw wymagań, a pracę można zaplanować i wykonać w sposób liniowy. Wykres Gantta przedstawiający harmonogram oraz terminy otrzymywania przez interesariuszy aktualizacji statusu i/lub ich dostępności na potrzeby testów akceptacyjnych użytkowników pozwoli wszystkim dostosować się do Twojego planu.

Zalety i wady kaskadowego zarządzania projektami

Kaskadowe zarządzanie projektami zapewnia przejrzystą strukturę, jasno określone obowiązki i dokładną dokumentację, ale jego sekwencyjne podejście może utrudniać wprowadzanie zmian. Zrozumienie zalet i wad pomoże Ci określić, czy ta metodologia jest odpowiednia dla Twojego projektu.

Zalety	Wady
Planowanie z wyprzedzeniem: Planowanie odbywa się przed rozpoczęciem prac, co ogranicza niejasności i nieoczekiwane zmiany.	Sztywna struktura: Po rozpoczęciu projektu trudno jest uwzględniać zmiany.
Jasno określone obowiązki: Członkowie zespołu rozumieją swoje role i harmonogramy.	Ograniczona elastyczność: Uwzględnienie rozwijającej się technologii lub zmieniających się wymagań użytkowników może być trudne.
Zdefiniowane cele: Zespoły i interesariusze mają wspólny, przejrzysty plan projektu i cele.	Dłuższy proces planowania: Rozbudowane planowanie z wyprzedzeniem może opóźnić rozpoczęcie wdrażania.
Kontrola zakresu: Nowe pomysły można odłożyć na przyszłe prace lub obsłużyć za pomocą zleceń zmian.	Opóźnione dostarczenie: Sekwencyjne fazy mogą opóźniać dostarczenie użytecznego produktu w porównaniu z podejściami zwinnymi.
Łatwiejsze przekazywanie prac: Udokumentowane wymagania i decyzje projektowe pomagają zespołom przechodzić między fazami projektu.	Późne wykrywanie problemów: Problemy mogą nie zostać zidentyfikowane aż do fazy testowania.
Lepsza dokumentacja: Zapisane decyzje i zatwierdzenia stanowią punkt odniesienia dla nowych członków zespołu.	Kosztowne ponowne wykonanie prac: Problemy wykryte późno mogą wymagać powrotu do ukończonych faz, zwiększając koszty i opóźniając dostarczenie.

Co dalej?

Chcesz przedyskutować względne zalety metody kaskadowej i różnych podejść zwinnych? Dołącz do DPM Membership i uzyskaj dostęp do rozmów na Slacku z setkami innych menedżerów projektów cyfrowych! Otrzymasz również dostęp do ponad 100 szablonów ważnych dokumentów projektowych, takich jak plany projektów, rejestry ryzyka i zakresy prac.