Vytvoření růstového myšlení s využitím retrospektivních
Posilují principy růstového myšlení: experimentování, testování, učení, sdílení, růst a rozšíření možností. Poskytují také bezpečné místo pro členy týmu, aby sdíleli výzvy, kterým čelí v aktuálním projektu, a tým jim umožní vytvořit udržitelný růst.
Struktura retrospektivní schůzky
Během retrospektivních schůzek projektu migrace se očekává, že každý člen týmu bude sdílet své myšlenky týkající se tří základních otázek:
- Co se nám povedlo?
- Co jsme mohli udělat lépe?
- Co jsme se naučili?
Poznatky a zkušenosti
Retrospektivní označení konce verze nebo iterace. S tím, jak tým získává zkušenosti a učí se lekce, upraví backlog vydané verze a iterace tak, aby odrážel nové procesy a experimenty k testování. Tím se zahájí další iterace prostřednictvím procesů migrace.
Týmy, které spravují další vlnu migrace, by měly využít lekce, které se naučily, aby migraci průběžně vylepšovali.
Provedení retrospektivní
K zahájení retrospektivní migrace potřebujete několik věcí:
- Organizátor: Člen týmu, který bude v průběhu procesu jednat jako organizátor nebo trenér. Tento člen týmu se zaměřuje na vedení týmu prostřednictvím retrospektivního procesu a zajišťuje, aby byly všechny nápady slyšet a zachyceny.
- Metoda pro sledování a uspořádání: Metoda pro sledování a uspořádání nápadů vizuálním způsobem. Může se jednat o fyzickou tabuli s rychlými poznámkami, virtuální tabulí nebo nástrojem DevOps.
- Vymezené otázky: Chcete uspořádat sledovací systém se třemi otázkami:
- Co se nám povedlo?
- Co jsme mohli udělat lépe?
- Co jsme se naučili?
Po dokončení předchozích kroků proveďte u svého týmu následující kroky:
Jednotlivé odpovědi: Požádejte každého člena týmu, aby odpověděl na otázku "Co se dobře stalo?", a zdokumentujte jejich odpovědi.
- Pokud používáte fyzickou vývěsku, nechte každého člena týmu vyplnit odpovědi na panelu.
- Pokud používáte digitální panel, nechte každého člena vyplnit své odpovědi prostřednictvím nástroje.
Organizátor si přečte: Jakmile každý člen týmu dokumentuje své myšlenky, organizátor by měl zkontrolovat zpětnou vazbu a pak ho nahlas přečíst týmu.
- Měli byste seskupit podobné nápady, jakmile je objevíte, abyste rozpoznali opakované trendy.
- Podle potřeby vytvořte popisky nebo nadřazené položky, které vám pomůžou tyto myšlenky uspořádat.
- Pokud najdete chybně umístěné položky, které patří do jiné oblasti, přesuňte je v tuto chvíli.
Opakujte tento postup pro "Co by mohlo být lepší?"
- Během tohoto procesu povzbuďte lidi, aby probrali své konkrétní výzvy s lidmi, procesy a technologiemi. Mělo by to být otevřené místo.
- Pokuste se zjistit, jaká vytvořená zpoždění při migracích, ovlivnila vydání, nebo vést k tomu, že úlohy se z tohoto sprintu vysílají.
- Zamyslete se nad tím, jak můžete těmto problémům zabránit, když proberete otázku "Co jsme se naučili?".
Až z těchto otázek zachytíte a seskupíte nápady, položte týmu otázku "Co jsme se naučili?". Pak debatu o vylepšeních, které můžete použít na další sprint.
Příklad retrospektivního výstupu
Představte si následující příklad retrospektivního výstupu:
| Co se nám povedlo? | Co jsme mohli udělat lépe? | Co jsme se naučili? |
|---|---|---|
| Komunikace s firemními uživateli pro aplikace X a aplikace Y. (5 hlasů) | Zapojení vývojářů k ověření síťové architektury pro aplikační X a aplikaci Z. (3 hlasy) | Před migrací musíme zkontrolovat veškerý provoz brány firewall z úloh, i když se domníváme, že nemají žádná zvláštní pravidla. (4 hlasy) |
| Vývojové týmy pro application Y byly vysoce zapojeny. (2 hlasy) | Vysvětlení síťových požadavků pro aplikaci X. (2 hlasy) | V rámci procesu migrace musíme zajistit, aby vývojové týmy věděly, co se od nich očekává. (4 hlasy) |
| Povolení služby Azure Backup v rámci procesu migrace | Vysvětlení síťových požadavků pro aplikaci Y. (1 hlas) | Potřebujeme naplánovat další čas pro velké databáze SQL. (3 hlasy) |
Další krok
Měli byste pokračovat v implementaci architektury přechodu na cloud pro metodologii správy Azure, abyste měli jistotu, že můžete nepřetržitě udržovat a optimalizovat úlohy v Azure.