Creare una mentalità di crescita tramite le retrospettive
Le analisi retrospettive rafforzano i principi di una logica di crescita: sperimentazione, test, apprendimento, condivisione, crescita e potenziamento. Forniscono anche un luogo sicuro per i membri del team per condividere le sfide affrontate nel progetto corrente e consentire al team di creare una crescita sostenibile.
Struttura di un'analisi retrospettiva
Durante riunioni retrospettive per il progetto di migrazione, ogni membro del team dovrebbe condividere i propri pensieri relativi a tre domande di base:
- Che cosa ha funzionato?
- Che cosa avrebbe potuto funzionare meglio?
- Che cosa abbiamo appreso?
Lezioni apprese
La retrospettiva segna la fine di una versione o di un'iterazione. Man mano che il team acquisisce esperienza e apprende lezioni, modifica il backlog di rilascio e iterazione per riflettere nuovi processi e esperimenti da testare. Viene avviata l'iterazione successiva tramite i processi di migrazione.
I team che gestiscono l'onda successiva della migrazione devono applicare le lezioni apprese per migliorare continuamente la migrazione.
Eseguire una retrospettiva
Per iniziare a eseguire la migrazione retrospettiva, sono necessari alcuni aspetti:
- Organizzatore: membro del team per agire come organizzatore o allenatore durante tutto il processo. Questo membro del team si concentra sulla guida del team attraverso il processo retrospettivo e garantisce che tutte le idee vengano ascoltate e acquisite.
- Metodo per tenere traccia e organizzare: metodo per tenere traccia e organizzare le idee in modo visivo. Può trattarsi di una lavagna fisica con note permanenti, una lavagna virtuale o uno strumento DevOps.
- Domande con ambito: si vuole organizzare il sistema di rilevamento con tre domande:
- Che cosa ha funzionato?
- Che cosa avrebbe potuto funzionare meglio?
- Che cosa abbiamo appreso?
Dopo aver completato i passaggi precedenti, seguire questa procedura con il team:
Risposte individuali: chiedere a ogni membro del team di rispondere alla domanda "Cosa è andato bene"" e documentare le risposte.
- Se si usa una bacheca fisica, lasciare che ogni membro del team compili le risposte nella lavagna.
- Se si usa una lavagna digitale, lasciare che ogni membro compili le risposte tramite lo strumento.
Lettura organizzatore: dopo che ogni membro del team documenta i propri pensieri, l'organizzatore deve esaminare il feedback e quindi leggerlo ad alta voce al team.
- È consigliabile raggruppare idee simili man mano che vengono scoperte in modo da riconoscere le tendenze ricorsiva.
- Creare etichette o elementi padre in base alle esigenze per organizzare questi pensieri.
- Se trovi elementi non posizionati che appartengono in un'altra area, spostali in questo momento.
Ripetere questo processo per "Cosa avrebbe potuto essere meglio?".
- Durante questo processo, incoraggiare le persone a discutere le proprie sfide specifiche con persone, processi e tecnologie. Deve trattarsi di uno spazio aperto.
- Provare a determinare quali ritardi creati con le migrazioni, hanno interessato il rilascio o comportano il push dei carichi di lavoro da questo sprint.
- Pensa a come puoi prevenire questi problemi mentre discuti la domanda "Cosa abbiamo imparato?".
Dopo aver acquisito e raggruppato idee da queste domande, porre al team "Cosa abbiamo imparato?". Quindi idee di brainstorm per migliorare che è possibile applicare allo sprint successivo.
Esempio di output retrospettivo
Si consideri l'output retrospettivo di esempio seguente:
| Che cosa ha funzionato? | Che cosa avrebbe potuto funzionare meglio? | Che cosa abbiamo appreso? |
|---|---|---|
| Comunicazione con gli utenti aziendali per Application X e Application Y. (5 voti) | Coinvolgimento degli sviluppatori per convalidare l'architettura di rete per Application X e Application Z. (3 voti) | È necessario esaminare tutto il traffico del firewall dai carichi di lavoro prima della migrazione, anche se si ritiene che non abbiano regole speciali. (4 voti) |
| I team di sviluppo per Application Y sono stati estremamente coinvolti. (2 voti) | Informazioni sui requisiti di rete per Application X. (2 voti) | È necessario assicurarsi che i team di sviluppo sappiano cosa ci si aspetta da essi come parte del processo di migrazione. (4 voti) |
| Abilitazione di Backup di Azure come parte del processo di migrazione. | Informazioni sui requisiti di rete per l'applicazione Y. (1 voto) | È necessario pianificare tempo aggiuntivo per i database SQL di grandi dimensioni. (3 voti) |
Passaggio successivo
È consigliabile continuare a implementare la metodologia di gestione di Cloud Adoption Framework per Azure per assicurarsi di poter gestire e ottimizzare continuamente i carichi di lavoro in Azure.