Ocena dojrzałości metodyki agile: jak zmierzyć i usprawnić pracę zespołu

Państwa zespół realizuje sprinty. Istnieje lista zadań do wykonania, definicja zakończenia oraz regularne retrospektywy. Na papierze wszystko wygląda na zgodne z metodologią agile.

Jednak wciąż wydaje mi się, że coś tu nie gra.

Wydania są nieprzewidywalne. Te same motywy retro wciąż powracają. A gdyby ktoś zapytał: „Jak dojrzała jest Państwa praktyka agile?”, nie byłoby to łatwe pytanie.

Właśnie to wahanie jest powodem, dla którego istnieją oceny dojrzałości metodologii agile — i dlaczego ich prawidłowe przeprowadzenie przy użyciu odpowiedniego narzędzia decyduje o tym, czy rozmowa zaowocuje jedynie prezentacją slajdów, czy też doprowadzi do rzeczywistych zmian.

Czym jest ocena dojrzałości metodologii agile?

Ocena dojrzałości agile to ustrukturyzowany sposób oceny tego, jak skutecznie zespół lub organizacja stosuje zasady agile w praktyce.

Nie chodzi tu jedynie o liczbę przeprowadzanych ceremonii agile. Chodzi o to, czy faktycznie obecna jest odpowiednia filozofia – analizuje się takie obszary, jak współpraca, przepływ dostaw, jakość techniczna oraz ciągłe doskonalenie, aby zidentyfikować mocne strony i możliwości rozwoju o największym potencjale.

W szerszym ujęciu modele dojrzałości mają na celu ocenę zdolności organizacji do konsekwentnego doskonalenia swoich procesów w miarę upływu czasu. W miarę jak zespół osiąga coraz wyższy poziom dojrzałości, przekłada się to na bardziej przewidywalne i elastyczne wyniki, a nie tylko na szybsze sprinty.

Dlaczego oceny dojrzałości metodologii agile mają znaczenie

Oto dany statystyczny dający do myślenia: według raportu OutSystems „State of Application Development” (w ramach którego przeprowadzono ankietę wśród ponad 1 500 specjalistów ds. tworzenia aplikacji) jedynie około 15% organizacji uważa się za w pełni dojrzałe pod względem stosowania praktyk agile. Około 60% nadal utknęło na drugim lub trzecim etapie dojrzałości, stosując metodyki agile bez czerpania z nich pełnych korzyści.

Transformacje oparte na metodologii agile często utknęły w martwym punkcie nie dlatego, że zespołom brakuje zaangażowania, ale dlatego, że nie ma wspólnego, rzetelnego obrazu tego, co faktycznie się dzieje. Luki pozostają niewidoczne. A bez przejrzystości trudno jest stwierdzić, czy rzeczywiście się rozwijamy, czy po prostu pozostajemy w strefie komfortu.

Regularne oceny dojrzałości metodologii agile przynoszą zespołom i kierownictwu szereg istotnych korzyści:

• Ujawniają one, co naprawdę się dzieje. Codzienna praca utrudnia dostrzeżenie problemów systemowych. Ocena zapewnia odpowiednią strukturę i chwilę wytchnienia, dzięki czemu można jasno przyjrzeć się temu, jak naprawdę funkcjonuje Państwa zespół, a nie tylko jak się wydaje.
• Pomagają one skoncentrować energię na wprowadzaniu ulepszeń. Nie każda luka wymaga w równym stopniu naprawy. Oceny pomagają zidentyfikować zmiany, które przyniosą największy efekt, dzięki czemu przestaną Państwo rozpraszać wysiłki i zaczną osiągać ukierunkowane postępy.
• Tworzą one wspólny język. Gdy wszyscy członkowie zespołu oceniają te same aspekty, uwidaczniają się różnice w punktach widzenia. Ta szczera rozbieżność w postrzeganiu sposobów pracy zespołu przez poszczególne osoby może stać się punktem wyjścia do jednych z najcenniejszych rozmów, jakie Państwo przeprowadzą.
• Dzięki nim postępy stają się widoczne. Regularne przeprowadzanie ocen pozwala przekształcić pojedyncze dane w trendy — a trendy wskazują, czy osiągnięte postępy są trwałe, czy też niepostrzeżenie się cofają.
• Dają one kierownictwu punkt odniesienia. W przypadku organizacji zarządzających wieloma zespołami pracującymi metodą agile oceny umożliwiają porównania między zespołami oraz ujawniają systemowe przeszkody, których nie da się wykryć w ramach pojedynczej retrospektywy.

Co mierzy ocena dojrzałości metodologii agile?

Konkretne aspekty objęte Państwa oceną zależą od wybranego modelu. Jednak we wszystkich dobrze skonstruowanych ocenach cel jest ten sam: ocena tego, jak Państwa zespół faktycznie funkcjonuje w obszarach, które mają największe znaczenie dla realizacji zadań i wprowadzania usprawnień — a nie tylko tego, czy spotkania odbywają się zgodnie z harmonogramem.

Oto konkretny przykład. Gdy zespół korzysta z modelu dojrzałości „Agile Teams” w aplikacji TeamRetro, ocenia się w sześciu kategoriach:

• Praca zespołowa i współpraca — Jak skutecznie zespół komunikuje się, rozwiązuje konflikty i funkcjonuje jako samoorganizująca się jednostka.
• Agile metody pracy — Czy spotkania odbywają się regularnie i przynoszą rzeczywistą wartość, a nie tylko wypełniają kalendarz?
• Planowanie i ustalanie priorytetów — Czy lista zadań jest odpowiednio uporządkowana, czy prace są ustalane według priorytetów w oparciu o wartość oraz czy planowanie zdolności produkcyjnych jest realistyczne.
• Doskonałość techniczna i jakość — W jaki sposób zarządza się długiem technicznym oraz czy jakość jest zapewniana od samego początku.
• Dostarczanie produktu i wartość dla klienta — Czy zespół dostarcza rzeczy, które mają znaczenie, i śledzi wyniki, a nie tylko same rezultaty.
• Podejście agile, kultura organizacyjna i ciągłe doskonalenie — Czy zespół rzeczywiście kieruje się wartościami agile oraz czy panuje w nim atmosfera bezpieczeństwa psychicznego, umożliwiająca wczesne zgłaszanie problemów.

Zespół stosujący model DevOps i ciągłego dostarczania oceniłby sam siebie pod kątem dojrzałości potoku CI/CD, praktyk związanych z wydawaniem i wdrażaniem, niezawodności i operacji, automatyzacji bezpieczeństwa i zgodności z przepisami oraz gotowości platformy i infrastruktury — jest to zupełnie inne podejście, dostosowane do innego kontekstu.

Właśnie dlatego wybór modelu ma znaczenie. Wymiary te nadają kierunek rozmowie. Wybór wymiaru odpowiedniego do aktualnych priorytetów Państwa zespołu sprawia, że ocena staje się konstruktywną dyskusją, a nie tylko ogólną ankietą.

Jak mierzy się dojrzałość agile: skala pięciostopniowa

Gdy już Państwo ustalą, jakie wymiary podlegają ocenie, potrzebna jest skala, według której będą Państwo je oceniać. Najczęściej stosowana struktura dzieli dojrzałość na pięć poziomów — z których każdy opisuje konkretny wzorzec zachowania, a nie tylko liczbę:

• Poziom 1 — Początkowy / Doraźny. Procesy są nieprzewidywalne i mają charakter reaktywny. Metodyka agile może istnieć jedynie z nazwy.
• Poziom 2 — Rozwój. Niektóre praktyki agile są wdrażane, ale w sposób niekonsekwentny. Widoczna jest chęć, ale dyscyplina jest ograniczona.
• Poziom 3 — Ustalony. Procedury są ustandaryzowane i konsekwentnie stosowane. Zespół rozumie nie tylko, co robi, ale także dlaczego.
• Poziom 4 — Zarządzany. Wyniki są mierzone, a decyzje podejmowane w oparciu o dane. Pętle informacji zwrotnej są ściśle skoordynowane.
• Poziom 5 — Optymalizacja. Ciągłe doskonalenie jest głęboko zakorzenione w kulturze organizacji. Zespół wprowadza innowacje w zakresie własnych praktyk i konsekwentnie zapewnia klientom rzeczywistą wartość.

Każdy poziom w ramach danego wymiaru zawiera jasny, pisemny opis tego, jak wygląda on w praktyce — dzięki czemu członkowie zespołu nie muszą zgadywać, co oznacza ocena „3”. To właśnie ta spójność sprawia, że wyniki są warte omówienia.

Pssst… Nie każdy zespół musi osiągnąć poziom 5 we wszystkich wymiarach. Liczy się świadomość tego, na jakim etapie się Państwo znajdują, oraz przemyślany plan dalszych działań. Zespół, który nieustannie osiąga ocenę 5, może być prawdziwą gwiazdą w organizacji, ale może też nie dysponować niezbędnymi punktami odniesienia.

Modele oceny dojrzałości firmy TeamRetro

Model dojrzałości stanowi ramy, w których przeprowadzana jest ocena. Określa on, które wymiary są poddawane ocenie oraz jak wygląda każdy poziom w Państwa konkretnym kontekście. Wybór odpowiedniego modelu dostosowanego do aktualnej sytuacji Państwa zespołu decyduje o tym, czy sesja będzie ukierunkowana i przydatna, czy też stanie się ogólnikowym ćwiczeniem, którego wynikiem będzie lista rzeczy, o których wszyscy już wiedzą.

TeamRetro oferuje 20 specjalnie opracowanych modeli obejmujących obszary, które są istotne dla zespołów stosujących metodykę agile, a także możliwość stworzenia własnego modelu lub współtworzenia go przy pomocy sztucznej inteligencji.

Oto 5 przykładów, z których nasz zespół korzystał ostatnio podczas ostatniej serii spotkań zespołowych –

• Zespoły stosujące metodykę agile — Ocenia, na ile nasz zespół skutecznie współpracuje, planuje i dostarcza wartość dzięki zastosowaniu zwinnych metod pracy.
• Przywództwo — Ocenia, na ile skutecznie nasi liderzy inspirują do realizacji wizji, przekazują strategię oraz wspierają nasz rozwój.
• DevOps i ciągłe wdrażanie — Ocenia niezawodność naszego procesu, szybkość wdrażania oraz odporność operacyjną całego naszego zespołu inżynierów, aby zapewnić Państwu oczekiwane wyniki.
• Realizacja metodą agile — Rozumie, w jaki sposób nasz zespół konsekwentnie planuje działania, organizuje przepływ pracy oraz usprawnia cykl realizacji z cyklu na cykl.
• Stopień zaawansowania wdrażania sztucznej inteligencji — Odzwierciedla, z jaką pewnością nasz zespół wdraża narzędzia sztucznej inteligencji do codziennych procesów pracy, stosując odpowiednie zasady zarządzania, aby zapewnić ukierunkowane funkcje sztucznej inteligencji, które przynoszą Państwu korzyści bez uszczerbku dla bezpieczeństwa.

W skali branży oceny zazwyczaj dzielą się na trzy szerokie kategorie. Przyjrzyjmy się im bliżej.

Realizacja w metodologii agile

Narzędzie to zostało opracowane z myślą o zespołach pracujących w metodologii Scrum oraz grupach skupionych na realizacji zadań. Ocenia ono, na ile skutecznie zespół planuje i ustala priorytety zadań pod kątem wartości; jak płynnie i przewidywalnie przebiega proces realizacji zadania od pomysłu do zakończenia; jak efektywnie zespół współpracuje i samoorganizuje się; oraz w jakim stopniu pętle informacji zwrotnej konsekwentnie przyczyniają się do rzeczywistej poprawy. Zespoły stosujące ten model zazwyczaj przeprowadzają go co kwartał, wykorzystując wyniki do skoncentrowania swoich retrospektyw na tych aspektach, które uzyskały najniższe oceny.

Doskonałość inżynierska

Narzędzie to zostało stworzone z myślą o kierownikach ds. inżynierii i starszych programistach, którzy pragną wyjść poza ramy samych procesów i ocenić kondycję techniczną organizacji. Obejmuje ono jakość kodu i stosowane standardy, decyzje dotyczące architektury i skalowalności, stopień aktywnego zarządzania długiem technicznym oraz to, w jakim stopniu członkowie zespołu wspierają się nawzajem jako inżynierowie. Jest to szczególnie przydatne dla zespołów, które osiągają dobre wyniki w zakresie wskaźników procesów agile, ale nadal borykają się z problemami z przewidywalnością dostaw — często właśnie tutaj leży przyczyna źródłowa.

DevOps i ciągłe wdrażanie

Model ten opiera się na praktykach, które odróżniają zespoły pewnie wprowadzające produkty na rynek od tych, które z niepokojem oczekują dnia premiery. Ocenia on dojrzałość potoku CI/CD, procesy wydawania i wdrażania, niezawodność i operacje, automatyzację bezpieczeństwa i zgodności z przepisami oraz gotowość platformy i infrastruktury. Zespoły dążące do poprawy wskaźników DORA często stwierdzają, że model ten bezpośrednio wskazuje obszary, w których faktycznie występują utrudnienia.

Jak skutecznie przeprowadzić ocenę dojrzałości metodologii agile

Najważniejsze jest skupienie się na wnioskach i działaniach, a nie tylko na pomiarach. Wbudowany proces TeamRetro automatycznie prowadzi zespoły przez każdy z tych etapów — a oto, jaka idea za nimi stoi.

1. Proszę wybrać odpowiednie obszary tematyczne

Zacznij od wymiarów, które mają znaczenie w obecnym kontekście działania Państwa zespołu. Mogą Państwo wybierać spośród specjalnie opracowanych modeli dojrzałości obejmujących realizację w metodologii agile, doskonałość inżynieryjną, DevOps, zarządzanie produktem i inne obszary — lub stworzyć własny model od podstaw. Zespół Scrum na wczesnym etapie swojej drogi w kierunku agile ma inne priorytety niż rozbudowana organizacja produktowa, a Państwa model powinien to odzwierciedlać.

2. Prosimy o zbieranie odpowiedzi w sposób poufny

Szczere opinie pojawiają się tylko wtedy, gdy ludzie czują się bezpiecznie, wyrażając je. Mogą Państwo zebrać odpowiedzi anonimowo, zanim jakiekolwiek wyniki zostaną udostępnione grupie, eliminując w ten sposób presję społeczną, która zniekształca oceny w kierunku tego, co według uczestników kierownictwo chce usłyszeć. Każdy członek zespołu ocenia każdy wymiar niezależnie — zbiorczy obraz sytuacji ujawnia się dopiero wtedy, gdy wszyscy wyrażą swoją opinię.

3. Przegląd wyników w formie wykresu radarowego

Gdy wyniki pojawiają się w TeamRetro, są one przedstawiane w formie wykresu radarowego — dzięki czemu na pierwszy rzut oka widać poziom dojrzałości Państwa zespołu. Wysokie wyniki, niskie wyniki oraz rozbieżności między poszczególnymi wymiarami są od razu widoczne. Nie ma potrzeby ręcznego agregowania danych ani czekania. Mogą Państwo sortować wymiary od najbardziej pozytywnych, przez najbardziej negatywne, aż po najbardziej zróżnicowane, dzięki czemu dyskusja rozpoczyna się od właściwego punktu.

4. Omówcie wyniki wspólnie jako zespół

Tryb prezentacji w TeamRetro synchronizuje ekrany wszystkich członków zespołu — zarówno obecnych na miejscu, jak i pracujących zdalnie — dzięki czemu moderator może omawiać wyniki krok po kroku, nie tracąc przy tym uwagi uczestników. W firmie Culture Amp jedną z podstawowych wartości jest „szybsze uczenie się dzięki informacjom zwrotnym”. Zespoły inżynierów przeprowadzają w TeamRetro zarówno oceny dojrzałości, jak i kontrole kondycji właśnie dlatego, że tryb prezentacji pozwala skupić dyskusję na tym, co pokazują dane, a nie zbaczać na anegdoty.

5. Proszę skupić się na niewielkiej liczbie zmian o dużym znaczeniu

Proszę powstrzymać się przed pokusą, by wszystko naprawić od razu. Dzięki podsumowaniom generowanym przez sztuczną inteligencję TeamRetro — które zawierają komentarze dotyczące każdego wymiaru oraz całej sesji — szybko ujawniają się pewne wzorce, nawet w zespołach, w których uczestnicy mają wiele do powiedzenia. Zidentyfikuj obszary, w których luka jest największa i gdzie jej wyeliminowanie przyniosłoby największy efekt. Jedna dobrze przeprowadzona zmiana buduje większe zaufanie niż pięć niedokończonych.

6. Przed opuszczeniem sali ustalcie konkretne działania, za które każdy będzie odpowiedzialny

To właśnie w tym miejscu większość analiz kończy się fiaskiem — wnioski znikają, ponieważ nie ma osób odpowiedzialnych ani terminów realizacji. Zadania są tworzone bezpośrednio podczas sesji, a przed zamknięciem laptopów przypisuje się do nich osobę odpowiedzialną oraz termin realizacji. Zadania te są automatycznie przenoszone do kolejnej sesji, dzięki czemu żadne z nich nie zostanie pominięte. W przypadku zespołów korzystających z Jira, Asana, Trello lub Azure DevOps zadania można przesłać bezpośrednio do istniejącego przepływu pracy.

7. Śledzenie trendów w poszczególnych sesjach

Proszę przeprowadzać tę samą ocenę co kwartał lub przy osiągnięciu ważnych etapów. TeamRetro śledzi zmiany poszczególnych wymiarów w czasie, wyświetlając linie trendów bezpośrednio na wykresie radarowym, dzięki czemu można od razu stwierdzić, czy dany wymiar ulega poprawie, pozostaje na niezmienionym poziomie, czy też wykazuje tendencję spadkową. Kiedy Ibrahim Abram, specjalista ds. zaopatrzenia w firmie Culture Amp, zastanawiał się nad tym, co najbardziej ceni w TeamRetro, stwierdził: „Bardzo podoba mi się wykres przedstawiający trendy”. Na tym właśnie polega różnica między narzędziem a procesem.

Typowe błędy, których należy unikać

Nawet oceny dokonane w dobrej wierze mogą przynieść niepożądane skutki. Proszę uważać na następujące sytuacje:

• Traktowanie tego jako zdarzenia jednorazowego. Pojedyncza ocena stanowi punkt wyjścia. Prawdziwa wartość tkwi w tendencji — w wiedzy o tym, czy zmierzają Państwo we właściwym kierunku i w jakim tempie.
• Niech to nie stanie się oceną wyników. W momencie, gdy ludzie poczują, że stawką jest ich indywidualna ocena, znikają szczere opinie. Należy jasno przedstawić to jako narzędzie służące wspólnemu doskonaleniu się zespołu. Tryb anonimowych odpowiedzi w TeamRetro został stworzony właśnie w tym celu.
• Optymalizacja pod kątem wyników pomiarowych, a nie rzeczywistych rezultatów. Zespoły mogą manipulować wynikami ocen dojrzałości, jeśli system motywacyjny jest nieodpowiedni. Liczy się to, czy rzeczywiste praktyki i wyniki działania ulegają poprawie — a nie to, czy wskaźniki wyglądają lepiej.
• Pominięcie etapu planowania działań. Ocena bez określenia działań to jedynie interesująca rozmowa. Jeśli sesja zakończy się bez jasno określonych kolejnych kroków i osób odpowiedzialnych, wnioski znikną w ciągu tygodnia. TeamRetro ustanawia to jako ostatni obowiązkowy etap przed zamknięciem sesji.
• Przeprowadzanie oceny w oderwaniu od retrospektyw. Oceny dojrzałości agile i retrospektywy przynoszą lepsze efekty, gdy są stosowane łącznie. W TeamRetro obie te czynności przeprowadza się na tej samej platformie — dzięki temu tematy, które nieustannie pojawiają się podczas retrospektyw, mogą wpłynąć na to, na czym skupią się Państwo podczas kolejnej oceny dojrzałości, i odwrotnie.

Dlaczego zespoły wybierają TeamRetro do przeprowadzania ocen dojrzałości

Większość zespołów, które próbują przeprowadzać oceny dojrzałości bez dedykowanego narzędzia, napotyka tę samą przeszkodę: ankieta jest tworzona w arkuszu kalkulacyjnym, wyniki wklejane są do prezentacji, działania odnotowuje się gdzieś, a już w następnym kwartale nikt nie pamięta, co zostało uzgodnione. Wiedza nie kumuluje się — wraca do punktu wyjścia.

Ręczne oceny często kończą się niepowodzeniem, ponieważ dane są rozproszone w arkuszach kalkulacyjnych i prezentacjach, co powoduje, że wnioski muszą być co kwartał formułowane od nowa. TeamRetro zapobiega tej sytuacji poprzez scentralizowanie procesu dzięki następującym kluczowym funkcjom:

• Prywatne opinie: Anonimowe odpowiedzi gwarantują rzetelność danych i bezpieczne środowisko pracy dla zespołów.
• Podsumowania generowane przez sztuczną inteligencję: Automatyczne raporty dla każdego wymiaru pozwalają zaoszczędzić czas poświęcany na ręczne sporządzanie dokumentacji.
• Działania ciągłe: Przydzielone zadania są przenoszone z jednej sesji do drugiej wraz z przypomnieniami, co ma na celu zapewnienie odpowiedzialności.
• Trendy wizualne: Wykresy radarowe przedstawiają zmiany w czasie, umożliwiając śledzenie rzeczywistej poprawy w miarę upływu czasu.
• Integracja z systemami do zarządzania przepływem pracy: Umożliwia bezpośrednią synchronizację z narzędziami takimi jak Jira, Asana oraz Azure DevOps.
• Raportowanie w przedsiębiorstwie: Organizacje takie jak Culture Amp wykorzystują tagowanie zespołów do porównywania trendów i identyfikowania systemowych przeszkód bez utraty lokalnego kontekstu.

Czy są Państwo gotowi do przeprowadzenia oceny dojrzałości metodologii agile?

Zrozumienie, jak naprawdę funkcjonuje Państwa zespół w chwili obecnej, stanowi pierwszy krok w kierunku jego usprawnienia.

Ocena dojrzałości metodologii agile pozwala zidentyfikować luki, które od dawna wyczuwali Państwo, ale nie potrafili dokładnie określić — a także zapewnia Państwa zespołowi wspólną, rzetelną podstawę do podjęcia odpowiednich działań w tej sprawie.

TeamRetro oferuje sprawdzone szablony, prywatne informacje zwrotne, wyniki w postaci wykresów radarowych, śledzenie trendów, podsumowania generowane przez sztuczną inteligencję oraz wbudowane narzędzie do planowania działań — wszystko w jednym miejscu, bez konieczności konfiguracji.

Rozpocznij bezpłatną ocenę już dziś — nie jest wymagana karta kredytowa.