Una de las metodologías de trabajo que más gana terreno entre los profesionales TI, es el DevOps. Se debe tener presente que se trata más que un conjunto de herramientas o un nuevo conjunto de prácticas, ya que Devops se trata de producir valor y hacerlo con menos recursos posibles.

Cuando se falla en la implementación de este modelo de trabajo, podría resultar fácil sólo señalar al líder del proyecto, mencionar cualquier parte del proceso, pero llegar a los fallos reales es algo más complejo, como nos muestran las observaciones de algunos expertos de la industria:

• Creando un «departamento de devOps»

El error número uno, y quizás el más fácil de evitar, es cuando los implementadores del DevOps crean un nuevo departamento en la organización encargado de administrar la estrategia y el marco.

No es así como funciona DevOps, dice Rod Cope, CTO de Rogue Wave Software. «Al comenzar un nuevo proceso o idea, las organizaciones a menudo saltan directamente a esta nueva idea y no tienen en cuenta cómo afectará a todas las otras partes de la organización», dice Cope. «A menudo, las organizaciones agregan un nuevo departamento sin eliminar algo (o alguien) más, por lo que termina agregando más procesos».

Esto es lo contrario de lo que DevOps debe lograr. Sí, una implementación de DevOps requiere liderazgo, pero eso no es lo mismo que la administración tradicional basada en departamentos. La estrategia de DevOps debe implementarse como un marco en el que el personal de desarrollo y operaciones pueda comenzar a interoperar, no como un nuevo departamento que se encarga de supervisar a estos grupos dispares y de alguna manera obligarlos a trabajar juntos. «Las organizaciones tienen más éxito si se centran únicamente en los nuevos procesos de DevOps y no en la introducción de un nuevo departamento», dice Cope.

• No considerar adecuadamente las cargas de trabajo del personal y otros recursos

«Cuantifique la carga de trabajo de su equipo y el rendimiento de cada individuo», dice Bob Brodie, CTO de SUMO Heavy. «Configure y supervise los KPI para ver dónde está fallando. Si se encuentra con un aumento inmanejable en la carga de trabajo, puede volver a priorizar la carga de trabajo o contratar nuevos recursos. Los profesionales independientes ofrecerán ayuda muy necesaria en un apuro. Aprenda dónde «cada uno de sus empleados se desempeña mejor al comunicarse con las personas y sus gerentes. De esa manera, podrá priorizar mejor las cargas de trabajo». Solo después de que se haya completado esto, debe considerar qué herramienta o herramientas usar en el desarrollo y lanzamiento de sus compilaciones de software. Esto se debe a que otro error común es seleccionar herramientas sin una comprensión adecuada de cuál funcionará mejor en su entorno.

Como se señaló anteriormente, un departamento de DevOps es una idea terrible, pero al mismo tiempo, una implementación de DevOps no se va a administrar sola. Alguien tiene que administrar los recursos (tanto el presupuesto como el talento), y las tareas aún deben delegarse adecuadamente. «El fracaso surge de la incapacidad de priorizar y desglosar sus problemas», dice Brodie. Mientras más informados estén todos en el camino, mayores serán tus posibilidades de éxito.

Además, se debe recordar que una estrategia DevOps con un alcance adecuado representa un entorno de aprendizaje continuo. Bien hecho, DevOps representa un marco fluido que debe permitirse crecer y cambiar para satisfacer las necesidades únicas de cada organización. La rigidez en la forma en que se diseña una estrategia DevOps, y en los objetivos que establece, es un factor claro en el fracaso de DevOps.

• Establecer metas poco realistas

Para muchas organizaciones acostumbradas a una estructura aislada en el proceso de desarrollo, DevOps puede representar un choque cultural considerable. Rajesh Sethu, director de DevOps en Replicon, dice: «Una razón fundamental por la que DevOps es más difícil de introducir que otras tecnologías es que fusiona los cambios culturales con las operaciones y el desarrollo. La inversión de la cultura empresarial, especialmente con grandes empresas con procesos bien establecidos, no es algo que pueda transformarse instantáneamente a nivel de personas, procesos e información».

• Intentar crear DevOps «híbridos» mientras se mantienen intactas las estructuras antiguas

Lo que no funciona en DevOps es un enfoque que cede completamente al rechazo cultural. Lo que algunas organizaciones intentan hacer es mantener intacta la antigua cultura y construir una estructura híbrida, una que aplique metodologías ágiles pero que mantenga las operaciones de TI y los equipos de ingeniería / desarrollo en sus silos tradicionales. Esto es especialmente problemático en compañías que tienen equipos de desarrollo y operaciones en diferentes oficinas o, peor aún, en todo el país o en todo el mundo. Sin la combinación de estos grupos, ya sea físicamente o mediante una inversión significativa en la mejora de la comunicación virtual, hay pocas esperanzas de crear el tipo de entorno de colaboración que DevOps requiere.

Sethu dice que es imposible abrazar realmente algunas de las mejores prácticas fundamentales de DevOps, incluidas las pruebas automatizadas, la gestión integrada de la configuración y la integración continua, sin desmontar los silos de la vieja escuela. Cualquier otra cosa, dice, dará como resultado una implementación de DevOps «a medias» que no cumplirá con los objetivos de la organización y que está condenada al fracaso.

La transición a DevOps es, primero, un cambio cultural, y luego un cambio de proceso y organización. Pero todos esos cambios deben tener lugar a nivel de departamento y de una manera que va más allá de prestar atención a las ideas fundamentales de DevOps. Si está considerando DevOps simplemente porque «es el futuro» o como un medio para mantenerse al día con los Joneses, en lugar de un deseo fundamental de reconstruir y mejorar sus procesos de negocios, el éxito es altamente improbable.

Recuerde que DevOps requiere tiempo y esfuerzo, requiere un fuerte liderazgo y defensa, y debe medirse de una manera que sea compatible con los objetivos de su organización. Prepárese para el éxito evitando los errores que los que han venido antes que usted ya ha cometido.