Cada vez son más las organizaciones que se centran en la entrega de nuevas soluciones digitales a los clientes y se encuentran que la necesidad de mayor agilidad, la mejora de los procesos y la colaboración entre los equipos de desarrollo y operación se está convirtiendo en fundamental para la empresa. Durante una década, DevOps ha sido la respuesta a estos desafíos. Comprender la necesidad de DevOps es una cosa, pero su adopción propiamente dicha en el mundo real es otro desafío. ¿Cómo puede una organización con varios equipos y proyectos, con procesos arraigados y con considerable software de herencia cambiar sus métodos y adoptar DevOps?
En Microsoft, sabemos algo de estos desafíos. Como compañía de software durante décadas, Microsoft se fundamenta en miles de ingenieros de todo el mundo que entregan muchos productos diferentes. Desde Office, a Azure o Xbox, también nos encontramos con la necesidad de adaptarnos a una nueva manera de entregar software. La nueva era de la nube revela un tremendo potencial de innovación para satisfacer la creciente demanda de nuestros clientes de obtener experiencias más enriquecedoras y mejores, y nuestra competencia no se queda atrás. La necesidad de acelerar la innovación y de transformar la forma en que trabajamos es real y urgente.
El camino de la transformación no es fácil y creemos que la mejor manera de navegar por esta ruta desafiante es seguir los pasos de los que ya la han recorrido. Por eso, nos alegra compartir nuestro propio recorrido a DevOps en Microsoft, con aprendizajes de equipos de la compañía que se han transformado a través de la adopción de DevOps.
Algo más que herramientas
El éxito de una organización se consigue proporcionando a los ingenieros las mejores herramientas y las prácticas más recientes. En Microsoft, el equipo de One Engineering System (1ES) dirige varios trabajos para ayudar a otros equipos de la compañía a obtener un alto rendimiento. El equipo se centró inicialmente en la estandarización de las herramientas y obtuvo buenos resultados: se redujeron los problemas de control de código fuente y se mejoraron los tiempos de compilación y la confiabilidad en la compilación. Pero con el tiempo quedó claro que el enfoque en las herramientas no era suficiente para ayudar a los equipos, 1ES también tuvo que enfocarse en el cambio de referencia cultural. El enfoque en el cambio de referencia cultural puede ser complicado, ¿empezamos por triunfos rápidos o probamos un cambio fundamental a escala? ¿Cuál es el modelo de compromiso correcto para equipos de diferentes tamaños y niveles de madurez? Más información sobre el recorrido experimental del equipo de One Engineering System.
Redefinición de los roles de TI y las responsabilidades
Mover a la nube puede suponer un desafío en lo referente a las definiciones de responsabilidades de una organización. A medida que los equipos de desarrollo adoptan la innovación en la nube, los equipos de operaciones de TI encuentran que ya no se aplican los modelos de propiedad tradicionales en la infraestructura. El equipo de las plataformas de capacidad de administración del grupo de servicio principal de Microsoft (previamente TI de Microsoft), encontró que para mover a Azure se requería replantear la manera en que los equipos de TI y de desarrollo trabajaban juntos. ¿Cómo se puede descentralizar el modelo de TI centralizado para que el equipo pueda apartarse del trabajo rutinario del día a día mientras se mejoran las relaciones con los equipos de desarrollo? Explore la transformación del equipo de plataformas de capacidad de administración.
Simplificación de la colaboración de los desarrolladores
La colaboración de los desarrolladores es un componente clave de la innovación. Con esto en mente, Microsoft abrió el código de .NET Framework para invitar a la comunidad a colaborar e innovar en .NET. Con el código del proyecto abierto durante un tiempo, quedaron evidentes su escala y complejidad. El proyecto se extendió por muchos repositorios, cada uno con su propia estructura con varios sistemas de integración continua (CI) diferentes, lo que hacía difícil que los desarrolladores se movieran entre repositorios. El equipo de infraestructura de .NET en Microsoft decidió investigar la simplificación de los procesos de los desarrolladores. Este desafío se abordó centrándose en la estandarización de la estructura de repositorio, las herramientas compartidas y la convergencia en un único sistema de CI para que tanto los colaboradores internos del proyecto como los externos se pudieran beneficiar. Más información sobre las inversiones realizadas por el equipo de infraestructura de .NET.
Un recorrido de aprendizaje continuo
DevOps en Microsoft es un recorrido, no un destino. Los equipos se adaptan, prueban nuevas cosas y continúan aprendiendo la forma de cambiar y mejorar. Como siempre hay algo más que aprender, continuaremos contando las historias de transformación de otros equipos de Microsoft en los próximos meses. Como extensión de este recorrido de aprendizaje interno continuo, le invitamos a unirse a nosotros en el recorrido y aprender a adoptar DevOps y capacitar a los equipos para crear mejores soluciones, más rápidas y entregarlas a clientes más felices.
Recursos
Azure. Invente con un objetivo.