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.