Fotolia

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

Sin información del negocio, los beneficios empresariales de DevOps son elusivos

Para lograr los beneficios empresariales de DevOps, las organizaciones deben corregir una brecha cultural más profunda que la de los desarrolladores y el personal de operaciones.

Una mejor colaboración entre los equipos de desarrollo y operaciones no es fácil, y a pesar de los beneficios empresariales de DevOps, algunas organizaciones que lo implementan descubren divisiones más profundas entre TI y las unidades de negocio.

"Siempre ha habido una brecha de comunicación –si no es que una pared– entre el negocio y la TI", dijo Carlie Evano, gerente sénior de operaciones de TI para un gran minorista de cosméticos.

Esta división cultural a menudo es profunda. Tradicionalmente, las unidades de negocio y los profesionales de TI trabajan en un mundo aparte; los profesionales de marketing o ventas idean una nueva iniciativa o característica de producto y presentan la propuesta a la gerencia, la cual formalmente solicita que el trabajo de TI sea mágico. O peor aún, los líderes empresariales hacen promesas poco realistas, ignorantes de los retos técnicos.

Poco después de que Evano se uniera a su actual empleador, su CTO le pidió que comenzara un nuevo proyecto para llevar los servicios de voz sobre IP (VoIP) a las tiendas minoristas de la compañía de inmediato.

"Le había prometido a la junta que les ahorraría $40.000 dólares al mes en cuentas de telecomunicaciones, y [dijo] que tenía que hacerlo ahora", dijo Evano. "Eso fue hace un año y medio, y todavía estamos trabajando en el proyecto".

A pesar de la historia de conflictos y señalamientos, algunos departamentos de TI encuentran formas proactivas de trabajar con las unidades de negocio. La adopción de los principios de DevOps ha ayudado a los profesionales de operaciones de TI a colaborar mejor con los desarrolladores, haciendo hincapié en la comunicación y la gestión de procesos.

Pero, a pesar de su nombre, DevOps no debe dejar de mejorar la colaboración entre los desarrolladores y el personal de operaciones. Algunas organizaciones encuentran que necesitan traer a los desarrolladores y profesionales de operaciones de TI a la mesa con los líderes empresariales y propietarios de productos, desde el concepto hasta la producción. Esta tendencia a centrarse en los beneficios empresariales de DevOps ha obtenido nombres no adecuados, como DevOps Plus o BizDevOps.

Tras el frustrante proyecto de VoIP, Evano dijo que su organización avanzó en unir a los líderes de TI y a los ejecutivos de la empresa para evitar problemas de comunicación y establecer expectativas realistas. Cuando el personal del producto quería introducir un nuevo programa de fidelización de clientes, los interesados ​​se reunieron con los representantes de TI para examinar el proyecto.

"Hasta ahora, ha sido el proyecto más impecable desde que empecé allí", dijo Evano.

Divisiones profundas

Sin embargo, muchas organizaciones que buscan modernizarse se encuentran con retos por todos lados.

"Esperábamos que hubiera cierta resistencia al cambio", dijo Rory Barrett, subdirector adjunto de servicios de información para una agencia gubernamental. "Una de las cosas que hemos intentado hacer antes y en las que fracasamos miserablemente fue conseguir que nuestros clientes llegaran a la mesa en un proceso Ágil. No creo que hayamos preparado nuestras líneas de negocio para entender lo que necesitábamos de ellas".

Un proceso de colaboración será un cambio para muchas unidades de negocio que se utilizan para un proceso de desarrollo de TI, en el que documentan sus necesidades y cuelgan el proyecto en la pared.

En la raíz del problema están las divisiones históricas entre TI, los desarrolladores y el resto del negocio. Los líderes empresariales y los usuarios finales a menudo no entienden los desafíos técnicos necesarios para proporcionar servicios de TI, mientras que muchos profesionales de TI carecen de habilidades de negocios o de comunicación, y son a veces vistos como forasteros. Incluso los líderes de TI sugieren que algunos de estos estereotipos son reales.

"De la gente típicamente atraída hacia TI en los últimos 15 o 20 años, la gran mayoría de ellos son personalidades tipo geek, introvertidos. Les gusta la tecnología por la tecnología", dijo David Salbego, jefe de departamento de infraestructura y operaciones en Argonne National Laboratory en Chicago. "Eso fue lo suficientemente bueno durante 10 o 15 años, pero no es lo suficientemente bueno para el futuro. Las personas que van a tener éxito en TI tienen una comprensión profunda y les preocupa hacia dónde va el negocio".

En el pasado, los departamentos de TI no fueron vistos ni escuchados hasta que algo salió mal –y luego se les culpó por las fallas. Hoy en día, ya no se trata simplemente de mantener las luces encendidas; el personal adecuado para diseñar y mantener sistemas confiables puede encontrar que sus habilidades técnicas no alcanzan las expectativas del negocio.

"Suena fácil", dijo Salbego. "Pero si TI tiene un mal golpe, es difícil presionar el botón de reinicio y empezar a trabajar juntos".

Los líderes de TI deben preparar a su personal para esta transición a un modelo de colaboración y reconsiderar el valor de las habilidades de comunicación del personal que se conectará con los grupos de productos y los líderes empresariales. Para ayudar a navegar el cambio, Barrett dijo que su CIO planea traer un instructor de gestión de cambio a la organización.

"No sé si estamos preparados para decir, 'Esto es lo que vamos a necesitar en el futuro de su habilidad como programador'", dijo Barrett.

La fuerza motriz detrás de este cambio cultural es una elevada expectativa de negocios. Históricamente, los equipos de negocios de productos han sido en gran parte personas no técnicas, pero se han educado. Además, los empleados expertos en tecnología demandan más servicios de TI de alto nivel.

"Los equipos de productos tienen una mayor comprensión de lo que el desarrollo y las operaciones deben ser capaces de hacer", dijo Chris Ciborowski, CEO y consultor principal de Nebulaworks, una empresa de consultoría de DevOps y nube.

Estos equipos están más conscientes de los conceptos como indicadores de características o pueden solicitar un despliegue de diferentes versiones de producción de una aplicación a determinadas ubicaciones o datos demográficos. Estas capacidades ponen de relieve los beneficios empresariales de DevOps y pueden ofrecer a los equipos de productos una gran visión de lo que funciona, así como ayudar a impulsar nuevas iniciativas, pero estas solicitudes pueden desafiar al personal de TI.

Dónde empezar

Las tecnologías y herramientas han ayudado a impulsar una adopción más extendida de los principios de DevOps. Por ejemplo, los contenedores pueden suavizar el proceso de mover las aplicaciones a través de la tubería de desarrollo, prueba y producción. Las herramientas de supervisión del rendimiento de las aplicaciones pueden proporcionar una visión general del rendimiento de la aplicación y correlacionar esa información con los cambios de configuración o darle a TI una visión más clara de la experiencia de aplicación de un usuario final.

En su núcleo, sin embargo, DevOps se trata de la gente y la cultura. Si bien estas herramientas pueden ayudar a dar a TI una mejor comprensión de cómo los sistemas que administran afectan al negocio, ninguna herramienta puede superar las barreras culturales de la colaboración. La primera tarea para una organización que adopta principios de DevOps en todo el negocio es llevar a todas las partes a la mesa para educarse y entenderse.

"DevOps significa algo diferente para todos", dijo Ciborowski. "Lo primero es que todos hablen un idioma común".

Sobre el autor: Nick Martin es editor ejecutivo de la publicación electrónica Modern Infrastructure de TechTarget y ex editor senior de SearchServerVirtualization.com.

Investigue más sobre Desarrollo de aplicaciones

Inicie la conversación

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

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close