Hybrydowe zarządzanie projektami: środek między zwinnością a wodospadem

Czy zimna wojna między wodospadem a Agile rozmraża? W istocie różnica między dwiema metodologiami zarządzania projektami polega na przewidywalności i zdolności adaptacyjnej. Waterfall dąży do przewidywalności: uważaj, że projekt został ukończony tylko wtedy, gdy wszystkie z góry określone funkcje zostaną ukończone i w pełni wdrożone. Agile dąży do adaptacji: Dostarczaj produkt o minimalnej opłacalności (MVP) i publikuj nowe funkcje w sposób iteracyjny, aby zebrać opinie użytkowników, które pokierują ścieżką ulepszeń.

Co to jest hybryda Agile-Waterfall?

Od czasu oficjalnego wprowadzenia ponad 20 lat temu, Agile wciąż zyskuje na popularności. Praktyka ta, szeroko rozpowszechniona podczas tworzenia oprogramowania, wkradała się w obszary, w których metodologie Waterfall pozostały dominujące. Podejście hybrydowe formalizuje eksperymentowanie z wykorzystaniem Agile w większej strukturze wodospadu.

„Prawdziwa hybryda to połączenie pracy przewidującej i niepewnej”, mówi Jim Stewart, kierownik projektu Toptal w rejonie Bostonu, mistrz Scrum, trener Agile i instruktor. W modelu hybrydowym techniki kaskadowe są wykorzystywane do dobrze zrozumianych, predykcyjnych części projektu, podczas gdy techniki zwinne są wykorzystywane do iteracyjnych, bardziej niepewnych.

W ten sposób firma może tworzyć oprogramowanie w sposób zwinny, ale wdrażać je w procesie Waterfall. Firma finansowa może opracować produkt, który składa się z kilku dużych komponentów, które wymagają audytu, a zatem nie mogą zostać wydane, dopóki nie zostaną ukończone i zatwierdzone. Jednocześnie mniejsze elementy tej większej funkcji, a także inne aspekty interfejsu użytkownika, mogą być iterowane przez zespół programistów w serii sprintów.

Jeśli chodzi o konfigurację odpowiedniego systemu hybrydowego dla Twojego projektu, elastyczność jest kluczowa. „Nie wierzę w coś uniwersalnego”, mówi Miroslav Anicin, kierownik projektu z Belgradu w Serbii, który jest częścią zespołu monitorującego Toptal Project Management i współtwórcą tego bloga. „Nie możesz gdzieś pójść i zastosować metodologię według książki. Musisz dokładnie wiedzieć, jak dostosować te podejścia w oparciu o różne czynniki, takie jak dojrzałość zespołu, kultura firmy, kultura tematyczna, rodzaj projektu, wielkość zespołu i rozmiar produktu.

Dlaczego warto korzystać z systemu hybrydowego?

Być może myślisz: dlaczego nie przejść całkowicie Agile, ponieważ okazało się, że jest to bardziej adaptacyjne, innowacyjne i wydajne? I odwrotnie, dlaczego po prostu nie kontynuować pracy w Wodospadzie, jeśli do tego jest przyzwyczajona organizacja?

Czasami istnieją bariery na drodze do czystej Agile, szczególnie w branżach o wysokim stopniu regulacji, w których produkty podlegają zatwierdzeniu przez organizacje zewnętrzne, które wymagają dokumentacji i rygorystycznych harmonogramów. Dla Juana Vilmaux, kierownika projektu z Cordoby w Argentynie, który jest również członkiem zespołu kontrolnego Toptal Project Management, Waterfall jest przydatny w projektach, w których ryzyko jest głównym czynnikiem napędzającym, na przykład w dziedzinach, w których firmy są poddawane audytom. (Ponieważ analiza ryzyka musi być wykonana przed planowaniem projektu w tych branżach, zmiana czegoś w tej analizie wymagałaby nowego planu.) „Pracowałem dla firmy, która prowadziła badania kliniczne, a audyty są tam szalone”, mówi. „Musisz więc przejść przez kilka procesów, które są definiowane przez organy zewnętrzne, takie jak FDA. Jeśli pracujesz w Agile, stale dostosowujesz swój zakres lub zaległości — zmieniasz ich priorytety — a to może kolidować z tymi audytami”.

David Machiels, kierownik projektu Toptal z siedzibą w Brukseli w Belgii, mówi, że trzeba uważać na terminy zwalniania stanowisk, które wymagają ochrony prywatności. Kierował zespołem hybrydowym nad rozwojem platformy zarządzania tożsamością w Microsoft Azure Active Directory dla europejskiej grupy bankowej. Wykorzystywał Agile na niektórych etapach rozwoju, ale ponieważ banki muszą chronić dane dotyczące prywatności i niechętnie umieszczają te informacje w chmurze, jego zespół udostępnił system na lokalnym serwerze. „Po pierwsze, musisz wykonać wdrożenie na miejscu” — mówi. „Potrzebujesz również wdrożenia w chmurze. Następnie możesz zacząć tworzyć połączenie między nimi. Jest wiele kroków, które musisz wykonać w określonej kolejności.”

Większość kierowników projektów, z którymi rozmawialiśmy w tym artykule, pracowała nad projektami hybrydowymi dla klientów z branży finansowej ze względu na nieodłączną kombinację surowych przepisów i potrzeby zabezpieczenia danych. Grant Schuleman, kierownik projektu Toptal z Johannesburga w RPA, pracował w usługach finansowych, bankowości i giełdach papierów wartościowych. Mówi, że dostarczył silnik handlu akcjami i silnik handlu instrumentami pochodnymi, „gdzie było dużo integracji związanej z danymi podstawowymi i wieloma wymogami regulacyjnymi”.

Konieczność przestrzegania szeregu ustalonych kroków nadaje się do podejścia kaskadowego, ale możesz ulepszyć ten proces, wprowadzając Agile. Duże eposy można podzielić na historyjki użytkowników, aby uzyskać bardziej elastyczny rozwój, ale następnie ukończone epopeje mogą zostać wydane w dłuższym okresie czasu. „Czasami masz coś, co nazywam dostawą Big Bang”, mówi Schuleman. Zespół wdraża się stopniowo w środowisku testów akceptacji użytkownika (UAT), a po podpisaniu wszystkich funkcji w UAT, wypuszczasz je do produkcji jako jedno duże wdrożenie. „A to może zająć rok, w zależności od tego, jak duży jest projekt”, mówi.

W swoim największym programie Schuleman miał 120 osób pracujących nad 10 projektami – niektórzy pracowali w Waterfall, niektórzy Scrum, a niektórzy hybrydy. Prowadził również „Scrum of Scrums” co drugi tydzień, aby upewnić się, że wszystkie mniejsze zespoły są wyrównane do następnej serii sprintów i pracują w komplementarnych tempach.

Najtrudniejsza część przejścia na hybrydę

Wdrożenie hybrydowego systemu Agile-Waterfall może być przedsięwzięciem bardzo zależnym od sytuacji. Jako przewodnik dla tego procesu, kierownik projektu musi znaleźć odpowiednią kombinację metodologii, która jest odpowiednia dla produktu, zespołu i osób, które będą z nich korzystać. „Jeśli próbujesz zastosować niektóre z tych metod w niezmienionej formie, bez żadnego dostosowywania”, mówi Anicin, „to będzie stuprocentowa porażka”.

Schuleman próbował zintegrować procesy Agile z aktualizacją starszej aplikacji, ale musiał wrócić do czystego Waterfall w środku projektu. Eksperyment nie powiódł się, ponieważ nie został zaakceptowany przez twórców, z których wszyscy byli przyzwyczajeni do pracy w Wodospadzie i nie rozumieli, dlaczego praca została podzielona na eposy, które następnie zostały podzielone na historie użytkowników. Zobaczyliby historyjkę użytkownika w sprincie, mówi Schuleman, ale nie mogli zrozumieć, dlaczego „istnieje 10 innych historyjek użytkownika również związanych z tą aplikacją, które nie są jeszcze objęte zakresem”. Chcieli pracować nad wszystkim na raz.

Więc jaki jest najbardziej istotny czynnik sukcesu systemu hybrydowego? Ludzie. Niektórzy ludzie są otwarci na zmiany i podekscytowani próbowaniem nowych rzeczy; niektórzy nie. Kiedy nie są, często ich opór sprowadza się do braku zrozumienia. Członkowie zespołu i kierownictwo „niekoniecznie rozumieją zarządzanie projektami poza powierzchownym poziomem”, mówi Stewart. „Używali Waterfall i wiedzą, że istnieje modne hasło Agile”. Ponieważ nie są dobrze zorientowani w nowym procesie, mogą chcieć zrobić to, co robili w przeszłości.

A hybryda nie jest dla każdego. Niektórzy kierownicy projektów uważają, że łączenie przeciwnych metodologii powoduje więcej problemów niż rozwiązuje. „Zwykle przejście na hybrydę nie jest dobrym podejściem” — mówi Vilmaux. „Zwiększasz swoje szanse na porażkę, ponieważ dostajesz najgorsze części obu światów. Ograniczasz Agile, ale naturą Agile jest przyjmowanie zmian i bycie elastycznym. Zaczynasz tracić to wszystko, jeśli pracujesz w środowisku Waterfall, które działa najlepiej w sposób liniowy — stały i deterministyczny — i gdzie zmiany nie są niemożliwe, ale mogą być bardzo kosztowne. Dodając Agile, zaczynasz przesuwać nieliniowe rzeczy w tym świecie Wodospadu.”

To powiedziawszy, pomimo swojej złożoności, dobrze wykonana hybryda z pewnością może się opłacić. Anicin niedawno kierował udanym projektem hybrydowym dla IFC (członka Grupy Banku Światowego) w Republice Serbskiej w Bośni i Hercegowinie. „Jako projekt IFC”, mówi, „był oparty na planie — całkowicie — ale zgodziliśmy się, że zamierzamy zastosować podejście mieszane. Wymagania i specyfikacje – wszystko – były bardzo szczegółowe, ale nasze zespoły pracowały w Agile”.

Beneficjentem tego procesu był rząd Republiki Serbskiej, który w krótszym czasie otrzymał lepszy produkt za niższy koszt. Zaangażowanych było „wiele organizacji – organizacje rządowe, zupełnie inne organizacje” – mówi Anicin. „Było ciężko, ale zadziałało”.

Używanie hybrydy jako zwinnego uaktualnienia

Z każdą branżą przechodzącą obecnie transformację cyfrową, coraz więcej firm interesuje się Agile. „Dział HR staje się trochę zwinny” — mówi Stewart. „Znam też organizację policyjną w Holandii, która wykorzystuje tablice zadań do porządkowania zaległych przestępstw”.

Nawet jeśli firma, z którą współpracujesz, nie jest gotowa do wskoczenia obiema nogami, stopniowe wprowadzanie Agile może z czasem przynieść korzyści. Jednym z głównych powodów jest to, że Agile bardzo dobrze radzi sobie z niepewnością. „Moim zdaniem Agile jest znacznie lepszy, gdy istnieją niewiadome”, mówi Schuleman, „i w 99% przypadków są niewiadome”.

Kolejną zaletą jest nieodłączna przejrzystość Agile. „Wolę Agile, ponieważ widzę zmiany” – mówi. „W przypadku Waterfall może być dużo dymu i luster: 'Jesteśmy ukończeni w 20%', 'Jesteśmy ukończeni w 30%', ale potem utkniesz na 80% na kolejne osiem miesięcy. O wiele łatwiej jest ukryć problemy. Dzięki Agile masz codzienne standy, a jeśli historyjka użytkownika jest tam dłużej niż powinna, łatwo jest powiedzieć: „To się nie rusza; jaki jest problem?'"

Włączenie Agile do dowolnego systemu może zaoszczędzić pieniądze i czas, jednocześnie zapewniając wartość bardziej zgodną z rzeczywistymi potrzebami klienta. Kiedy projekt się nie powiedzie, Stewart pyta, czy to dlatego, że powinien być bardziej zwinny. „Zakładam się, że w przypadku 35% do 40% projektów IT, które co roku kończą się niepowodzeniem”, mówi, „duża część z nich, które są wodospadem, powinna być Agile – a tak się po prostu nie dzieje”.

Powolne włączanie Agile do systemu hybrydowego może zapewnić pewne korzyści, zwłaszcza gdy istnieją aspekty sposobu myślenia Waterfall, które mogą przynieść korzyści Twojemu zespołowi. Dla Anicin, dobry system hybrydowy skupia się „na części odkrywania. Kiedy mówimy o podejściu mieszanym, zapewniamy znacznie bardziej szczegółowy backlog produktu” — znacznie obszerniejszy, niż stworzyłby dla czystego projektu Agile. W projekcie hybrydowym wykorzystuje to bardziej szczegółowe zaległości, aby dać swojemu zespołowi bardziej szczegółową perspektywę wodospadu na długoterminowe oczekiwania dotyczące gotowego produktu. Anicin następnie dołącza swój zespół „do produktu, a nie tylko do projektu”, mówi. „Oczekuję, że cały zespół zrozumie szczegóły produktu, ponieważ musi mieć prawo własności do tego produktu, co jest tak ważne”.

Twoja firma i Twój zespół mogą nie być gotowi na przejście na czysty Agile, ale przynajmniej możesz osiągnąć znaczne korzyści z dodania praktyk Agile, takich jak codzienne standupy i krótsze, częstsze terminy dostaw. Jeśli jesteś rygorystyczny, sprytny i ostrożny we wdrażaniu tego, system hybrydowy może być właśnie tym, czego potrzebujesz, aby ulepszyć swój projekt.