Creación de una mentalidad de crecimiento con retrospectivas
Las retrospectivas refuerzan los principios de una mentalidad de crecimiento: experimentación, pruebas, aprendizaje, uso compartido, crecimiento y capacitación. También proporcionan un lugar seguro para que los miembros del equipo compartan los desafíos a los que se enfrentan en el proyecto actual y permiten al equipo crear un crecimiento sostenible.
Estructura retrospectiva
Durante las reuniones de retrospectivas del proyecto de migración, se espera que cada miembro del equipo comparta sus pensamientos con respecto a tres preguntas básicas:
- ¿Qué salió bien?
- ¿Qué podría haber salido mejor?
- ¿Qué hemos aprendido?
Lecciones aprendidas
La retrospectiva marca el final de un lanzamiento o una iteración. A medida que los equipos adquieren experiencia y aprenden lecciones, ajustan el trabajo pendiente del lanzamiento o la iteración para reflejar los nuevos procesos y experimentos que se van a probar. Esto inicia la siguiente iteración mediante los procesos de migración.
Los equipos que administran la siguiente sesión de migración deben aplicar las lecciones que han aprendido para mejorar continuamente la migración.
Realización de una retrospectiva
Necesita algunas cosas para empezar a trabajar con la retrospectiva de la migración:
- Un organizador: un miembro del equipo que actúe como organizador o asesor durante todo el proceso. Este miembro del equipo se centra en guiar al equipo a través del proceso de retrospectivas y garantiza que todas las ideas se escuchen y capturen.
- Un método para realizar un seguimiento y organizar: un método para realizar un seguimiento de las ideas y organizarlas de forma visual. Puede ser una pizarra física con notas adhesivas, una pizarra virtual o una herramienta de DevOps.
- Preguntas con ámbito: desea organizar el sistema de seguimiento con tres preguntas:
- ¿Qué salió bien?
- ¿Qué podría haber salido mejor?
- ¿Qué hemos aprendido?
Después de completar los pasos anteriores, siga los pasos siguientes con el equipo:
Respuestas individuales: haga que cada miembro del equipo responda a la pregunta "¿Qué ha ido bien?" y documente sus respuestas.
- Si usa una pizarra física, deje que cada miembro del equipo rellene sus respuestas en la pizarra.
- Si usa una pizarra digital, deje que cada miembro rellene sus respuestas a través de la herramienta.
Lectura del organizador: después de que cada miembro del equipo documente sus pensamientos, el organizador debe revisar los comentarios y luego leerlos en voz alta al equipo.
- Debe agrupar las ideas similares a medida que las descubra para reconocer las tendencias recurrentes.
- Cree etiquetas o elementos primarios según sea necesario para ayudar a organizar estos pensamientos.
- Si encuentra elementos mal colocados que pertenecen a otra área, muévalos en este momento.
Repita este proceso para "¿Qué podría haber ido mejor?".
- Durante este proceso, anime a las personas a hablar de sus desafíos específicos con personas, procesos y tecnología. Debe ser un espacio abierto.
- Intente determinar qué ha generado retrasos con las migraciones, qué ha afectado al lanzamiento o qué ha hecho que las cargas de trabajo se hayan sacado de este sprint.
- Piense en cómo puede evitar estos problemas mientras analiza la pregunta "¿Qué hemos aprendido?".
Después de capturar y agrupar las ideas de estas preguntas, pregunte al equipo "¿Qué hemos aprendido?". A continuación, haga una lluvia de ideas de mejora que puede aplicar al siguiente sprint.
Resultado de retrospectiva de ejemplo
Considere el siguiente resultado de retrospectiva de ejemplo:
| ¿Qué salió bien? | ¿Qué podría haber salido mejor? | ¿Qué hemos aprendido? |
|---|---|---|
| Comunicación con los usuarios empresariales para la aplicación X y la aplicación Y. (5 votos) | Participación de los desarrolladores para validar la arquitectura de redes de la aplicación X y la aplicación Z. (3 votos) | Es necesario revisar todo el tráfico del servidor de seguridad procedente de las cargas de trabajo antes de la migración, incluso si creemos que no tienen reglas especiales. (4 votos) |
| Los equipos de desarrollo de la aplicación Y estaban muy implicados. (2 votos) | Descripción de los requisitos de red para la aplicación X. (2 votos) | Es necesario asegurarnos de que los equipos de desarrollo sepan lo que se espera de ellos como parte del proceso de migración. (4 votos) |
| Habilitación de Azure Backup como parte del proceso de migración. | Descripción de los requisitos de red para la aplicación Y. (1 voto) | Es necesario planear un tiempo adicional para las instancias de SQL Database de gran tamaño. (3 votos) |
Paso siguiente
Debe continuar para implementar la metodología de administración de Cloud Adoption Framework para Azure a fin de asegurarse de que puede mantener y optimizar de forma continua las cargas de trabajo en Azure.