Acepto

COOKIES

Esta web utiliza cookies técnicas, de personalización y de análisis, propias y de terceros, para anónimamente facilitarle la navegación y analizar estadísticas del uso de la web. Obtener más información

4 malos hábitos DevOps que suelen cometer los administradores

  • DevOps

fallo informatico, caída, desesperación

El concepto de DevOps es fundamental para la capacidad de cualquier organización para entregar aplicaciones y servicios de manera rápida y eficiente. Pero en el camino, los administradores tienden a caer en malos hábitos que afectan su capacidad para ofrecer estos servicios de manera efectiva y eficiente. Estos son algunos de los hábitos más comunes que se deben romper.

Trabajando en Silos

Algunos equipos de DevOps trabajan en silos, en los que el desarrollo no es solo un equipo sino muchos. Piense en un proyecto grupal donde todos se dividen y conquistan en tareas y al final se junta para integrar diferentes partes, que a su vez tienen diferentes formatos, estilos, etc.

Este es un mal hábito que debe romperse, ya que produce un nivel adicional de complejidad, con todos trabajando para resolver su propio problema en la mano en su silo. Las operaciones luchan por unificar la actividad en un proceso consistente. Esto, junto con las tensiones ocasionales entre el desarrollo y las operaciones de TI sobre los diferentes enfoques de la infraestructura y la competencia por los recursos, crea oportunidades para el fracaso. A medida que el creciente énfasis en DevOps coloca una carga adicional en los equipos de infraestructura que ya están luchando para hacer frente a la transformación digital de sus organizaciones, la unificación será la clave del éxito.

También es cierto que DevOps puede tener éxito en organizaciones pequeñas donde los equipos de personas se centran en proyectos de TI más pequeños y únicos, en lugar de la empresa en su conjunto. Estos equipos más pequeños tienen el lujo de aferrarse a sí mismos y la asignación para trabajar en proyectos secuenciales, mientras que sus proyectos no se amplían a la etapa empresarial porque no es necesario. Pero organizaciones más pequeñas como estas también probablemente no verán mucha diferencia si adoptaran un enfoque DevOps.

Esa diferencia será más notable en organizaciones sustancialmente más grandes que ven ciclos de lanzamiento de software que cambian rápidamente diariamente. Es imperativo para estas organizaciones evitar los silos y, en su lugar, tener roles de equipo pronunciados, una mejor comunicación y la capacidad y la voluntad de liberarse de los viejos hábitos que solo causan caos y confusión en el ciclo de entrega en rápida evolución.

Planeando demasiado, demasiado pronto

El éxito requiere una mejora continua y un refinamiento, en lugar de un impulso inicial para ciertos cambios sin un plan general. El enfoque de los administradores que buscan implementar DevOps debe ser hacer todas las cosas de manera continua comenzando con poco.

El enfoque temprano debe estar en seleccionar uno o dos equipos nuevos de DevOps que comiencen una nueva iniciativa. Luego, con estos nuevos equipos en su lugar, puede aprovechar los éxitos y superar los desafíos lentamente, y comenzar a escalar esto a través de la organización. Al comienzo del proceso, también es importante identificar a una persona, como el director de operaciones o el jefe de planificación, que puede ser responsable de integrar a la perfección DevOps en su proyecto. Este propietario principal puede entonces trabajar proyecto por proyecto, establecer objetivos y mostrar el resto del equipo los resultados en tiempo real. La comprensión del progreso permitirá que el equipo vea que su trabajo rinde frutos y, a su vez, les permitirá obtener los beneficios de escalar lentamente.

Necesita saber cuál es el problema del negocio y los beneficios anticipados, por lo tanto, medir todos los factores que contribuyen al éxito de DevOps. DevOps promete una gran variedad de automatización. Esto no se puede lograr en un solo intento o durante la noche. Las empresas deben centrar los esfuerzos en la integración continua, seguirla con una entrega continua y, finalmente, una implementación continua.

Creer que la implementación es fácil

Después de que los administradores finalmente se ven influenciados por la promesa de DevOps, una creencia que se sostiene a menudo es que la implementación de la práctica es sencilla y fácil. Y aunque DevOps a menudo puede llevar a una vida más simple para trabajos específicos en TI, la realidad es que, en muchos casos, la facilidad de implementación tiene un costo. Puede desplazar un desequilibrio de responsabilidad para el control de la producción y la gestión de la calidad hacia el lado de las operaciones, y cargar las reglas y procesos del equipo si los departamentos de TI no logran entender cómo adaptarse.

Al igual que con cualquier proceso en cualquier organización, la cantidad de esfuerzo requerido para soportar la entrega de software es una constante. A menudo, los administradores tienen el hábito de creer que DevOps se manejará solo. Pero si está administrando una gran empresa, tendrá equipos responsables de la calidad, el rendimiento y la gestión del cambio. La diferencia con DevOps es la forma en que la automatización se aprovecha para colocar el control en manos de los equipos de desarrollo de aplicaciones y redefine la relación entre las operaciones y el desarrollo. Esto es algo bueno, pero los administradores deben estar presentes en cada paso del proceso.

No aprovechar al máximo la integración y la entrega continuas

La integración continua y la entrega continua (CI / CD) son clave para los equipos de DevOps exitosos. Sin embargo, un mal hábito en el que pueden caer muchos equipos de DevOps es no aprovechar al máximo todos los beneficios de CI / CD. El proceso debe ser rápido y eficiente, ya que todo lo que ralentiza cualquier parte del proceso aumenta el tiempo del ciclo y ralentiza la entrega. Para romper el hábito, los equipos de DevOps deben enfocarse en eliminar los cuellos de botella en su canalización para luego facilitar procesos de desarrollo ágiles.

Su canal de CI / CD le brinda la oportunidad de administrar pruebas automáticas eficientes en su proceso, pero no debe detenerse en la entrega continua y la integración continua. Otro paso para hacer todo lo continuo es la mejora continua. Los equipos y administradores de DevOps evolucionan constantemente para adaptarse a las necesidades de la cartera de proyectos, y es imperativo que los equipos dediquen un tiempo todos los días a debatir y aclarar las pequeñas cosas que pueden mejorarse. Con el tiempo, estos cambios, por pequeños que sean, tendrán un profundo efecto en la empresa y en la calidad general de la moral entre los administradores y sus equipos.

 

Descubre la innovación

Para asegurar el éxito empresarial, ahora y a futuro, es imprescindible maximizar el retorno de la inversión existente en software, a la vez que innovar y adoptar nuevas tecnologías. Los retos que hay abordar para competir en un mundo de TI Híbrida incluyen DevOps, Seguridad, Gestión de riesgos y Análisis predictivo. Puedes obtener más información sobre cómo abordar estos retos e innovar en este enlace.