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.

Cloud Adoption Framework - Gestire la metodologia