El interés en los DevOps sigue creciendo, pero las empresas deben navegar por estas trampas comunes, según Gartner.
Los mayores retos de adoptar DevOpsNo hay nada fácil sobre DevOps y la nube. El director de productos de New Relic, Jim Gochee, comparte consejos esenciales para superar los desafíos de la transformación digital en la empresa.
DevOps pasó de la palabra de moda de la tecnología a la práctica común en la última década, y los que adoptaron con éxito el flujo de trabajo colaborativo vieron beneficios que incluían implementaciones de productos más frecuentes y menos problemas de seguridad.
Mientras que el interés en DevOps continúa creciendo, las organizaciones tienden a enfrentar algunos obstáculos comunes cuando intentan implementar proyectos DevOps exitosos, según un informe de Gartner.
Informe Especial
Montar la revolución de los DevOps
Puede descargar todos los artículos de este informe especial en un solo PDF (es necesario registrarse gratuitamente.
«Cada año, vemos a más y más grupos mojarse los pies con DevOps», dijo George Spafford, director de investigación de Gartner y coautor del informe. Sin embargo, en las grandes empresas, a menudo se ve a algunos equipos implementando DevOps, mientras que otros no tienen idea de lo que es, dijo Spafford.
VER: Guía del líder de TI para hacer que DevOps funcione (Tech Pro Research)
«Estamos viendo cómo aumenta el número de adopciones gracias a nuestras encuestas y a las encuestas de audiencia, pero el hecho de que sepas que la Compañía X está haciendo DevOps no significa automáticamente que lo estén haciendo en todo su portafolio. Lo más probable es que lo estén haciendo por partes».
Cuando se implementa correctamente, «DevOps funciona», dijo Spafford. «Puede aportar un valor real. Puede ayudar a las empresas a lidiar mejor con la incertidumbre, y puede ayudarlas a entregar valor más rápido».
Aquí están las cinco causas principales de los fallos de DevOps, y cómo evitarlos, según Gartner.
1. Falta de puesta en tierra de las iniciativas DevOps en el valor del cliente
El sector empresarial está diciendo a muchas organizaciones de todas las industrias que necesitan moverse más rápido para buscar nuevas oportunidades y contrarrestar las amenazas, dijo Spafford. «Usted tiene una necesidad muy real de velocidad, pero tenemos que asegurarnos de que estamos poniendo en práctica la necesidad de velocidad en el valor del cliente», añadió. «No es sólo que necesitemos ir más rápido. Necesitamos entregar valor más rápido».
En situaciones que implican incertidumbre al tratar de resolver un problema de negocio, DevOps puede ayudar a las compañías a experimentar más rápido para llegar a la solución correcta, dijo Spafford.
Los líderes que deciden hacer DevOps por DevOps corren el riesgo de fracasar, porque los empleados no se conectan con el término DevOps, dijo Spafford. En su lugar, usted necesita conectarse con el valor que estos esfuerzos aportan tanto a los empleados como a la organización. Esto significa identificar quiénes son los clientes, qué consideran valioso y cómo abordar esas necesidades.
2. Falta de gestión del cambio organizacional
«Uno de los mayores problemas es que la gente ignora a la gente», dijo Spafford. «Un problema muy grande que desafortunadamente veo repetido una y otra vez es pasar por alto el cambio de organización.»
Cuando se intenta implementar algo grande de una sola vez y sin tiempo para aprender, se logran bajas tasas de éxito en los cambios, aseguró Spafford.
Los líderes deben iniciar el cambio organizacional entendiendo y comunicando el valor del cliente. Los DevOps y los cambios requeridos que los acompañan no son opcionales, y el personal debe entenderlo, junto con la razón por la que el cambio es necesario, dijo Spafford.
«Realmente necesitamos centrarnos en el valor del cliente porque la gente se conecta con el valor, no con el término DevOps», dijo Spafford. «Necesitamos iterar para asegurarnos de tener la oportunidad de aprender y mejorar.»
VER: Descripción del puesto: Ingeniero de DevOps (Tech Pro Research)
3. Falta de colaboración
Los esfuerzos exitosos de DevOps requieren la colaboración de todas las partes involucradas para abordar los problemas que surgen, señala el informe. Sin embargo, muchos proyectos de DevOps se limitan a un solo dominio, lo que limita su eficacia.
Las organizaciones también cometen a veces el error de seleccionar al personal basándose únicamente en sus habilidades técnicas, en lugar de en su capacidad para colaborar, dijo Spafford. «Cuando formamos un equipo de DevOps, queremos un equipo de personas que vayan a trabajar juntas, personas que disfruten del trabajo en equipo», añadió. «Son inteligentes, están motivados, tienen experiencia, se hacen responsables a sí mismos y a los demás y, sobre todo, disfrutan aprendiendo, porque DevOps no es estático».
Gartner ha visto los esfuerzos de DevOps de sus clientes descarrilados por empleados a los que no les gustaba trabajar en equipo o compartir conocimientos, añadió.
«Siempre podemos entrenar a gente buena en habilidades técnicas», dijo Spafford. «Es muy difícil conseguir que la gente con malas actitudes y malos comportamientos cambie.»
4. Falta de adopción de un enfoque iterativo
Lanzar DevOps en un solo paso -dando la capacitación el viernes y lanzando el proceso el lunes- conduce a un mayor índice de fracaso, sobre todo para las grandes organizaciones, encontró Gartner. Un enfoque incremental e iterativo ayuda a las organizaciones a centrarse en mejoras continuas y evita el riesgo de un enfoque más rápido al darle la oportunidad de aprender, corregir cursos y mejorar con cada intento y continuar avanzando.
«Necesitamos crear un entorno en el que el aprendizaje esté en primer plano», dijo Spafford. «Iterar puede ayudar a hacer eso.»
Spafford recomienda elegir un»pionero» en lugar de una prueba piloto. El primero se refiere a un único flujo de valor con el que las empresas pueden tener éxito a través de la repetición y el aprendizaje. Los pioneros deben ser políticamente amigables (para que las partes interesadas estén dispuestas a dar a DevOps una oportunidad justa, con el entendimiento de que los errores ocurrirán y de los que se aprenderá), crear un valor aceptable (para establecer credibilidad y aumentar el apoyo), y presentar un nivel aceptable de riesgo para el negocio.
«Nuestro objetivo no es implementar toda una cadena de herramientas y la solución automatizada desde el desarrollo hasta la producción. Nuestra meta es mejorar el flujo de trabajo y seguir mejorando con el tiempo», señaló Spafford.
5. Falta de gestión de las expectativas sobre las iniciativas de DevOps
Es común que las partes interesadas ingresen a los esfuerzos de DevOps esperando las cosas equivocadas, dijo Spafford. Por ejemplo, muchos esperan que el flujo de trabajo reduzca los costes, cuando en realidad está destinado a ser un juego de valor. Otra falsa expectativa es que DevOps se trata de herramientas que se pueden implementar rápidamente, cuando en realidad es un gran obstáculo en términos de cambio organizacional, dijo Spafford.
«Al final del día, todo se reduce a asegurarse de que lo que se puede ofrecer está a la altura de las expectativas», dijo Spafford. «También es una de las razones por las que les advierto a las personas que tengan mucho cuidado con lo que se comprometen a hacer. Ya sea que usen números de grupos de consulta, o números de estudios de la industria, etc., no sabes cómo eso te va a afectar en particular. Así que ten cuidado con las expectativas».
Próximo boletín informativo de Big Thing
Conoce las ciudades inteligentes, la IA, la Internet de las cosas, la RV, la conducción autónoma, los aviones no tripulados, la robótica y más de las innovaciones tecnológicas más geniales. Entregado los miércoles y viernes