Tworzenie myślenia o wzroście z retrospektywami

Retrospektywy pomagają wspierać podstawowe elementy nastawienia na rozwój: eksperymentowanie, testowanie, uczenie się, udostępnianie, rozwój i motywowanie. Zapewniają one również bezpieczne miejsce dla członków zespołu, aby podzielić się wyzwaniami, przed którymi borykają się w bieżącym projekcie i umożliwić zespołowi tworzenie zrównoważonego wzrostu.

Struktura retrospektyw

Podczas spotkań retrospektywnych w projekcie migracji każdy członek zespołu powinien podzielić się swoimi przemyśleniami dotyczącymi trzech podstawowych pytań:

• Co poszło dobrze?
• Co mogło pójść lepiej?
• Czego się nauczyliśmy?

Zdobyte doświadczenia

Retrospektywa oznacza koniec wydania lub iteracji. Gdy zespół zyskuje doświadczenie i uczy się lekcji, dostosowuje listę prac wydania i iteracji, aby odzwierciedlać nowe procesy i eksperymenty do testowania. Spowoduje to rozpoczęcie następnej iteracji za pośrednictwem procesów migracji.

Zespoły, które zarządzają następną falą migracji, powinny stosować wnioski, które nauczyli się stale ulepszać migrację.

Przeprowadzanie retrospektywy

Potrzebujesz kilku rzeczy, aby rozpocząć pracę z retrospektywą migracji:

• Organizator: członek zespołu, który pełni rolę organizatora lub trenera w całym procesie. Ten członek zespołu koncentruje się na kierowaniu zespołem przez proces retrospektywny i zapewnia, że wszystkie pomysły są wysłuchane i uchwycone.
• Metoda śledzenia i organizowania: metoda śledzenia i organizowania pomysłów w sposób wizualny. Może to być fizyczna tablica z przyklejanymi notatkami, wirtualnym tablicą lub narzędziem DevOps.
• Pytania o określonym zakresie: Chcesz zorganizować system śledzenia za pomocą trzech pytań:
  • Co poszło dobrze?
  • Co mogło pójść lepiej?
  • Czego się nauczyliśmy?

Po wykonaniu powyższych kroków wykonaj następujące kroki z zespołem:

• Indywidualne odpowiedzi: Czy każdy członek zespołu odpowiada na pytanie "Co poszło dobrze?", i udokumentować odpowiedzi.

  • Jeśli korzystasz z tablicy fizycznej, pozwól każdemu członkowi zespołu wypełnić odpowiedzi na tablicę.
  • Jeśli używasz tablicy cyfrowej, pozwól każdemu członkowi wypełnić swoje odpowiedzi za pomocą narzędzia.

• Odczyt organizatora: po tym, jak każdy członek zespołu dokumentuje swoje przemyślenia, organizator powinien przejrzeć opinię, a następnie przeczytać ją na głos dla zespołu.

  • Pogrupuj podobne pomysły w miarę ich odnajdywania, aby rozpoznawać powtarzające się trendy.
  • Utwórz etykiety lub elementy nadrzędne zgodnie z potrzebami, aby ułatwić organizowanie tych myśli.
  • Jeśli znajdziesz zagubione elementy należące do innego obszaru, przenieś je w tym czasie.

• Powtórz ten proces dla polecenia "Co mogło być lepsze?".

  • W trakcie tego procesu zachęcamy ludzi do omówienia konkretnych wyzwań z ludźmi, procesami i technologią. Powinna to być otwarta przestrzeń.
  • Spróbuj określić, jakie opóźnienia zostały utworzone w przypadku migracji, których dotyczy wydanie, lub prowadzić do wypchnięcia obciążeń z tego przebiegu.
  • Zastanów się, jak można zapobiec tym problemom podczas omawiania pytania "Czego się nauczyliśmy?".

Po przechwyceniu i zgrupowaniu pomysłów z tych pytań zadaj zespołowi "Czego się nauczyliśmy?". Następnie pomysły burzy mózgów na ulepszenie, które można zastosować do następnego przebiegu.

Przykładowe dane wyjściowe retrospektywne

Rozważmy następujące przykładowe dane wyjściowe retrospektywne:

Co poszło dobrze?	Co mogło pójść lepiej?	Czego się nauczyliśmy?
Komunikacja z użytkownikami biznesowymi dla aplikacji X i aplikacji Y. (5 głosów)	Zaangażowanie deweloperów w weryfikowanie architektury sieci dla aplikacji X i aplikacji Z. (3 głosy)	Musimy przejrzeć cały ruch zapory z obciążeń przed migracją, nawet jeśli uważamy, że nie mają żadnych reguł specjalnych. (4 głosy)
Zespoły programistyczne dla aplikacji Y były bardzo zaangażowane. (2 głosy)	Opis wymagań dotyczących sieci dla aplikacji X. (2 głosy)	Musimy upewnić się, że zespoły programistyczne wiedzą, czego oczekuje się od nich w ramach procesu migracji. (4 głosy)
Włączanie usługi Azure Backup w ramach procesu migracji.	Opis wymagań dotyczących sieci dla aplikacji Y. (1 głos)	Musimy zaplanować dodatkowy czas dla dużych baz danych SQL. (3 głosy)

Następny krok

Należy nadal implementować metodologię Cloud Adoption Framework dla metodologii zarządzania platformą Azure, aby zapewnić ciągłą konserwację i optymalizowanie obciążeń na platformie Azure.

Cloud Adoption Framework — metodologia zarządzania