Przełomy

Jakie sukcesy programistyczne lub innowacje udało nam się osiągnąć?

W końcu rozgryźliśmy wąskie gardło wydajności w potoku danych. Teraz działa 3 razy szybciej.
Nowa integracja z API weszła na produkcję bez ani jednego incydentu. Jestem naprawdę dumna z tego, jak zespół się skoordynował.
Udało mi się zrefaktoryzować ten stary moduł, którego wszyscy bali się dotykać. Świetnie, że jest wreszcie uporządkowany.
Bugi w systemie

Jakie bugi lub błędy wkradły się do naszego procesu lub kodu?

Zmergowaliśmy zmianę psującą kompatybilność do maina bez wystarczającego review, więc potrzebujemy lepszej strategii branchowania.
Różnice w konfiguracji środowisk dev i prod spowodowały gorączkowe poprawki tuż przed wydaniem.
Nie doszacowałem złożoności zadania i za późno to zgłosiłem. Zakres rozrósł się niepostrzeżenie.
Nieskończone pętle

Jakie blokery lub przeszkody trzymały nas w pętli?

Nadal czekamy na dostęp do środowiska produkcyjnego. Blokuje nas to już od dwóch sprintów.
Niejasne kryteria akceptacji na początku sprintu sprawiły, że musieliśmy wielokrotnie wracać z pytaniami do product ownera.
Pipeline CI/CD co jakiś czas się wywala i nikt nie miał czasu zbadać przyczyny.
Następny algorytm

Co powinniśmy zaprojektować lub ulepszyć w kolejnej iteracji?

Postawmy porządny serwer mockujący dla zewnętrznych API, żebyśmy mogli testować niezależnie od limitów zapytań.
Chciałabym, żebyśmy w następnym sprincie wypróbowali mob programming przy jednej złożonej historyjce. To może być świetna okazja do nauki.
Powinniśmy zaplanować osobną sesję na dług techniczny w module autoryzacji, zanim zrobi się gorzej.

Czym jest Retrospektywa Ada Lovelace?

Ada Lovelace była matematyczką, która współpracowała z Charlesem Babbage'em przy jego maszynie analitycznej, czyli mechanicznym komputerze, którego nigdy nie zbudowano. Jej notatki o tej maszynie z 1843 roku zawierają coś, co często nazywa się pierwszym opublikowanym programem komputerowym. Lovelace dostrzegła też, że maszyna może operować nie tylko na liczbach, ale i na symbolach. Retrospektywa Ada Lovelace wykorzystuje jej historię jako motyw przewodni retro dla zespołów inżynierskich. Pasuje do Dnia Ady Lovelace, obchodzonego w drugi wtorek października, ale sprawdzi się w każdym sprincie. Tablica ma cztery kolumny. Przełomy to miejsce na sukcesy programistyczne i sprytne rozwiązania ze sprintu. Bugi w systemie obejmują błędy, które wkradły się do kodu lub procesu. Nieskończone pętle są na blokery, przez które zespół kręcił się w kółko, a w kolumnie Następny algorytm decydujecie, co zaprojektować lub ulepszyć w kolejnej iteracji. Programistyczny język daje inżynierom znajomy sposób mówienia o problemach wykraczających poza kod, takich jak niejasny kontrakt API czy tydzień stracony na spotkania. Używaj jej z zespołami deweloperskimi, które chcą czegoś innego niż zwykła tablica „co poszło dobrze, a co nie”. Motyw pozwala zacząć rozmowę w lekkim tonie, a cztery kolumny i tak prowadzą do działań, za które odpowiada zespół.

Format Retrospektywy Ada Lovelace

Przełomy

Jakie sukcesy programistyczne lub innowacje udało nam się osiągnąć?

Świętujcie techniczne sukcesy zespołu z tego sprintu. Proś o konkrety: wdrożone funkcje, sprytne poprawki, nowe umiejętności. Nazwanie sukcesów pokazuje zespołowi, co warto robić dalej.

Bugi w systemie

Jakie bugi lub błędy wkradły się do naszego procesu lub kodu?

Wydobądź na wierzch problemy, które powodowały tarcia w tym sprincie, zarówno w kodzie, jak i w sposobie pracy. Utrzymuj atmosferę bez szukania winnych i z ciekawością: buga najpierw trzeba zrozumieć, a dopiero potem naprawić. Dopytuj o powtarzające się problemy, nieoczekiwane regresje i zerwaną komunikację.

Nieskończone pętle

Jakie blokery lub przeszkody trzymały nas w pętli?

W kodzie nieskończona pętla nigdy nie osiąga warunku zakończenia. Zespoły utykają w ten sam sposób, gdy bloker pozostaje nierozwiązany sprint po sprincie. Wykorzystaj tę kolumnę na przeszkody i zależności, zachęcając ludzi do zastanowienia się nad niejasnymi wymaganiami, narzędziami i tarciami z innymi częściami organizacji. Potem zapytaj, czego trzeba, żeby wyrwać się z każdej z tych pętli.

Następny algorytm

Co powinniśmy zaprojektować lub ulepszyć w kolejnej iteracji?

Ta kolumna patrzy w przyszłość: co zespół powinien wypróbować lub ulepszyć w następnym sprincie? Pasują tu zmiany w procesie, inwestycje techniczne i nowe praktyki. Wykorzystaj to, co pojawiło się w pozostałych trzech kolumnach, żeby dojść do kilku konkretnych kroków z przypisanymi właścicielami.

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

  • Po sprincie z wyraźnymi sukcesami lub porażkami technicznymi, gdy zespół skorzysta więcej z formatu z motywem niż ze zwykłej tablicy.
  • W okolicach Dnia Ady Lovelace, czyli drugiego wtorku października, dla zespołów inżynierskich i deweloperskich, które chcą go uczcić.
  • Gdy dług techniczny, bugi w procesie lub blokery ciągle wracają, a zespół potrzebuje bezpiecznego miejsca, żeby o nich powiedzieć.
  • Gdy trzeba podnieść morale. Zaczynając od Przełomów, kładziecie sukcesy na stół, zanim przejdziecie do problemów.
  • W każdym sprincie, w którym zespół chce odmiany od standardowych formatów i lubi odrobinę opowieści.

Proponowane pytania lodołamacze

  • Gdybyś mógł nadać swojemu kodowi z tego sprintu dramatyczny tytuł w stylu epoki Ady Lovelace, na przykład „Uwagi o zdolności maszyny analitycznej do nieskończonych pętli”, jak by brzmiał?
  • Gdyby Ada Lovelace mogła dołączyć do waszego zespołu na jeden dzień, która część waszego stosu technologicznego najbardziej by jej zaimponowała, a która by ją przeraziła?

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

  • Wprowadź klimat jednym faktem o Adzie Lovelace, na przykład o jej notatkach z 1843 roku o maszynie analitycznej Babbage'a, które zawierają coś, co często nazywa się pierwszym opublikowanym programem komputerowym.
  • W kolumnie Bugi w systemie nie szukajcie winnych. Pytanie brzmi, czego zespół może się nauczyć z danego buga, a nie kto go spowodował.
  • Ogranicz czas na każdą kolumnę do 10–12 minut, a Następnemu algorytmowi daj trochę więcej na zaplanowanie działań.
  • Dopilnuj, żeby Następny algorytm kończył się przypisanymi zadaniami, a nie mglistymi postanowieniami. Zapisz właścicieli i terminy w TeamRetro przed końcem sesji.
  • Uważaj, jeśli tablica zapełnia się wyłącznie bugami w kodzie, a nie ma nic o współpracy. Zapytaj zespół: „Czy są jakieś bugi w tym, jak ze sobą współpracujemy?”
  • W dużym zespole pogrupuj podobne pomysły przed dyskusją i użyj głosowania kropkami, żeby zdecydować, którymi bugami i blokerami zająć się najpierw.

Najczęściej zadawane pytania

Czym jest Retrospektywa Ada Lovelace?
To retrospektywa z motywem programistycznym, nazwana na cześć Ady Lovelace, często określanej jako pierwsza programistka. Zespół podsumowuje sprint w czterech kolumnach: Przełomy, Bugi w systemie, Nieskończone pętle i Następny algorytm.
Kiedy przeprowadzić Retrospektywę Ada Lovelace?
Oczywistym momentem jest Dzień Ady Lovelace, czyli drugi wtorek października, dobra okazja dla zespołów inżynierskich, które chcą docenić osiągnięcia kobiet w technologii. Każdy zespół może jednak użyć jej na zwykłym retro sprintu.
Czym różnią się Bugi w systemie od Nieskończonych pętli?
Bugi w systemie to miejsce na błędy, czyli rzeczy, które poszły źle w kodzie lub procesie. Nieskończone pętle są na blokery, przez które zespół utknął, na przykład zależność albo prośbę o dostęp, która czeka od dwóch sprintów.
Ile trwa Retrospektywa Ada Lovelace?
Około godziny. Przeznacz 10–12 minut na kolumnę i trochę więcej czasu na końcu Następnego algorytmu, żeby uzgodnić działania.
Czy zespół musi coś wiedzieć o Adzie Lovelace, żeby z niej skorzystać?
Nie. Wystarczy minutowe wprowadzenie na początku, a kolumny są zrozumiałe dla każdego, kto pisze oprogramowanie.
Czy są Państwo gotowi do przeprowadzenia tej retrospektywy?Zapraszamy do obejrzenia tej retrospektywy na żywo