Al liderar una transformación de DevOps, la transparencia y la visibilidad pueden ayudar a que los equipos se involucren en el azar. Una vez involucrados, los desarrolladores pueden actuar como multiplicadores de conocimiento y contribuir a iniciativas de cambio. Una combinación de resolución de problemas que ocurren con frecuencia, abordar problemas complejos y mostrar el progreso de la transformación puede ayudar a mantener a las partes interesadas involucradas.
Prasath Kumar Ramachandran compartió su experiencia al liderar la transformación de DevOps en SAP Labs India en DevOps Summit, Canadá 2021 .
Ramachandran mencionó que enfrentaron múltiples desafíos y resistencias al cambio durante la fase inicial de transformación:
Tuvimos un problema de ceguera en el núcleo y no sabíamos los problemas ocultos y las consecuencias no deseadas, ya que los sistemas eran complejos con conexiones profundas.
En ocasiones, detuvieron la iniciativa de cambio y la revertieron para garantizar la continuidad del negocio. Identificaron los patrones, los grupos y las causas fundamentales y reiniciaron la iniciativa de cambio con grupos enfocados para mantener la interrupción al mínimo. Ramachandran dio un ejemplo:
No conocíamos la compatibilidad de una biblioteca existente que funciona con modelos de impresoras portátiles antiguas que todavía se utilizan solo en algunas partes del mundo. La capacidad de impresión comenzó a fallar. Detuvimos la iniciativa y cambiamos a un despliegue regional gradual y minimizamos el impacto.
El progreso de las diferentes iniciativas de cambio fue transparente y visible para ganar el entusiasmo colectivo de los equipos por el cambio, como explicó Ramachandran:
Creamos los cuadros de mando capturando diferentes métricas, como MTTR, cobertura de código y personalizamos las alertas automáticas para los equipos en función de su responsabilidad cuando ocurre degradación o falla. Creamos herramientas para detectar automáticamente la degradación y tomar acciones correctivas.
Practicamos retrospectivas irreprochables como cultura, lo que ayudó a nuestros equipos a presentarse y resolver problemas con comentarios constructivos. Todos apoyaron a nuestros equipos para reflexionar sobre su progreso y marchar hacia la transformación colectiva.
Después de la fase inicial, identificaron a los desarrolladores apasionados por la ingeniería en la nube, DevOps y los alentaron a contribuir a las iniciativas de cambio. Estos desarrolladores actuaron como multiplicadores de conocimiento en toda la organización, como explicó Ramachandran:
Los desarrolladores aceleraron el viaje, crearon un entorno colaborativo para obtener las señales correctas sobre diferentes clústeres y mantuvieron la mayoría de las iniciativas de cambio en el buen camino.
Creamos guías prácticas y un bot de preguntas frecuentes de DevOps para responder preguntas basadas en el conocimiento interno para cerrar la brecha de conocimiento e implementamos varias sesiones para generar confianza.