DevOps o cómo agilizar el negocio garantizando la operación

Las organizaciones IT se enfrentan hoy a dos maneras de ver la creación y explotación de las TI, e incluso de crear negocios: la visión tradicional, basada en la separación entre desarrollo y operaciones y la ágil, que se conoce como DevOps y que rompe las barreras entre ambos mundos.

El movimiento DevOps defiende el trabajo integrado y ágil de todos los grupos que participan en el desarrollo y explotación del software (Desarrollo, Calidad, Operaciones TI…), desde definir los requisitos, a controlar que todo funciona correctamente en producción. Para ello se deben alinear la cultura, la organización y las herramientas de dichas áreas.

Para hablar de cómo llevar a cabo esa integración de departamentos, CIONET junto a la compañía VAAS organizó el pasado día 16 el seminario “Agilizar el negocio garantizando la operación: DevOps” en la Fundación Lázaro Galdiano.

La jornada contó con un interesante debate del que formaron parte Ignacio Cea, director corporativo y estratégico de Bankia; Ana Montalvo, directora de Procesos y Aplicaciones IT de Telefónica; Pedro Ligero, director de Gobierno TI de VASS e Ian Head, Analista DevOps de Gartner, quien inició la jornada tras la presentación de la misma por parte del director de CIONET, Luismi de la Rosa.

Como explicaba el responsable de Gartner ante la audiencia, en 2018, el 90% de las organizaciones que traten de utilizar DevOps sin cambiar sus bases culturales fracasarán. Esto es así porque no se trata no tanto de una nueva tecnología sino de una filosofía; de nuevos métodos enfocados a que la comunicación, integración y colaboración entre los equipos de desarrollo y operaciones sea más fluida y de mayor calidad.

El analista predice que para 2018 tres cuartas partes de las empresas habrán intentado crear una estrategia mixta con capacidades ágiles y tradicionales, pero menos del 50% cosecharán los beneficios de mejorar la agilidad y gestionar el riesgo.
Como indicaba, los negocios se han vuelto muy rápidos y los responsables de los departamentos de Infraestructuras y Operaciones tienen la presión de ayudar a los clientes, que quieren ir más rápido, para lo que están utilizando desarrollos “agile”. Sin embargo, el movimiento hacia “agile” no será, ni debería ser, un cambio inmediato al por mayor. Debería implementarse primero en áreas donde hay una auténtica necesidad de negocio de agilizar el “time-to-market”, y después desarrollarlo cuidadosamente en el resto, teniendo en cuenta la cultura de la organización.
Destacaba Ian Head que un aspecto importante para que un proyecto DevOps se lleve a cabo con éxito es que el área de negocio debe implicarse, pero nunca imponerlo. No será posible obtener los beneficios que esta metodología aporta sin un claro liderazgo de una persona fuerte dentro de la dirección.

Ignacio Cea, CIO hasta hace cuatro meses de Bankia, y actual director corporativo y estratégico en la entidad bancaria, fue el impulsor de las tecnologías “agile” en la organización.
A mediados de 2014 decidieron darle la vuelta a la forma de gestionar a determinados clientes, haciéndolo de una nueva forma, totalmente remota. Ese fue el origen. Se empezó a trabajar de forma colaborativa entre los departamentos de Operaciones y Desarrollo. “En realidad llegamos al DevOps sin seguir un metodología estricta “agile”. En enero de este año ya lo teníamos montado para 200.000 clientes”.

Como explicó Ignacio Cea, en el caso de Bankia DevOps surgió de una manera natural y en la actualidad se está robusteciendo con nuevos mecanismos, máquinas, etc… “Primero se ha desarrollado la nueva cultura y poco a apoco se va implementando. Está funcionando bien y sobre todo ha creado un clima de éxito continuo”.

Ana Montalvo, directora de Procesos y Aplicaciones de TI de Telefónica explicaba como en su caso partieron en 2012 aproximando la parte de Operación a la de Desarrollo, con el objetivo principal de poner orden en todo lo que había, entrando así en el modelo “agile”. “Ha sido un gran cambio cultural. El de las Telecomunicaciones es un mercado muy cambiante, ágil. Necesitábamos dar un cambio a lo que teníamos en ese momento. Los contratos de voz y los de datos se trataban por separado. La voz deja de tener valor y vemos que hay que hacer alas cosas de forma diferente. Nos dimos cuentas que los clientes que tienen más de un producto eran más fieles, por lo que se decide lanzar el producto Fusión con un precio especial, y eso ha marcado un cambio en la forma de concebir las telecomunicaciones en España. En ese sentido fue fundamental el modelo “agile”, trabajando todos en línea. No salió todo perfecto a la primera pero en ningún caso afectó a los clientes”.

Como en el caso de Bankia, DevOps ha supuesto un gran cambio cultural en la manera de trabajar, trabajando todos los departamentos al unísono, aunque, como en el caso de la Caja de Ahorros, igualmente no todo se desarrolla bajo esta modalidad, en la que por otro lado se sigue trabajando en los modelos, optimizando y poniendo nuevas herramientas.

Pedro Ligero, director de TI de VASS explicaba en este punto que, desde su experiencia, una de las motivaciones para adoptar esta forma de trabajar es que el área de negocio requiere cada día más estar cerca del cliente. “Una vez que se implanta la tecnología “agile” se produce una retroalimentación continua que permite conocer si la forma de llegar al mercado es la correcta, porque ofrece una visión 360 del cliente. Se produce un “feedback” que, junto con la agilidad, es esencial para el negocio”.

Visto el origen, de dónde surge la necesidad de ser más ágiles en el desarrollo de aplicaciones, el director de CIONET preguntaba cómo lo está percibiendo el área de negocio, cómo esta ocurriendo este alineamiento en las empresas y qué tipo de satisfacción se está generando…

En Telefónica, contaba Ana Montalvo, trabajamos muy de la mano del negocio. “Ahí si se nota el cambio el cultural, donde ahora el área de TI aporta mucho a la oferta comercial de la compañía. Se tiene la agilidad y la calidad que se buscaba”.

En nuestro caso, comenta Ignacio Cea, la percepción de que cualquier cosa que le pido a TI cuesta mucho ha cambiado. Esta metodología hace que ya no se hable de eso. Ahora, cuando hablamos con la parte de negocio es en términos de que no se puede entregar un proyecto en más de tres meses. Hemos hecho un cambio adicional, TI se ha dividido en tres, ya no hay un CIO al uso, para acelerar esa unión entre negocio y TI.

Por otro lado, como se vio a lo largo de la jornada, el objetivo de la filosofía DevOps es la adopción de una metodología que simplifique procesos, mejore la calidad del software y, en definitiva, un “go-to-market” más rápido pero, ¿se puede aplicar a todos los entornos de desarrollo de aplicaciones?

En el caso de Bankia, utilizan esta metodología en todo aquello que es de cara al cliente, y no en el caso de lo que afecta al regulador. Todo lo contrario que en Telefónica, donde la regulación les hace tener que ser “agile”. En esta tecnología desarrollan toda oferta dirigida a cliente, pero no las que requieren cambio de infraestructura.

Dvops sí, pero manteniendo los ciclos de calidad
La agilidad en la entrega de aplicaciones, y, en definitiva, en la rapidez de desarrollo para llegar con rapidez al mercado no es sinónimo de pérdida de calidad en la oferta.

La exigencia para mantener la calidad de las entregas se mantiene igual que antes, explica Ana Montalvo. “Si hay un problema se para y trabajamos todos en ello hasta que se estabiliza. La agilidad no repercute en la calidad. De hecho, el primer año, con esta metodología se redujo en un 50 por ciento incidencias de calidad. Gran parte de estas soluciones las hacemos con recursos propios, con una gran implicación de los equipos”.

Igualmente exigentes en este sentido, Ignacio Cea es de la opinión que “salir sin calidad no tiene ningún sentido. Nunca me han pedido que baje la calidad. No es asumible, simplemente se gestiona de otra manera. Ahora lo que hay es una sensación de entrega mucho mayor, que genera muy buen clima”.

A modo de conclusión…
DevOps debe comenzar con un cambio cultural en la organización. Es un requisito fundamental para alcanzar el éxito.

El objetivo final es una aplicación que está perfectamente desarrollada y revisada, y entregado como totalmente funcional con un mínimo de errores.

El mercado está pidiendo agilizar el negocio pero no es necesario que todo sea DevOps y olvidarse de las aplicaciones Legacy ni de las metodologías tradicionales como ITIL.

Además de la agilidad, a través de la metodología DevOps se puede proporcionar una mejor experiencia del cliente clave para el negocio.

Los equipos implicados en DevOps deben monitorear continuamente los resultados y buscar oportunidades de mejora.