System

Jakie technologie, oprogramowanie lub narzędzia mogą wpływać na wydajność lub wyniki naszego zespołu?

Nasz pipeline wdrożeniowy często zawodzi w godzinach szczytu

Środowisko testowe nie odpowiada ustawieniom produkcyjnym

Integracja między narzędziami do śledzenia zadań a git jest zawodna

Proces

Jakie przepływy pracy lub sekwencje działań powodują opóźnienia lub nieefektywności w naszej pracy?

Proces przeglądu kodu trwa zbyt długo z wieloma cyklami poprawek

Brak jasnej definicji ukończenia dla historyjek użytkownika

Spotkania planowania sprintu regularnie przekraczają zaplanowany czas

Formularze

Jakie problemy z naszymi szablonami lub dokumentacją mogą wpływać na jasność lub dokładność?

Szablon historyjki użytkownika nie zawiera sekcji kryteriów akceptacji

Formularz raportu incydentu nie ujmuje skutecznie przyczyny źródłowej

Dokumentacja jest rozproszona na wielu platformach

Ludzie

Jakie czynniki związane z umiejętnościami indywidualnymi lub zespołowymi, komunikacją lub rolami wpływają na nasz sukces?

Zespołowi brakuje ekspertyzy w nowym stosie technologicznym

Luki w komunikacji między członkami zespołu zdalnymi a biurowymi

Niejasne role i odpowiedzialności w projektach międzyfunkcyjnych

Zasady

Jakie wytyczne lub reguły mogą być niedopasowane do naszych rzeczywistych praktyk lub stwarzać wyzwania?

Polityki bezpieczeństwa utrudniają rozwój lokalny

Proces zarządzania zmianami jest zbyt sztywny dla szybkich poprawek

Polityka urlopowa tworzy ograniczenia zasobów

Miejsce

Jakie aspekty naszej fizycznej lub wirtualnej przestrzeni roboczej mogą wpływać na naszą współpracę lub produktywność?

Słabe połączenie internetowe w lokalizacjach pracy zdalnej

Brak cichych przestrzeni do skoncentrowanej pracy

Narzędzia do współpracy wirtualnej nie wspierają dobrze naszych potrzeb

Czym jest Retrospektywa Fishbone (Ishikawa)?

Retrospektywa Fishbone (Ishikawa) to ustrukturyzowane podejście do rozwiązywania problemów, które pomaga zespołom zidentyfikować i zrozumieć podstawowe przyczyny wyzwań lub problemów. Opracowana przez Kaoru Ishikawę w latach 60-tych, technika ta wizualizuje związki przyczynowo-skutkowe w formacie przypominającym szkielet ryby. Podczas retrospektywy zespoły analizują sześć kluczowych wymiarów, które mogą przyczyniać się do ich wyzwań: Systemy, Procesy, Formularze, Ludzie, Zasady i Miejsce. Ta kompleksowa analiza zapewnia, że żaden potencjalny czynnik nie zostanie przeoczony, prowadząc do bardziej skutecznych rozwiązań. Ta metoda jest szczególnie wartościowa dla zespołów zajmujących się złożonymi problemami, gdzie może występować wiele czynników. Poprzez organizację potencjalnych przyczyn w odrębne kategorie, zespoły mogą lepiej zrozumieć relacje między różnymi problemami i opracować ukierunkowane usprawnienia.

Format Retrospektywy Fishbone

System Jakie technologie, oprogramowanie lub narzędzia mogą wpływać na wydajność lub wyniki naszego zespołu?: Poprowadź zespół w analizie infrastruktury technicznej, narzędzi programowych i punktów integracji systemów. Zachęcaj uczestników do myślenia zarówno o oczywistych problemach technicznych, jak i subtelnych interakcjach systemowych, które mogą wpływać na ich pracę.
Proces Jakie przepływy pracy lub sekwencje działań powodują opóźnienia lub nieefektywności w naszej pracy?: Skup się na identyfikacji wąskich gardeł, redundancji lub luk w przepływach pracy. Pomóż zespołowi odróżnić problemy procesowe od innych czynników, pytając o konkretne kroki w ich procedurach pracy.
Formularze Jakie problemy z naszymi szablonami lub dokumentacją mogą wpływać na jasność lub dokładność?: Zbadaj jakość dokumentacji, jej dostępność i kompletność. Weź pod uwagę zarówno formalną, jak i nieformalną dokumentację oraz jak dobrze służy swojemu celowi.
Ludzie Jakie czynniki związane z umiejętnościami indywidualnymi lub zespołowymi, komunikacją lub rolami wpływają na nasz sukces?: Zajmij się dynamiką zespołu i wkładem indywidualnym, zachowując środowisko wolne od obwiniania. Skup się na problemach systemowych zamiast na krytyce personalnej.
Zasady Jakie wytyczne lub reguły mogą być niedopasowane do naszych rzeczywistych praktyk lub stwarzać wyzwania?: Zbadaj zarówno formalne, jak i nieformalne zasady wpływające na pracę. Rozważ, czy zasady wspierają czy utrudniają obecne potrzeby i praktyki zespołu.
Miejsce Jakie aspekty naszej fizycznej lub wirtualnej przestrzeni roboczej mogą wpływać na naszą współpracę lub produktywność?: Weź pod uwagę zarówno fizyczne, jak i wirtualne środowiska pracy. Uwzględnij czynniki takie jak narzędzia, układ przestrzeni roboczej i możliwości współpracy zdalnej.

Kiedy stosować tę retrospektywę?

Gdy mierzymy się ze złożonymi problemami, które mogą mieć wiele przyczyn źródłowych lub czynników przyczyniających się
Po zidentyfikowaniu znaczącego problemu lub wyzwania wymagającego systematycznej analizy
Gdy zespół musi wyjść poza objawy, aby zrozumieć podstawowe przyczyny
Podczas retrospektyw projektów lub przeglądów incydentów, aby zapobiec przyszłym problemom

Sugerowane pytania dotyczące lodołamaczy

Gdyby nasz zespół był maszyną, która część wymagałaby teraz najwięcej konserwacji?
Jakie jest najbardziej zaskakujące rozwiązanie powtarzającego się problemu, jakie odkryłeś?

Pomysły i wskazówki dotyczące spotkania retrospektywnego

Zacznij od jasno zdefiniowanego efektu lub problemu w 'głowie' ryby
Zachęcaj do równego udziału wszystkich członków zespołu we wszystkich kategoriach
Skup się na identyfikacji przyczyn zamiast zbyt szybkiego przechodzenia do rozwiązań
Używaj techniki 'Pięciu Dlaczego' w każdej kategorii, aby głębiej zbadać przyczyny źródłowe
Dokumentuj wszystkie spostrzeżenia, nawet jeśli początkowo nie wydają się istotne
Zaplanuj wystarczająco dużo czasu (90-120 minut) na zbadanie wszystkich kategorii

Są Państwo nowicjuszami w retrospektywach? Proszę przeczytać nasz przewodnik na temat prowadzenia retrospektywy →