BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.

Hotel se acelera con modelo sobrealimentado de DevOps

Buscar una entrega más rápida de aplicaciones condujo a los Hoteles Starwood a adoptar un enfoque "DevOps plus", añadiendo los equipos de seguridad y middleware.

Después de gastar mil millones de dólares durante una década para modernizar su infraestructura de TI, los Hoteles Starwood todavía anhelaban hacer más para hacer felices a sus clientes leales.

Así comenzó una transformación de TI de un año, por la sociedad matriz detrás de nombres como Sheraton y Weston, hacia un modelo DevOps mejorado que redujo los ciclos de lanzamiento, mejoró estimaciones, y entregó a los equipos propiedad total sobre nuevas características.

"La velocidad de la innovación es sorprendentemente rápida ahora", dijo Christos Kotsakis, director de tecnología de Starwood Hotels & Resorts Worldwide Inc. Él describió la transformación en IBM InterConnect en Las Vegas, el mes pasado.

Parte del empuje de esos mil millones fue un proyecto de 150 millones para reescribir el sistema central de reservas de la compañía desde el principio, usando un moderno sistema basado en arquitectura orientada a servicios, pero Starwood todavía necesitaba encontrar la manera de entregar una mejor experiencia para sus usuarios, muchos de los cuales eran clientes asiduos. El programa de fidelización de la compañía, Starwood Preferred Guest, cuenta con 20 millones de miembros activos, que se han elevado 60% desde 2009 y han florecido de 20% a 30% de sus huéspedes del hotel, en cualquier noche, a más del 50%.

El proceso de desarrollo y la entrega de Starwood tenía sentido cuando los equipos estaban entregando "proyectos faraónicos" que no iban a producción con regularidad, pero no cuando se trata de ir en vivo con nuevas funciones cada dos semanas, señaló Kotsakis. Los equipos se vieron frustrados con el proceso y no podían seguir esperando meses para poner a trabajar los servidores y una iniciativa en marcha, dijo. Se suponía que los métodos ágiles resolverían todos estos problemas, pero no funcionaron de esa manera.

En vez de eso, Starwood cambió toda su cultura, lo que involucró comprometerse a un nuevo proceso, experimentar y "fallar rápido" en el nuevo modelo DevOps. Los puntos de fricción se eliminaron, entre la concepción de la idea desde el lado del negocio y el desarrollo del producto, y entre el desarrollo del producto y su ejecución en la producción.

Desde entonces, los principios de DevOps combinados con nuevas herramientas han ayudado a los equipos de Starwood a desarrollar y probar más rápido, al tiempo que reducen los costos.

"Esa fue una iniciativa que no podría desaparecer", dijo Kotsakis. "Por mucho que los otros podrían adaptarse, [la reducción de costos] fue un elemento activo".

La transición a un modelo "DevOps plus" se inició al mirar el enfoque del producto, teniendo en cuenta que el sistema central de reservas se basa en cerca de 25 aplicaciones, a pesar de que "para el cliente es realmente un sistema", dijo Tom Seremet, director de tecnologías de disponibilidad en Starwood.

A partir de ahí, se construyó una hoja de ruta que cambió el enfoque desde funciones individuales a cómo funciona un "cubo de aplicaciones". También se comenzó a dibujar líneas entre varios proyectos que tendrían el mayor efecto sobre los clientes, lo que significaba alcanzar más allá del desarrollo y las operaciones para incluir a los equipos de seguridad y de middleware en el modelo DevOps.

"Usted los necesita a todos como parte de esto para realmente agilizar el flujo", dijo Seremet.

Esto también significó alejarse de un equipo de proyecto que completa un proyecto y lo envía a operaciones. Una nueva función, el administrador de la relación comercial, ahora ayuda a los equipos a tomar decisiones inteligentes que se alinean con las necesidades del negocio, mientras interactúa con los dueños de los productos, todo ello bajo una mentalidad de "si lo construyes, te pertenece", explicó Seremet.

"Si algo va mal, usted tiene la piel en el juego", y los equipos obtienen crédito y elogios por las cosas buenas que suceden, dijo.

La lucha de las pruebas

Uno de los retos que empujaron a Starwood en su transformación de TI hacia un modelo DevOps todo incluido es algo que Robert Bodily, vicepresidente de TI, base de datos y desarrollo en America First Credit Union también está enfrentando.

"Luchamos también con las pruebas", dijo. "Eso es algo en lo que realmente nos estamos centrando y tratando de encontrar soluciones para ello".

Él había estado trabajando en un entorno de desarrollo rápido de aplicaciones, pero se vio obligado a regresar al método de cascada debido a un proyecto en curso. Está trabajando para que sus equipos vuelvan a lo ágil y a un proceso de desarrollo más rápido.

El viaje de Starwood ofrece algunas lecciones para Bodily, específicamente "el concepto de que mantener a los equipos de proyectos pequeños y a las tareas pequeñas hace que sean más fáciles de estimar y más fáciles de controlar", dijo.

Los ciclos más rápidos ayudan a mejorar la estimación, de acuerdo con Kotsakis, quien encontró que la mejor solución era medir los proyectos por tamaño de camisetas –un widget pequeño, mediano o grande, explicó– en lugar de gastar un montón de tiempo utilizando hojas de cálculo y fórmulas para llegar a una estimación.

Las estadísticas que Kotsakis reunió y citó incluyen de 10% a 40% más historias de usuarios y una reducción de los tiempos de despliegue en un 66%. También ha habido un 20% menos de errores en la producción" y, en última instancia, eso se traduce en un menor número de incidentes para nuestros clientes", dijo.

Medir lo que importa es fundamental, incluso si el instinto es medirlo todo.

"Mida solamente las cosas en las que está dispuesto a comprometerse y está dispuesto a mejorar", dijo Kotsakis. "Si mide demasiado, todo pierde el sentido".

Starwood todavía está trabajando en un proceso para identificar y centrarse en las iniciativas adecuadas.

"Todavía tenemos algunos desafíos para poner las ideas de negocio en la corriente de desarrollo", dijo Kotsakis. Una vez que la idea llega a la corriente de desarrollo y se construye, "ese proceso es extremadamente rápido. ...Hemos visto una tremenda mejora en los equipos y hay muchos menos puntos de fricción".

Por encima de todo, tanto las operaciones del hotel como el proceso de reserva funcionan sin problemas.

"Ha sido un viaje bastante grande para nosotros", dijo Kotsakis.

Próximos pasos

No olvide revisar también:

Objetivos de TI para 2016 incluyen impulso a DevOps y automatización

La promesa del desarrollo de software DevOps es soportada por OpenStack

Definición de DevOps: mejor explicamos lo que no es

El rol de DevOps continúa creciendo: ¿Está aquí para quedarse?

Únase a la conversación

1 comentario

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

DevOps es una metología genial y muy ágil para mejorar el flujo de trabajo. Aquí hice un curso y son geniales para poder sacarte las certificaciones de DevOps: https://www.netmind.es/areas/cursos-y-certificaciones-devops/
Cancelar

- ANUNCIOS POR GOOGLE

Close