Co poszło dobrze?

Omówcie pozytywne strony i sukcesy z ostatniego sprintu.

W tym sprincie świetnie nam się współpracowało i komunikowało w zespole.
Codzienne stand-upy pomagały nam trzymać wspólny kierunek i szybko usuwać blokery.
Nowe podejście do testów automatycznych zaoszczędziło nam mnóstwo czasu i wcześnie wyłapało problemy.
Co można poprawić?

Co nas spowalniało i gdzie mieliśmy trudności?

Zmagaliśmy się z rozrastaniem zakresu i wzięliśmy na siebie za dużo nieplanowanych zadań.
W naszym podejściu do testów były luki, które skończyły się problemami na produkcji.
Niektóre wymagania nie były dla zespołu jasne, więc przyjęliśmy błędne założenia.
Jakie działania możemy podjąć?

Zaproponujcie konkretne kroki dla obszarów do poprawy.

Wprowadzić bardziej rygorystyczną definicję ukończenia (Definition of Done), żeby poprawić pokrycie testami.
Regularnie robić refinement backlogu, żeby kontrolować zakres i skutecznie ustalać priorytety.
Zaplanować sesje dzielenia się wiedzą dla nowych osób w ramach onboardingu.
Co wciąż nas zastanawia?

Wydobądźcie otwarte pytania, obawy i tematy do dalszej dyskusji.

Jak lepiej szacować pracochłonność zadań związanych z uczeniem maszynowym albo AI?
Jak najlepiej radzić sobie z długiem technicznym, który narasta przez kilka sprintów?
Czy warto przyjrzeć się nowym frameworkom albo narzędziom, żeby usprawnić automatyzację testów?

Czym jest retrospektywa sprintu?

Retrospektywa sprintu to wydarzenie Scruma, podczas którego zespół zatrzymuje się na koniec sprintu, przygląda się temu, jak przebiegała praca, i ustala, co zmienić. Ten szablon retrospektywy sprintu zawiera cztery pytania: co poszło dobrze, co można poprawić, jakie działania podejmiecie i co wciąż was zastanawia. Przeprowadzajcie ją w każdym sprincie, a drobne poprawki zaczną się sumować. Gdy sukcesy, problemy i otwarte pytania widać obok siebie, zespół może dostosować sposób planowania i pracy, a uzgodnione działania przechodzą do kolejnego sprintu z przypisanym właścicielem. Kolumna z zagadkami zatrzymuje pytania bez odpowiedzi na tablicy, dzięki czemu ktoś się nimi zajmie, zamiast o nich zapomnieć.

Format retrospektywy sprintu

Co poszło dobrze?

Omówcie pozytywne strony i sukcesy z ostatniego sprintu.

Zachęć zespół do podawania konkretnych przykładów i doceniania wkładu innych. To buduje morale i utrwala dobre praktyki.

Co można poprawić?

Co nas spowalniało i gdzie mieliśmy trudności?

Stwórz bezpieczną przestrzeń na otwarty i szczery feedback. Przypomnij zespołowi, że celem jest nauka, a nie obwinianie konkretnych osób.

Jakie działania możemy podjąć?

Zaproponujcie konkretne kroki dla obszarów do poprawy.

Zachęć zespół do proponowania konkretnych, wykonalnych kroków. Przypisz właścicieli i terminy do najważniejszych działań.

Co wciąż nas zastanawia?

Wydobądźcie otwarte pytania, obawy i tematy do dalszej dyskusji.

Ten temat pozwala zespołowi odłożyć nierozwiązane kwestie na później. Wyznacz osoby, które je zbadają i wrócą z odpowiedzią.

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

  • Na koniec każdego sprintu lub iteracji, żeby podsumować, jak przebiegała praca i co zmienić.
  • Gdy zespół ciągle trafia na te same problemy i musi zmienić podejście.
  • Po ważnym kamieniu milowym lub wydaniu, żeby zebrać wnioski przed kolejnym etapem.
  • Gdy powstaje nowy zespół albo ktoś dołącza lub odchodzi i zmienia się sposób waszej pracy.

Proponowane pytania lodołamacze

  • Gdyby nasz zespół był pojazdem, jakim i dlaczego?
  • Jakiej najważniejszej lekcji nauczył Cię któryś z poprzednich projektów?

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 atmosferę bez obwiniania, żeby ludzie szczerze mówili o problemach.
  • Wysłuchaj wszystkich, także osób cichszych. Pomaga w tym ciche zbieranie pomysłów przed dyskusją.
  • Zamieniaj problemy w działania. Lista narzekań bez kolejnego kroku niczego nie zmieni.
  • Przypisz każdemu działaniu właściciela i termin, a na kolejnej retrospektywie sprawdź postępy.
  • Doceniaj sukcesy i dziękuj osobom, które za nimi stoją.
  • Ustal limit czasu dla każdej części, żeby spotkanie nie traciło skupienia.

Najczęściej zadawane pytania

Czym jest retrospektywa sprintu?
To spotkanie na koniec każdego sprintu, podczas którego zespół scrumowy analizuje, co poszło dobrze i co można poprawić, a następnie ustala działania na kolejny sprint.
Ile powinna trwać retrospektywa sprintu?
Przy dwutygodniowym sprincie większość zespołów potrzebuje 45–60 minut na omówienie sukcesów i wyzwań, pogrupowanie tematów, głosowanie i ustalenie działań. Scrum Guide ogranicza ją do trzech godzin przy sprincie miesięcznym.
Kto powinien uczestniczyć w retrospektywie sprintu?
Cały zespół scrumowy: deweloperzy, Scrum Master i Product Owner. Ogranicz udział do zespołu realizującego pracę, żeby ludzie mogli mówić swobodnie. Interesariusze przekazują swój feedback podczas przeglądu sprintu.
Co powinien zawierać szablon retrospektywy sprintu?
Większość sprintów obejmą cztery pytania: co poszło dobrze, co można poprawić, jakie działania podejmiecie i co wciąż was zastanawia. Dwa pierwsze zbierają fakty, trzecie zamienia je w jedną lub dwie zmiany z przypisanym właścicielem, a czwarte odkłada otwarte pytania na później, żeby nie przepadły. Możesz przeprowadzić ją za darmo z tej strony.
Czy retrospektywa scrumowa to to samo co retrospektywa sprintu?
Tak. W Scrumie to wydarzenie nazywa się retrospektywą sprintu, a wiele zespołów mówi w skrócie retro scrumowe albo retro sprintu. Ten sam szablon sprawdzi się w każdym przypadku.
Czy są Państwo gotowi do przeprowadzenia tej retrospektywy?Zapraszamy do obejrzenia tej retrospektywy na żywo