
Więcej niż tylko pozory: wydobywanie wartościowych wskaźników z retrospektyw i przeglądów stanu systemu
Podnieś poziom dyskusji w retrospektywach. Funkcja „Insights” w TeamRetro pozwala zidentyfikować trendy, nastrój i opinie, co umożliwia śledzenie postępów i podejmowanie odpowiednich działań.
Witamy w sekcji „Insights” serwisu TeamRetro. Funkcja Insights pozwala na analizę metadanych z Państwa spotkań. Pomoże to zidentyfikować trendy i luki, da Państwu wgląd w nastrój, kondycję i nastawienie zespołu, a także pozwoli zrozumieć tempo ciągłego doskonalenia dzięki śledzeniu podejmowanych działań.
Narzędzie to oferuje coś, czego nie zapewnia większość innych narzędzi do analizy retrospektywnej. Pokazuje Państwu wszystko — od częstotliwości spotkań zespołu i ogólnych tematów, aż po poziom zadowolenia zespołu i nastroje w zespole na przestrzeni czasu.
Bardzo doceniamy, gdy nasi klienci dzielą się swoimi doświadczeniami, dlatego postanowiliśmy zrobić to samo. Zamiast kolejnego artykułu na blogu poświęconego znaczeniu retrospektyw agile, niniejszy wpis skupia się na tym, w jaki sposób wykorzystaliśmy wyniki naszych retrospektyw i ocen stanu zespołu, aby wesprzeć nasz zespół.
Dzielimy się spostrzeżeniami na temat naszego zespołu oraz tym, w jaki sposób pomogły nam one w doskonaleniu się. Mamy nadzieję, że Państwu również się to przyda.
—
Witam wszystkich,
Mam nadzieję, że wszystko przebiega pomyślnie. Zgodnie z obietnicą przedstawiam poniżej krótkie podsumowanie dotyczące naszych własnych zespołów, oparte na nowej funkcji „Insights”, którą wprowadziliśmy. Analiza tych kwestii z naszej własnej perspektywy jest zawsze bardzo pouczająca, podobnie jak robią to nasi klienci.
Informacje dotyczące naszej działalności w zakresie spotkań
W ciągu ostatniego roku nasze 4 zespoły przeprowadziły 27 retrospektyw i 3 przeglądy stanu, w wyniku których sformułowano 102 działania do realizacji oraz zawarto 29 porozumienia zespołowe. Cieszy nas fakt, że w miarę doskonalenia naszych praktyk agile i ustalania częstotliwości spotkań zaczyna się wyłaniać pewna regularność.

Podczas każdego z naszych spotkań retrospektywnych zgłaszano od 13 do 47 pomysłów, a w wyniku tych spotkań ustalano od 0 do 6 działań, przy wskaźniku uczestnictwa wynoszącym 89%.
W przypadku osób, które regularnie uczestniczą w spotkaniach, obserwujemy rosnący i stabilny wskaźnik zwrotu z zainwestowanego czasu. Gratulujemy zespołom i Scrum Masterom za to, że spotkania te są dla uczestników zawsze istotne i wartościowe.

Zazwyczaj organizujemy spotkanie podsumowujące raz w miesiącu dla każdej drużyny oraz kilka razy w roku dla wszystkich. Czasami organizujemy je wcześniej, przed weekendem lub w związku ze świętami państwowymi, a innym razem musieliśmy je przesunąć na późniejszy termin. Jedna z drużyn naprawdę konsekwentnie spotykała się co miesiąc.
Zazwyczaj stosujemy szeroki wachlarz formatów retrospektyw agile, różniących się w zależności od spotkania, co zapewnia dużą różnorodność i pozwala zebrać różne punkty widzenia. Najczęściej stosowanym przez nas szablonem jest standardowy format retrospektywy agile, a także retrospektywa 4L. Oczywiście nadal wspieramy zespoły w wypróbowywaniu różnych formatów i stylów, które najlepiej im odpowiadają, jednocześnie dbając o to, by format naszych spotkań ogólnych był za każdym razem bardzo spójny, co ułatwia porównywanie wyników.

Na podstawie retrospektyw przedstawiamy chmurę słów przedstawiającą najczęściej powtarzające się tematy we wszystkich naszych zespołach. „Zespół”, „Praca”, „Projekt”, „Świetnie”, „Dziękuję”, „Nowe” oraz „Informacja zwrotna” to niektóre z pozytywnych nastrojów, które pojawiły się w ciągu ostatniego roku. Jeśli chodzi o negatywne nastroje, zauważamy takie pojęcia jak „Potrzeba”, „Uzgodnienia” i „Terminy”, które były przedmiotem naszych refleksji.
Mimo to nastroje w zespole są na ogół zróżnicowane, a podejście do podsumowań sprintów stosunkowo wyważone, choć zazwyczaj patrzymy na sprawy z bardziej pozytywnej perspektywy. Warto zauważyć, że każdy z naszych formatów retrospektyw zawiera pytania o charakterze negatywnym, np. co nie poszło dobrze, co powinniśmy poprawić lub co spowolniło naszą pracę. Są one nadal niezbędnym elementem naszego procesu, więc obecność negatywnych opinii nie stanowi w rzeczywistości problemu.

A teraz przejdźmy do kwestii zdrowia naszego zespołu.
Ponieważ organizujemy te zajęcia tylko trzy razy w roku dla wszystkich pracowników, wydaje się, że frekwencja jest stosunkowo wysoka, a ogólnie rzecz biorąc, wskaźniki dotyczące zdrowia naszego zespołu prezentują się bardzo dobrze.

Analizując poszczególne aspekty zdrowia, z prawdziwą radością zauważamy, że udało nam się rozwiązać niektóre problemy związane z komunikacją. Wygląda na to, że podział na mniejsze zespoły oraz ustalenie jasnych wytycznych dotyczących tego, w jaki sposób, kiedy i w jakim zakresie się komunikujemy, okazały się opłacalną inwestycją.
Jestem jednak ciekawy. Czy oznacza to, że istnieją inne obszary, które potencjalnie powinniśmy zbadać (być może inny rodzaj oceny stanu)? A może powinniśmy po prostu porozmawiać o tym, co powinniśmy zrobić, aby tego rodzaju wyniki pozostały pozytywne w przyszłości? Być może więcej takich konkursów w porze lunchu, hackathonów lub spotkań ukierunkowanych na wyniki?

Jeśli chodzi o działania, z pewnością mieliśmy pełne ręce roboty. Wiele działań z naszej wrześniowej retrospektywy z ubiegłego roku miało charakter wielkoskalowy i epicki, co wydłużyło średni czas realizacji do 77 dni. Jednak ostatnio obserwujemy dość sprawny przepływ od momentu utworzenia działania, poprzez jego opublikowanie, aż po zakończenie. Oznacza to, że stan naszych otwartych działań oraz ich dojrzałość są na dość dobrym poziomie.

Na koniec mamy nasze ustalenia zespołowe. Jest to część procesu określająca, „w jaki sposób realizujemy nasze zadania”.

Szczególnie interesujące było to, w jaki sposób zadania zostały rozdzielone między zespoły. Po zastosowaniu filtra widać, że dział marketingu skupił się na zbieraniu opinii, wykorzystaniu narzędzia Linear, zarządzaniu zadaniami i zakresem projektu oraz przekształceniu się w agile zespół marketingowy.

Wydawało się, że w zespole programistów chodziło raczej o zdobywanie wiedzy, dzielenie się pomysłami, dokumentację oraz wymianę pomysłów między ludźmi.

Nasz zespół operacyjny dysponował jedynie jedną umową zespołową, w związku z czym nie było wystarczających danych do stworzenia chmury słów. Jednak ustalenia z naszych spotkań ogólnych nadal mają dla nas aktualne znaczenie.

Oto niektóre z ustaleń dotyczących wszystkich zespołów, które naszym zdaniem zasługują na szczególną uwagę:
- Wzajemnie dzielimy się swoimi obawami.
- Pracujcie z zaangażowaniem, bawcie się dobrze i doceniajcie się nawzajem.
- Jeśli ktoś oczekuje od Pana/Pani jakiejś informacji, proszę poinformować go/ją, na jakim etapie jest ta sprawa.
- Zasada 10%, 70%, 20% dotycząca informacji zwrotnej
- Każda uwaga ma charakter konstruktywny, nie stanowi ataku ani lekceważenia pomysłu
- Jeśli zauważą Państwo, że coś wymaga zrobienia, albo jest coś, co chcieliby Państwo zrobić (albo się nauczyć, albo zgłębić!), prosimy o poinformowanie o tym zespołu!
Na zakończenie chcielibyśmy wyrazić uznanie dla wspaniałej pracy, jaką wszyscy Państwo wykonują. Te retrospektywy stanowią doskonałą okazję do tego, by pomysły dotyczące ciągłego doskonalenia znalazły miejsce, w którym można się nimi podzielić i wprowadzić je w życie!





