Puede que le sorprenda, pero DevOps existe desde hace casi dos décadas. Impulsado por el deseo de la comunidad de desarrollo de contar con más capacidades y controles a la hora de desplegar aplicaciones, DevOps cobró impulso en 2011 en la empresa con una perspectiva positiva de Gartner y en 2015 cuando el Scaled Agile Framework (SAFe) incorporó DevOps. El crecimiento sin precedentes de AWS durante este periodo también obligó a los CIO a aprender más sobre cómo las startups estaban innovando y operando eficientemente en la nube.
DevOps ha evolucionado significativamente desde entonces, hasta el punto de que no existe un enfoque único para el éxito. Alejados de las operaciones diarias de DevOps, muchos CIO carecen de una perspectiva completa sobre qué prácticas priorizar y pueden ser engañados por cómo las startups, los proveedores o las organizaciones de servicios profesionales implementan DevOps en entornos excesivamente simplificados en comparación con lo que se requiere en empresas complejas y reguladas.
Arquitecturas multicloud, carteras de aplicaciones que abarcan desde mainframes hasta la nube, presión de la junta para acelerar la IA y los resultados digitales: los CIO de hoy se enfrentan a una serie de desafíos que pueden afectar a sus estrategias de DevOps. A continuación, se presentan seis errores comunes que los CIO todavía cometen al implementar DevOps, junto con recomendaciones para repensar su enfoque.
Adoptar una mentalidad de proyecto de TI en lugar de una de transformación cultural
DevOps requiere una alineación cultural entre dev y ops para mejorar las experiencias de los clientes, impulsar la agilidad empresarial y mejorar la resiliencia operativa. Pero al adoptar un enfoque de implementación que da prioridad a las herramientas, muchos CIO pasan por alto la importancia del cambio cultural.
Recomendación: Pregunte a los líderes por su comprensión de prácticas clave como agile, DevOps y gestión de productos, y las diferencias en los principios básicos, metodologías y herramientas saldrán a la superficie. Los CIO pueden alinear la cultura extrayendo las opiniones de la gente y forjando la visión de la organización para equilibrar la innovación y la resistencia de las operaciones, que es el núcleo de una cultura DevOps.
Dirigirse a la entrega continua sin las operaciones adecuadas
Algunos equipos de DevOps que desarrollan canalizaciones avanzadas de CI/CD se lanzan rápidamente al despliegue continuo, enviando cambios de código a la producción con frecuencia en calendarios de despliegue rápidos. Pero el despliegue continuo no siempre es apropiado para su negocio, las partes interesadas no siempre entienden los costes de implementar pruebas continuas robustas, y los usuarios finales no siempre toleran despliegues frecuentes de aplicaciones durante los picos de uso.
Los CIO también deben considerar si los equipos de DevOps tienen los requisitos de seguridad, observabilidad, AIops, y otras disciplinas para garantizar despliegues robustos que cumplan con los objetivos de nivel de servicio esperados.
Cortocircuitar las experiencias del usuario final y del desarrollador
Muchas prácticas DevOps se centran en la automatización, como CI/CD e infraestructura como código. Los CIO pueden equivocarse al invertir poco en prácticas que mejoren las experiencias de los usuarios, aumenten la alineación con las partes interesadas del negocio y promuevan una experiencia positiva de los desarrolladores.
Un ejemplo es cómo los equipos de DevOps utilizan las banderas de características, que pueden impulsar la experimentación ágil al permitir a los gestores de productos probar características y variantes de experiencia de usuario. Las banderas de características también pueden ayudar a los equipos de DevOps a reducir el miedo al fracaso controlando las características en función de los impactos en el rendimiento y automatizando las comunicaciones con las partes interesadas en torno a las implementaciones.
Facultar a los equipos para seleccionar herramientas sin normas
Permitir que los equipos elijan sus plataformas, herramientas y tecnologías puede ayudar a obtener mejores resultados, pero esta práctica conlleva ciertas advertencias.
Un enfoque para desarrollar estándares DevOps es establecer disciplinas de ingeniería de plataformas para crear componentes reutilizables, configurables y de autoservicio.
La ingeniería de plataformas es un método para crear normas y reforzar principios clave. Esto ayuda a los equipos a evitar centrarse demasiado en la tecnología, perder de vista los objetivos empresariales o introducir la deuda DevOps mediante la creación de capacidades que serán difíciles de mantener.
Esperar que los equipos definan estrategias de riesgo adecuadas
Si bien los equipos pueden aprender los principios de DevSecOpsy los CIO pueden seleccionar marcos de gestión de riesgos de TI, muchas organizaciones carecen de personal suficiente para revisar cómo los equipos priorizan la mitigación proactiva del riesgo e implementan medidas de seguridad sólidas cuando cambian a la izquierda.
Recomendación: Los CIO deben exigir a los jefes de producto y a los líderes de entrega que definan sus hojas de ruta mostrando las prioridades en nuevas capacidades, deuda técnica y mitigación de riesgos. Incluso a medida que la automatización, las pruebas continuas y el aumento de las prácticas de observabilidad permiten a los equipos DevOps aumentar la frecuencia de despliegue, las organizaciones deben definir una estrategia de gestión de lanzamientos y establecer revisiones periódicas de cómo cada equipo prioriza y aborda los riesgos.
No definir el papel del CIO en DevOps
Una última área donde los CIO se equivocan es cuando saltan a DevOps sólo después de problemas importantes como interrupciones del sistema, despliegues fallidos, partes interesadas enojadas o brechas de seguridad.
Debido a que DevOps ha estado madurando durante más de 15 años, los CIO deben esperar que sus compañeros de equipo tengan diferentes visiones y enfoques de implementación. Los CIO que lideran la transformación digital deben involucrarse proactivamente en la definición de la cultura DevOps, especificando cómo colaborarán con los equipos regularmente y promoviendo prácticas alineadas con las necesidades del negocio.
El contenido original de esta nota fue publicado en Cio.com. Para leer la nota completa ingresá acá
