Skuteczne retrospektywy sprintu
David Starr jest głównym technologiem oprogramowania w Scrum.org, gdzie koncentruje się na doskonaleniu zawodu dewelopera oprogramowania.Założył również internetową społeczność techniczną ElegantCode.com.
Lipiec 2012 r.
Poznaj podstawowe cechy i praktykami stosowanymi w celu zapewnienia retrospektywy są najbardziej wydajne narzędzia poprawy zespołu.Wychodząc poza technik, w tym artykule oferuje metody do utrzymywania i doskonalenia praktyki i wyników retrospektywy.
Dotyczy
Aplikacja cyklu życia zarządzania, Visual Studio Team Foundation Server
Zwiększenie definicji Sporządzono
Dokonywanie zaskarżeniu zobowiązania
Kiedy retrospektywy nie działają
Bez celowo utrzymania i poprawy wydajności systemy trend ku entropii i pogorszyć się w czasie.Jest to, jak prawdziwe z zespoły deweloperów oprogramowania, jak i profesjonalnych sportowców i drogie samochody sportowe.To dlatego Scrum nakazuje retrospektywnego Sprint, regularnie powtarzającego razie koncentruje się na kondycji i wydajności zespołu Scrum sam.
Retrospektywy Sprint są spotkania, w których zespoły Scrum zastanowić się nad nimi i ich pracy, produkujących zaskarżeniu plan w celu usprawnienia.Retrospektywy Sprint to finał w każdym Sprint, oznaczającym koniec każdego cyklu Sprint.
Od października 2011 przewodnik Scrum:
Retrospektywnego Sprint jest okazją do zespołu Scrum na sprawdzanie się i tworzenie planu ulepszeń, które mają zostać wprowadzone podczas następnego sprintu.Celem retrospektywnego Sprint jest:• Inspekcja, jak ostatni Sprint udał się w odniesieniu do osób, relacje, proces i narzędzi;• Identyfikacja i kolejności, w to główne elementy, które poszło dobrze i potencjalnych usprawnień. a,• utworzenia planu dla realizacji ulepszenia sposobu zespołu Scrum powoduje jego pracy.
Retrospektywy Sprint są używane przez zespoły celowo usprawniających.Skuteczne retrospektywy Sprint są ważnym składnikiem pomaga dobre zespoły stają się wielki i wielkie zespoły utrzymania się.
Omówienie
Jakie znaczenie retrospektywy Sprint
Retrospektywy powszechnie uznaje się za najbardziej niezbędne zorientowanych osób technik agile.Kontroli i adaptacji leżą w samym sercu sprawność i retrospektywy nacisk na procedury kontroli oraz dostosowujące najcenniejszymi zasobami w organizacji oprogramowania, o tyle sam zespół.Nie wykonując poprawy jakości, jak wymagają retrospektywy, sprawność true po prostu nie jest osiągalne.
Wydajność może być ulepszona ani utrzymywane bez wykonywania.Po prostu prowadzenie spotkania nie wystarczy się pomyślnie, jednak.Uwagę należy zwrócić na zapewnienie ulepszeń plan zespołów.Jeśli plan poprawy nie jest częścią wyników, to nie było faktycznie Sprint retrospektywnego.
Po zakończeniu dobrze, retrospektywy są często najbardziej korzystne ceremonii, którą zespół praktyk.Po zakończeniu edytowania słabo retrospektywy może być nieekonomiczne i wyczerpujący do udziału.
Anatomia zdrowych retrospektywne Sprint
Scrum mówi niewiele na temat wewnętrznej struktury retrospektywy Sprint.Zamiast przepisywania, jak retrospektywnego Sprint jest prowadzona, Scrum Określa dane wyjściowe retrospektywnego Sprint: udoskonalenia zespołu Scrum będą wprowadzały Sprint dalej.
Elastyczność ta ma rodzi szerokiego zakresu narzędzi i technik, specjalnie zaprojektowany do prowadzenia retrospektywy.Kilka popularnych praktyk są opisane w dalszej części tego artykułu, ale niezależnie od konkretnej techniki wykorzystywane, dobra retrospektywy Sprint miało następujące charakterystyki:
Cały zespół jest zaangażowany.
Dyskusja koncentruje się na zespół, a nie osoby fizyczne
Zespół definicji Sporządzono odwiedził i mam nadzieję, że rozwinięta
Utworzono listę zaskarżeniu zobowiązania
Wyniki poprzednich retrospektywnego Sprint są odwiedzane
Dyskusja jest istotne dla wszystkich uczestników
Cały zespół Scrum uczestniczy w każdym retrospektywnego Sprint.Zazwyczaj oznacza to, że właściciel produktu i zespół projektowy uczestniczenia w charakterze uczestników podczas, gdy kapitan Scrum ułatwia spotkania.W niektórych przypadkach zespoły Scrum zaprosi pozostałych uczestników do spotkania.Może to być szczególnie przydatne, gdy ścisłej współpracy z klientami lub innych zainteresowanych stron.
Bez względu na to, kto uczestniczy środowisko dla retrospektywy Sprint muszą być bezpieczne dla wszystkich uczestników.Oznacza to, że uczestnicy muszą być uczciwe i przejrzyste podczas leczenia innych z szacunkiem.Pasje zaopatrzeni w retrospektywy omówionego kwestie wydajności i poprawy jakości; Organizatorzy wykwalifikowanych upewnij się, że dyskusje pozostawały pozytywne i zawodowe, skupiając się na poprawę zespołu jako całości.Nie jest okazją do osobistych krytyki lub ataku.
(Aby uzyskać więcej informacji o narzędziach, w Microsoft Visual Studio 2012 do pomaga planować i zarządzać Sprint, zobacz Współpraca (przekierowane).)
Zwiększenie definicji Sporządzono
Pozwala zespołom deweloperów w Scrum definicji Sporządzono należy zwrócić uwagę, jakie muszą być prawdziwe o swojej pracy uważa się za kompletne.Na przykład zespół projektowy może podjąć decyzję, że każdej funkcji, który implementuje musi mieć co najmniej jednym badanym zautomatyzowane przyjęcie mijania.Lub zespół definicji Sporządzono może stwierdzić, że cały kod musi być dokładnie przeglądane.
Zespół projektowy definicji Sporządzono ma w czasie.Nowo utworzonym zespole zawsze będzie mieć mniej rygorystyczne i mniejsze definicji prowadzonej niż bardziej dojrzały zespół z historią udostępnionego poprawy.Rozszerzenie zespołu definicji Sporządzono leży u podstaw kaizen, Japonią, co oznacza, mając na uwadze i stała koncentrują się na poprawę.Zaś zespół początkowo może wymagać tylko tym kompilacja kodu przed utworzeniem jego zaewidencjonowany, czasem należy rozwijać się bardziej wymagających standardów jak potrzebę testy towarzyszyć nowy kod.
Z każdym Sprint zespoły deweloperów nauczyć Mam nadzieję, że coś, co informuje rozszerzenie definicji Sporządzono.Może być zmian do definicji Sporządzono w efekcie retrospektywnego Sprint jest najlepsze forum do dyskusji, co było przestrzegane i dowiedział się podczas sprintu.
Ponieważ nie każdy właściciel produktu ma odsetek lub udziału w praktykach wewnętrzny zespół projektowy, niektóre zespoły Scrum podzielić retrospektywnego Sprint na dwóch różnych faz:
Skupić się na cały zespół Scrum
Skupić się na zespół projektowy
Więcej informacji na temat definicji sporządzono na ten temat można znaleźć w artykule MSDN Gotowe i cofnięte.
Dokonywanie zaskarżeniu zobowiązania
Chociaż dyskusji może nieustannie ulepszane i zbiegają się podczas spotkania, skuteczne, jeśli to nie doprowadzić do zobowiązań przez zespół jest nie retrospektywnego Sprint.To nie wystarczy po prostu zastanowić się nad co się stało z podczas sprintu.Zespół Scrum sprawia, że zaskarżeniu zobowiązań odnoszących się do co będzie:
Dalej robić
Zacząć robić
Zaprzestania prowadzenia
Wyraz "zaskarżeniu" jest znacząca.Zaskarżeniu zobowiązania mają wyraźne kroki w celu zakończenia i kryteria akceptacji, podobnie jak dobre wymóg.Zobowiązanie zaskarżeniu jest wyraźnie przegubowe i zrozumiałym dla zespołu.
Zespoły pierwszym uruchomieniu, wykonywania retrospektywy, one często stawia go łatwiej zidentyfikować problemy nie plan, co zrobić, na ich temat.W związku z tym zobowiązania, opublikowane przez zespół może wyglądać jak te:
Praca w mniejszych porcjach
Wymagania celu zwiększenia czytelności
Pisać testy jednostkowe więcej
Są dokładniejsze podczas oceny szacunkowej
Nie są one zobowiązań; są one cele lub być może słabo zawoalowane skargi.Z pewnością są problemy, które zespoły mogą chcieć omówić podczas retrospektywnego Sprint, ale lista zobowiązań zaskarżeniu wygląda jak to:
Wskazujące co najmniej dwa razy dziennie: przed obiad i przed powrotem do domu
Express nowe elementy listy zaległości produktu jako historyjek użytkownika i obejmują kryteria akceptacji
Stworzyć obawy o błędy test zautomatyzowany, który udowodni, że istnieje wadę przed naprawieniem go
Użyj planowania Poker podczas oczyszczania sesje dziennika produktów
Zobowiązania podjęte w poprzednim retrospektywnego Sprint są odwiedzane w każdej nowej Sprint retrospektywnego.Jest to konieczne dla retrospektywy do zachowują swoje znaczenie i wartość.Kilka rzeczy są frustrujące jako zespołu, który stale zobowiązuje się do poprawy się bez dokonania materialne postępów w ten sposób.
Dla Sprint retrospektywnego cenne zespół członków musi być więcej niż obecnie muszą być inwestowane.Aby utworzyć zaskarżeniu zobowiązania angażuje uczestników i inwestuje je w sukcesie zespołu.
Utrzymanie go w odpowiednie
Retrospektywy Sprint są zasadniczo technika używana do ujawnienia praktyk i zachowań zespołu Scrum do samego siebie.Gdy system samoorganizujących się świadomym, samodzielnej korekty i celowo zwiększa, gdy narzędzia, aby to zrobić.
Retrospektywy za przydatny muszą być istotne dla uczestników.Jeśli fokus nie jest na coś wyceniane przez uczestników, korzyści będą po prostu nie zostaną zrealizowane.Zespół musi mieć możliwość wziąć pod uwagę i zwiększyć na obszarach, które jej zdaniem, są ważne.Ponadto jeżeli organizator lub dominującej osobowości doprowadza retrospektywny do określonego wniosku, zespół unika, odpowiedzialność za siebie i swoją pracę.
Odwiedzone tematy powinny być odpowiednie dla wszystkich poziomów wiedzy fachowej.Na przykład istnieje mało wartości w zwiedzanie grzywny punktów zaawansowanym scenariuszu test-driven Development (TDD), jeśli niektórzy członkowie zespołu nie są jeszcze zaznajomieni z testów jednostkowych.Rzeczywista wartość może być przy podejmowaniu decyzji o zwiększenie liczby testów, które zapisuje zespół, w coraz niektóre szkolenia lub o członek zespołu pewność w TDD autokarem, inne osoby.
Zachować skupienie się na zespół Scrum, nie jednostki i nie szerszą organizację.Koncentrując się całościowo pozwala zespołowi rzeczywiście widzi siebie jako jednostka samoorganizujących, a nie jako luźna Konfederacja osób fizycznych.
Odnoszący się do zagadnień wydajności poszczególnych nie jest w zespół retrospektywnego właściwe.Jest nie tylko osobistych opinii we właściwy sposób biorąc pod uwagę w prywatnych, poszczególne zachowania nie są czymś zespołu można zmienić ze sobą.Że zespołu koncentruje się na jedną osobę podczas retrospektywnego Sprint jest przepis na katastrofy i może spowodować nieodwracalną szkodę zaufania przez członka zespołu od siebie.
Dla retrospektywy za znaczące powinny się koncentrować na problemów, jakie zespół można kontrolować.Krytykowanie zasad urlopu całej firmy może być korzystne dla complainer szukam uszu życzliwie, ale nie mało, aby pomóc zespołowi poprawy.Należy zwrócić uwagę na te zagadnienia, zespół może mieć wpływ na siebie, jak reakcji, które może zdecydować się na odpowiednich zasad.
Różne techniki
Istnieje wiele technik przeprowadzania retrospektywy.Stara różne konstrukcje Sprint retrospektywnego spotkania utrzymuje rzeczy, świeże i interesujące.Jako podstawowego pomocników dla zespołów Scrum wzorce Scrum co najmniej należy znać niektóre z najpopularniejszych technik.
Aplenty ułatwiające osobom w pełni z ich praktyki są całej książki o retrospektywy i artykułów blogu.Niektóre z najbardziej popularnych krótko opisano tutaj.
Podstawowe techniki
W najbardziej podstawowe Sprint retrospektywnego ułatwieniem po prostu zwraca podstawowe pytania zespołu i ułatwia dyskusji.Organizator lub Scrum Master mogą wykorzystywać różne techniki burzy mózgów do członkami zespołu odpowiedzieć:
Co poszło dobrze w tym Sprint?
Co się stało w tym Sprint, które mogły korzystać z poprawy?
Co firma Microsoft popełni na Twoją wizytę w sprintu
Jednej prostej techniki w celu uzyskania odpowiedzi na te pytania ma każdy członek zespołu pisanie 2-3 odpowiedzi na te pytania na notatek programu Sticky Notes w okresie 3-5 minut ciszy.Po utworzeniu, sugestie są pogrupowane na ścianie dla wszystkich przed jest głosowaniu.Wykaz zaskarżeniu zobowiązań a tym samym mogą być uzyskane z zbioru wiedzy zespół.
Większość innych technik Sprint retrospektywnego są Wariacje na ten temat i mogą skupić się na tylko jeden pytanie lub etapu tego procesu.W każdym przypadku wyniki są najważniejsze i wszelkie dobrą techniką obsługuje ten podstawowy model.
Przegląd wcześniejszych zobowiązań
Oprócz wybiegając w przyszłość do następnego Sprint, każdy retrospektywnego Sprint powinno obejmować Przegląd zobowiązań podjętych w poprzednim Sprint i dyskusji na temat osiągnięć zespołu w osiągnięciu tych zobowiązań.Jeśli tej dyskusji nie jest częścią każdego retrospektywnego Sprint, uczestnicy szybko dowiedzieć się, ich zobowiązania nie ma znaczenia, a będziesz zatrzymać ich spełnienia.
Ponadto właściwym miejscu, aby przejrzeć Sprint retrospektywnego zobowiązań jest w całym Sprint, nie na końcu.Po dokonaniu zobowiązań odnoszących się do poprawy jakości, zamieszczając je publicznie pomaga upewnić się, że są one uważane za codziennie.Niektóre zespoły wartość księgową podjętymi podczas retrospektywy Sprint na ścianie w publicznie dostępnej dla przypomnienia dla wszystkich co powinna być skoncentrowana na poprawie każdego dnia.
Wyspecjalizowane techniki
Istnieje wiele innych technik przeprowadzania części lub całości retrospektywnego Sprint.Poniżej wymieniono nazwy wiele technik i każdy z nich jest godne szczegółowe omówienie.Wszystkie następujące właściwości są dobrze udokumentowane w Internecie i w różnych publikacjach.
Techniki retrospektywy Sprint
Rybka
Mad zły zadowolony Sad
Rozgwiazdy
Drzewo problemów
Wiersze podróży
Kapelusze myślenia 6
Wdzięczny retrospektywny
5 Pierwszych
Plan działania
Samochód wyścigowy
Otchłań
Gra doskonałości
Program poprawy jakości
Retrospektywne żaglowe
Analiza pola sił
Cztery L
Kawiarnia świata
Emocjonalne Sejsmograf
Są dwa zasoby szczególnie bogatych dla pomocników zamierza zwiększyć ich retrospektywnego skrzynki narzędziowe:
Witryna sieci Web http://agileretrospectivewiki.org.
Książki Agile retrospektywy: dokonywanie dobrych zespołów wielki Ester Derby i Diana Larson.
Retrospektywy Sprint nie są Scrum Master zabaw dla dzieci.Nowo bite wzorców Scrum czasami kuszeni różnił się techniki dziko od Sprint do Sprint.Podczas gdy odmiany, retrospektywy uniemożliwia zespołów należących do rutynę, odpuszczania to z niektórych spójności da się uzyskać najlepsze wyniki.Zespoły, koncentrując się na wynikach zaskarżeniu spowoduje wyświetlenie większości wartości z ich retrospektywy.
Kiedy retrospektywy nie działają
Co gorsza, niż są nieskuteczne lub stratą czasu źle uruchomieniu sprintu retrospektywy można destrukcyjne i szkodliwych do zespołu.Z tego powodu posiadające wykwalifikowanych ułatwiającego prowadzenie spotkania jest wysoce zalecane, szczególnie w przypadku, gdy zespoły są nowe praktyki.
Ułatwienie jest zazwyczaj zadanie Scrum Master, ale dla nowej roli wzorców Scrum, to nie może być obszar wiedzy fachowej.To wymaga więcej niż praktyczną wiedzę na temat Scrum dla retrospektywy Sprint mieć pozytywne wyniki; wymaga umiejętności ułatwień i zdolność do kierowania grupy od ujemne rozmowy na pozytywne wyniki.
Wspólne zapachy
Typowym przykładem zły retrospektywnej jest taki, który przekształci się w sesji zarzut.To znacznie łatwiej Pamiętaj, że poszło źle, niż Aby zidentyfikować rzeczy, które poszło dobrze, a sączyć "propozycje poprawy" można łatwo przekształcić potok skarg po koordynator nie przekieruje Cię dalej tej konwersacji.
Inne zapachu, które retrospektywnego Sprint nie działa dobrze obejmują:
Biorąc pod uwagę retrospektywny "po śmierci" lub "po działanie" raportu, a nie możliwość plan poprawy jakości
Uczestnicy unengaged
Krytykowanie wydajności jedna osoba
Żadne zobowiązania zaskarżeniu wynikowe
Nie odpowiedzi "co zrobiliśmy dobrze"; zespoły muszą zrozumieć i docenić ich zachowania pozytywne, jak również ujemne i praktyk
We wszystkich powyższych sytuacji często jest łatwa do odnalezienia przyczynę negatywnych do braku zaufania i zobowiązania ze strony jednego lub większej liczby członków.Chociaż nie ma żadnych złoty, aby rozwiązać ten problem, Scrum specjalnie opłaty Scrum Master z pracy w kierunku adresowania takich sytuacjach.
Udało się tak dobrze Zatrzymaliśmy
Retrospektywy Sprint są potężnym i cenne zdarzenia, są one powszechnie złomowane element Scrum.Zespoły Scrum z powodzeniem ostatnich i regularnego zwykle zracjonalizować hotelu zbyteczne będzie przeprowadzanie retrospektywy Sprint.Jest to raczej jak osoba pasuje decyzja o zaprzestaniu wykonywania.
Meta konwersacji może się wydawać nieco następujących czynności:
Po sześciu miesiącach od wprowadzenia ScrumDeveloper Dave: jest jakość, błędy są w dół. Nastawieniem jest wysoka, koszt ręczne regresji jest niski. Ponieważ robi tak dobrze, nie potrzebujemy retrospektywy Sprint, aby pomóc w ulepszeniu już.Szef Robert: brzmi to uzasadnione. Anulowanie tego spotkania zachowa nas czas, który możesz wydać na dodania nowych funkcji.Sześć miesięcy późniejSzef Robert: spadła o jakości i coraz więcej błędów. Członkowie zespołu nie jest zadowolony i znaczną część pracy regresji jest wykonywana ręcznie.Developer Dave: to z powodu Scrum. Mówiliśmy że wydawało się jako złotego środka i oczywiście nie działa.Boss Bob: True. Znajdę konsultant metodologia do wdrożenia nowego procesu.
Oczywiście nie było Scrum, której nie można w tym miejscu.Decyzja organizacji na pominięcie kluczowym składnikiem sukcesu firmy Scrum była katalizatorem awarii.Niestety w tym scenariuszu jest także wspólny.
Zespoły Scrum osiągnięcie tego Państwa najbardziej wątpliwy o wysokiej wydajności są rzadko, pięknych i delikatnych.Znaczące retrospektywy są znaczący składnik w utrzymaniu tych zespołów funkcjonowania w takich ilościach.Odzwierciedlając na siebie pozwala zespołowi samodostrojenie i osiągnięcia wyższego poziomu wydajności i jakości produktu.To jest istotą Kaizen i core do wszelkich prawdziwy program poprawy jakości.
Kiedy retrospektywy, wyniki są wyczuwalne.Nie ma emocje do zespołu, aby spróbować czegoś nowego.Kiedy retrospektywy pracy, te będą rzeczy nieuniknione zostać spełnione:
Zespół osiąga wymierną coraz wyższe poziomy jakości w czasie
Osoby fizyczne zrozumieć ich rolę w ramach zespołu
Zaskarżeniu zobowiązania są znane przez wszystkich członków zespołu
Wreszcie gdy retrospektywy Sprint działa dobrze, zespół rośnie fokusem, produktywne i cennych dla organizacji.Zespoły deweloperów doskonałe oprogramowanie nie są po prostu wyświetlane.Pojawiają się w czasie i tylko przez celowe uwagi do poprawy jakości.Retrospektywy Sprint są kluczowym składnikiem tego pojawienia się.