Retrospektywa Drop Add Keep Improve

Zdecydujcie, co porzucić, dodać, zachować i ulepszyć.

Zapraszamy do obejrzenia tej retrospektywy na żywo

Porzuć

Jakie praktyki powinniśmy zarzucić lub przestać stosować?

Powinniśmy zrezygnować z cotygodniowego spotkania statusowego, bo mamy już lepszy sposób na śledzenie postępów.
Przestańmy używać tego przestarzałego narzędzia do zarządzania projektami. Więcej z nim kłopotu niż pożytku.
Myślę, że przy drobnych zmianach w kodzie możemy odpuścić wymóg dwóch zatwierdzeń. Niepotrzebnie nas to spowalnia.
Dodaj

Jakie nowe praktyki powinniśmy wprowadzić?

Powinniśmy dodać krótki codzienny standup, żeby wszyscy byli na bieżąco.
Zacznijmy organizować cotygodniowe sesje dzielenia się wiedzą, żeby uczyć się od siebie nawzajem.
Myślę, że potrzebujemy testów automatycznych, które wcześniej wyłapią regresje.
Zachowaj

Co działa dobrze i warto to kontynuować?

Sesje programowania w parach naprawdę poprawiły jakość kodu. Róbmy to dalej.
Nasze regularne retrospektywy są bardzo przydatne. Zdecydowanie powinniśmy je utrzymać.
Elastyczne godziny pracy świetnie wpłynęły na równowagę między pracą a życiem prywatnym. Mam nadzieję, że to zostanie.
Ulepsz

Co moglibyśmy robić lepiej?

Nasz proces code review można by usprawnić dzięki jaśniejszym wytycznym i lepszym narzędziom.
Myślę, że musimy lepiej priorytetyzować i określać zakres nowych funkcji, żeby nie gasić ciągle pożarów.
Wdrażanie nowych pracowników można by poprawić lepszą dokumentacją i mentoringiem.

Czym jest retrospektywa Drop Add Keep Improve?

Retrospektywa Drop Add Keep Improve (DAKI) to szybki sposób na przegląd procesu, projektu lub współpracy w zespole. Pyta o to, co porzucić (przestać robić), co dodać (zacząć robić), co zachować (kontynuować) i co ulepszyć (robić lepiej). Cztery proste kategorie sprawiają, że każdy może łatwo dorzucić coś od siebie, a każda z nich prowadzi do konkretnej decyzji. Porzucanie i dodawanie dotyczą większych zmian. Zachowywanie chroni to, co działa, a ulepszanie wyłapuje praktyki warte utrzymania, ale wymagające poprawek, na które w prostym formacie start/stop nie ma miejsca. Sięgnij po DAKI na koniec sprintu, projektu lub kamienia milowego. Format nie jest związany z tworzeniem oprogramowania, więc może z niego skorzystać każdy zespół, który chce przyjrzeć się swojemu sposobowi pracy.

Format retrospektywy Drop Add Keep Improve

Porzuć

Jakie praktyki powinniśmy zarzucić lub przestać stosować?

Zachęć zespół do otwartej rozmowy o procesach, narzędziach lub zachowaniach, które przestały mu dobrze służyć.

Dodaj

Jakie nowe praktyki powinniśmy wprowadzić?

Zachęć do kreatywności i otwartości przy proponowaniu nowych procesów lub sposobów pracy.

Zachowaj

Co działa dobrze i warto to kontynuować?

Wzmocnij to, co działa, wskazując procesy i praktyki, które pomagają zespołowi.

Ulepsz

Co moglibyśmy robić lepiej?

Zachęcaj do konstruktywnej krytyki i skupiaj rozmowę na konkretnych usprawnieniach zamiast na narzekaniu.

Kiedy należy skorzystać z niniejszego przeglądu retrospektywnego

  • Na koniec projektu, sprintu lub ważnego kamienia milowego, żeby ocenić, co zadziałało, a co trzeba zmienić.
  • Gdy zespół zmaga się z jakimś procesem, narzędziem lub sposobem pracy i musi zdecydować, co zmienić.
  • Jako regularny przegląd, co miesiąc lub co kwartał, żeby stale dopasowywać sposób pracy zespołu.

Proponowane pytania lodołamacze

  • Gdyby nasz zespół był pojazdem, jakim pojazdem by był i dlaczego?
  • Czego nowego się nauczyłeś albo w czym się poprawiłeś od naszej ostatniej retrospektywy?

Czy chciałby Pan/Pani, aby Państwa zespół wykonał ćwiczenie rozgrzewkowe, a nie tylko odpowiadał na pytania na głos? Przejrzyj bezpłatne lodołamacze →

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

  • Zadbaj o to, żeby można było mówić szczerze, i prowadź spotkanie bez szukania winnych.
  • Jeśli ludzie niechętnie zgłaszają problemy, skorzystaj z indywidualnej burzy mózgów i anonimowego głosowania.
  • Wybierz najważniejszy punkt z każdej kategorii i zamień go w konkretny kolejny krok.
  • Na następnej retrospektywie sprawdź, co stało się z uzgodnionymi usprawnieniami.
  • Zmieniajcie facylitatora, żeby zyskać świeże spojrzenie i rozłożyć pracę.
  • Zacznij i zakończ od kolumny „Zachowaj”, żeby wszyscy widzieli, co idzie dobrze.

Najczęściej zadawane pytania

Co oznacza skrót DAKI w retrospektywie?
DAKI to skrót od Drop, Add, Keep, Improve, czyli porzuć, dodaj, zachowaj, ulepsz. Zespół decyduje, co przestać robić, co zacząć robić, co działa i powinno zostać, a co trzeba poprawić.
Kiedy warto przeprowadzić retrospektywę DAKI?
Na koniec projektu, sprintu lub kamienia milowego, gdy zespół ma problem z jakimś procesem lub sposobem pracy, albo jako comiesięczny lub kwartalny przegląd.
Czym DAKI różni się od Start Stop Continue?
Porzuć, dodaj i zachowaj odpowiadają kategoriom stop, start i continue. DAKI dokłada czwartą kolumnę, ulepsz, na praktyki warte utrzymania, ale wymagające poprawek.
Co wpisuje się w kolumnie „Ulepsz”?
Praktyki, które chcecie zachować, ale robić lepiej, na przykład proces code review wymagający jaśniejszych wytycznych albo wdrażanie nowych osób, któremu przydałaby się lepsza dokumentacja.
Ile trwa retrospektywa DAKI?
Większość zespołów potrzebuje 45–60 minut, żeby wypełnić cztery kolumny, zagłosować i uzgodnić działania.

Powiązane szablony

Retrospektywa Róża, Pąk, Kolec

Nazwijcie sukcesy, rodzące się szanse i bolączki zespołu podczas jednej sesji.

Retrospektywa wartości Scrum

Sprawdź, na ile Twój zespół żyje pięcioma wartościami Scrum.

Retrospektywa Wspinaczka Górska

Zaplanujcie drogę z obozu bazowego na szczyt zespołu.

Retrospektywa agile

Cztery pytania, by ocenić ostatni sprint i zaplanować zmiany.

Czy są Państwo gotowi do przeprowadzenia tej retrospektywy?Zapraszamy do obejrzenia tej retrospektywy na żywo