Close
Czy wyświetlić tę stronę w Twoim języku?
Wszystkie języki
Wybierz swój język
Produkty
Dla zespołów
Wsparcie
Wypróbuj teraz
Kup teraz
Search Toggle menu
Close search

Polecane

Jira Software

Śledzenie projektów i zgłoszeń

Confluence

Współpraca przy tworzeniu treści

Jira Service Management

ITSM o dużej prędkości

Trello

Wizualne zarządzanie projektami

Zobacz wszystkie produkty

Nowe produkty od Point A

Innowacje od Atlassian

Wyświetl wszystko

Atlas

Katalog pracy zespołowej

Compass

Platforma środowiska dla programistów

Marketplace

Połącz tysiące aplikacji dla wszystkich swoich produktów Atlassian

Close dropdown

Według wielkości zespołu

Start-upy

Idealne dla start-upów, które korzystają ze wsparcia inkubatorów oraz tych, które przygotowują się do wejścia na giełdę

Małe firmy

Zdobądź odpowiednie narzędzia dla rozwijającej się firmy

Enterprise

Dowiedz się, jak pomagamy zespołom odnieść sukces

Według funkcji zespołu

Oprogramowanie

Planuj, kompiluj i wydawaj produkty wysokiej jakości

Marketing

Przygotuj skuteczną strategię

HR

Usprawnij zarządzanie ludźmi

Prawo

Działaj w sposób bezpieczny i godny zaufania

Government

Efficient, secure, mission focused

Operacje

Prowadź działalność w sposób wydajny

IT

Zapewniaj usługi i wsparcie wysokiej jakości

Finanse

Uprość procesy finansowe

Reagowanie na incydenty

Reaguj na incydenty, rozwiązuj je i ucz się na każdym przypadku

Zobacz wszystkie produkty
Close dropdown

Zasoby

Dokumentacja

Przewodniki po wszystkich naszych produktach

Atlassian Migration Program

Narzędzia i wskazówki dotyczące migracji

Harmonogram rozwoju chmury

Nadchodzące wydania funkcji

Zakup licencji

Często zadawane pytania dotyczące naszych zasad

Usługi pomocy technicznej

Usługi Enterprise

Osobiste wsparcie dla dużych zespołów

Wsparcie dla partnerów

Zaufani konsultanci innych firm

Wsparcie Atlassian

Centrum zasobów dla zespołów i administratorów

Dowiedz się więcej i dołącz

O nas

Nasza misja i historia

Kariera

Oferty pracy, wartości i inne

Uniwersytet Atlassian

Szkolenie i certyfikaty dla wszystkich poziomów umiejętności

Atlassian Community

Forum do nawiązywania kontaktów, dzielenia się i nauki

Close dropdown

Retrospektywy Agile

Z retrospektywą mamy do czynienia za każdym razem, gdy zespół podejmuje refleksję na temat przeszłości w celu poprawy w przyszłości. Zarówno w zespołach technicznych, jak i nietechnicznych, można przeprowadzać retrospektywę na dowolny temat. Obecnie prowadzimy publiczną retrospektywę na temat tworzenia oprogramowania z wykorzystaniem metodyki Agile. Pomóż kształtować przyszłość metodyki Agile, dodając swoje pomysły do naszej tablicy.

Dołącz do dyskusji #RetroOnAgile

Podziel się swoją refleksją na temat tworzenia oprogramowania, dodając na Twitterze wpis oznaczony hasztagiem #RetroOnAgile. Powiedz nam o jednej rzeczy, która Ci się podoba, oznaczając ją hasztagiem #ILike, jednym obszarze, w którym dostrzegasz możliwości poprawy z hasztagiem #IWish, a także jednej rzeczy pożądanej przez Ciebie w przyszłości z hasztagiem #WhatIf. Setki udzielonych poniżej odpowiedzi wykorzystaj jako inspirację. Twoja opinia pojawi się tutaj w ciągu 24 godzin.

Dołącz do konwersacji

Fachowa porada: ^^^ zastąp pytanie swoją odpowiedzią, zostawiając hasztagi ;-)

Nasza tablica #RetroOnAgile

Po co przeprowadzać retrospektywę?

W 2001 roku, za jednym pociągnięciem pióra, narodziła się retrospektywa Agile. Ostatnia z dwunastu zasad programowania Agile głosi:

„W regularnych odstępach czasu zespół analizuje możliwości poprawy swojej wydajności, a następnie dostraja i dostosowuje swoje działania do wyciągniętych wniosków”.

Manifest Agile stawia sprawę jasno: aby jak najlepiej wcielać w życie wartości Agile, zespoły powinny regularnie się spotykać w celu informowania o postępach prac i wprowadzania korekt. Najczęściej zespoły programistyczne stosują tę zasadę, przeprowadzając regularne spotkania retrospektywne i choć są one głównym tematem znacznej części tej strony, nie są jedynym sposobem na przeprowadzanie retrospektywy.

Niedawno koncepcja retrospektyw przekroczyła granice zespołów programistycznych i zaczęto ją wdrażać we wszystkich aspektach działalności biznesowej i pracy zespołowej.

Znam zespoły marketingowe, które przeprowadzają retrospektywy kampanii, zespoły zarządzające, które stosują retrospektywy w odniesieniu do dużych prezentacji, a powyżej Atlassian przeprowadza retrospektywę dotyczącą całej branży. Taka otwartość na retrospektywy oraz ich upowszechnianie we wszystkich dziedzinach działalności budzą niezwykłą ekscytację.

Powodem tego jest fakt, że retrospektywy stanowią moment, w którym metodyka Agile jest stosowana w praktyce. Spotkania retrospektywne wzmacniają tak wiele spośród kluczowych koncepcji zawartych w Manifeście Agile. Weźmy pod uwagę następujące wartości:

  • Ludzie i interakcje ponad procesy i narzędzia
  • Reagowanie na zmiany ponad realizację założonego planu

Na pierwszy rzut oka widać, że na tym właśnie polega retrospektywa: na pracy z ludźmi nad wprowadzaniem zmian i ulepszeń. Niewiele jest rzeczy, które lepiej sprzyjałyby ucieleśnianiu zasad Agile. Teraz, gdy wiesz już, dlaczego retrospektywy są tak ważne, przejdź do dalszej części i dowiedz się, jak samodzielnie zorganizować to spotkanie.

Pamiętaj, że retrospektywy przeprowadza się w celu wprowadzenia ulepszeń, jeśli więc jesteś zwolennikiem metodyki Agile, dołącz do naszej inicjatywy #RetroOnAgile i pomóż nam kształtować przyszłość tworzenia oprogramowania.

Subskrybuj

Bądź na bieżąco z inicjatywą #RetroOnAgile i innymi trendami Agile

Thanks for signing up!

Polecany produkt
Logo Jira

Czołowe narzędzie do tworzenia oprogramowania dla zespołów korzystających z metodyk zwinnych.

Wypróbuj bezpłatnie już teraz
video thumbnail

Spotkanie retrospektywne

Retrospektywy stanowią dla zespołu Agile doskonałą okazję do samooceny i opracowania planu poprawy na przyszłość. Retrospektywa jest ucieleśnieniem ideału ciągłego doskonalenia i chroni przed pułapkami, jakie niesie ze sobą samozadowolenie, pozwalając wyjść o krok poza cykl pracy i zastanowić się nad tym, co miało miejsce.

Cele retrospektywy:

  • Ocena realizacji ostatniego sprintu albo ostatniej iteracji lub jednostki pracy, zwłaszcza w kontekście dynamiki zespołu, procesów oraz narzędzi.
  • Wskazanie elementów, które przebiegły właściwie, oraz tych, które nie poszły dobrze, i utworzenie ich rankingu.
  • Opracowanie i wdrożenie planu poprawy sposobu pracy zespołu.

Retrospektywa zapewnia bezpieczne środowisko, w którym można skoncentrować się na introspekcji i adaptacji. Skuteczna retrospektywa wymaga stworzenia atmosfery wsparcia, która będzie zachęcać (ale nie przymuszać) członków zespołu do podzielenia się swoją opinią.

Retrospektywa powinna być dla zespołu pozytywnym, napawającym energią doświadczeniem. Pomaga członkom zespołu dzielić się istotnymi opiniami, pozbyć się frustracji i wspólnie wypracowywać rozwiązania. Facylitatorzy również mogą sporo zyskać dzięki retrospektywie, np. lepiej zrozumieć sposób współpracy w zespole oraz trudności (i sukcesy), których zespół doświadczył w trakcie ostatniego sprintu. Efektem skutecznej retrospektywy jest lista ulepszeń, za które członkowie zespołu przejmują odpowiedzialność i dążą do ich realizacji w trakcie kolejnego sprintu.

Przeprowadzanie pierwszej retrospektywy

Chociaż korzystne może być zróżnicowanie formatu retrospektywy (więcej na ten temat poniżej), pewne jej aspekty, takie jak czas, uczestnicy czy format ogólny powinny pozostać możliwie jak najbardziej spójne.

Kiedy:

W zespołach Agile pracujących w tradycyjnych dwutygodniowych sprintach retrospektywa powinna mieć miejsce na końcu każdego sprintu. W zespołach, których styl pracy jest bardziej zbliżony do metodyki Kanban, lepiej może sprawdzić się retrospektywa miesięczna lub kwartalna. Po wdrożeniu większych inicjatyw dobrym rozwiązaniem może być zaangażowanie członków szerszego kierownictwa. Trzeba przy tym pamiętać, aby nie koncentrować się na dostarczonych elementach, tylko na sposobach wspólnej pracy zespołu nad ich wytworzeniem.

W zależności od długości sprintu i liczby tematów do omówienia, zaplanuj na spotkanie co najmniej trzydzieści minut, ale nie więcej niż godzinę.

Kto:

W retrospektywie powinien wziąć udział każdy członek zespołu, a dyskusję powinien prowadzić facylitator. Może nim być Scrum Master lub product owner albo tę rolę mogą na zmianę brać na siebie różni członkowie zespołu. Nie wahaj się zaprosić projektantów, marketingowców oraz wszystkie inne osoby, które uczestniczyły w realizacji danego sprintu lub iteracji.

Co:

Retrospektywę można urozmaicić na kilka (przedstawionych poniżej) sposobów, jednak podstawowy szablon spotkań retrospektywnych obejmuje następujące punkty:

  1. Utworzenie krótkiej listy rzeczy, które poszły dobrze, i tych, które można poprawić. Listę można utworzyć na tablicy suchościeralnej, na stronie Atlassian Confluence, a nawet w formie karteczek samoprzylepnych na ścianie. Niezależnie od sposobu uchwycenia wstępnych opinii, pamiętaj o utrwaleniu ich po spotkaniu jako odniesienia na przyszłość.
  2. Uporządkowanie wraz z zespołem elementów tej listy według ich ważności. Mogą uwidocznić się wspólne tematy, które będzie można ze sobą pogrupować.
  3. Omówienie sposobów i strategii poprawy dwóch najważniejszych elementów na liście obszarów do poprawy. Skoncentruj się na wynikach, a nie na działaniach, ludziach czy przeszłości.
  4. Opracowanie planu działania. Na końcu sesji zespół powinien mieć kilka praktycznych pomysłów na poprawę z przypisanymi właścicielami i terminami.
  5. Konsekwentna realizacja punktu nr 4. Nic nie frustruje bardziej niż te same trudności powtarzające się w każdej retrospektywie. Unikaj stagnacji (i frustracji), upewniając się, że każdy opuszcza spotkanie, wiedząc dokładnie, czym ma się zająć. Każda czynność do wykonania wskazana w trakcie retrospektywy powinna mieć przypisanego właściciela, który będzie odpowiadał za jej realizację.

Różnorodność nadaje życiu smak

Standaryzacja retrospektywy jest dobrym rozwiązaniem pozwalającym uzyskać spójność, a z czasem także zyskać zaufanie zespołu. Istnieje jednak kilka „sztuczek”, które mogą wypróbować facylitatorzy, aby pomóc w odkryciu dodatkowych spostrzeżeń, zachęcić nowych członków zespołu do aktywnego udziału czy po prostu sprawić, aby retrospektywa była interesująca.

Zaangażowanie facylitatora z zewnątrz. Zazwyczaj retrospektywy są prowadzone przez Scrum Mastera lub lidera projektu. Można jednak rozważyć zaproszenie gościa do moderacji kolejnej retrospektywy. Powierzenie prowadzenia dyskusji osobie, która nie jest przesiąknięta tematem, może korzystnie zmienić jej dynamikę. Ponadto ta strategia umożliwia osobom w organizacji obserwowanie, jak pracują inne zespoły Agile, i podchwycenie najlepszych praktyk w celu wykorzystania ich we własnym zespole.

Zróżnicowanie podpowiedzi dotyczących listy. W ostatecznym rozrachunku retrospektywa ma na celu ustalenie, co się sprawdza, a co nie. Rozważ użycie tych podpowiedzi:

  • Rozpoczęcie/Zaprzestanie/Kontynuacja: Co zespół powinien zacząć robić, jakich działań powinien zaprzestać, a co kontynuować. Skoncentruj się na wyeliminowaniu elementów w kolumnie „Zaprzestanie”.
  • Więcej/Mniej: Czego zespół musi robić więcej, a czego mniej. Opracuj plan uporania się z kluczowymi elementami zamieszczonymi na liście „Mniej”.
  • Zadowolenie/Smutek/Złość: Co wprawiało członków zespołu w zadowolenie, smutek i złość. Dobrze zgadujesz, skoncentruj się na listach „Smutek” oraz „Złość”, i zastanów się, co można poprawić, aby następnym razem te kolumny pozostały puste.

Zaangażowanie kierownictwa. Po zrealizowaniu dużego projektu zaplanuj godzinne spotkanie z członkiem zespołu kierowniczego i zastanówcie się nad sposobem współpracy zespołu (pomijając szczegóły przebiegu samej inicjatywy).

Istnieje wiele sposobów doskonalenia, więc nie wahaj się poszukiwać własnych rozwiązań. Bez względu na to, czy próbujesz poprawić współpracę w zespole rozproszonym, czy udoskonalić proces retrospektywy, który uległ stagnacji, kluczem jest utrzymanie zaangażowania zespołu i wypracowanie wyników umożliwiających podjęcie działań.

Dołącz do dyskusji!

Teraz, gdy znasz już podstawy przeprowadzania retrospektyw, chcielibyśmy dowiedzieć się czegoś na temat retrospektyw w Twoim zespole. Zacznij swój tweet od słów „I like” (Podoba mi się), „I wish” (Życzę sobie) lub „What if” (A co jeśli) i zobacz swoją opinię na wirtualnej tablicy powyżej. Dołącz do dyskusji →

Tutorial

Korzystanie z metodyki Scrum w Jira Software

Przewodnik krok po kroku dotyczący realizacji projektów Scrum, ustalania priorytetów i organizowania backlogu w formie sprintów, wydarzeń Scrum oraz wielu innych zagadnień — wszystko w systemie Jira.

Przeczytaj ten samouczek
Następny

How to Run an Agile Retrospective Meeting with Examples

Instructions and variations on the classic team retrospective. Popular with agile developers, but not just for software teams anymore.

Przeczytaj ten artykuł
Następny
Rozproszony Scrum