Por Javier Urrutia Tobar, CEO y Founder de coreDevX
Algo especial está pasando desde hace tiempo en las Gerencias de Tecnologías de la Información.
Es un nuevo movimiento, que nace producto de problemas inherentes al desarrollo de software y la tradicional tensión entre esta área y la de operaciones tecnológicas al interior de las Gerencias de Tecnologías.
Este cambio cultural se conoce como “DevOps”, una unión de las palabras Developer (Desarrollador de Software) y Operations (Operaciones tecnológicas). Es una forma de entender que ambos equipos trabajan para la misma empresa, y por lo tanto necesitan reconocerse como pares. El movimiento no tiene reglas explicitas, pero se conocen algunas convenciones al respecto.
Y aunque parezca que viene a resolver un problema propio de las áreas de TI, la verdad es que está más bien orientado al negocio y no a la tecnología en sí. “DevOps” pone un fuerte acento en prácticas de comunicaciones y de cuestionamientos efectivos, a fin de derribar silos y muros que se forman de manera natural en las organizaciones, por la “naturaleza humana”. Además tiene un fuerte componente de automatización por sobre manualidades, así como gestión de distintos elementos, tales como configuraciones, rendimiento, capacidad, monitorización, etc. La verdad es que al movimiento no le faltan herramientas. Pero lo que realmente es relevante es que en general se tienden a usar en modalidad ecosistema.Esto es que, cada una apoya a las demás y cuando esto pasa, el resultado es mayor que la suma de ellas.
Al igual que en la dimensión humana, “DevOps” no es una certificación o un título. Es una forma de mirar a las personas, las tecnologías y el negocio de cada empresa. Muchos creen que es cultura para StartUps, empresas emergentes o innovadoras. Pero la verdad es que se destina a las corporaciones, ya que son éstas las que mayor provecho sacan al elemento clave de esta cultura: la destrucción de la barreras, murallas y silos de poder y comunicación dentro de las organizaciones.
Y entonces, ¿Por qué el movimiento “DevOps” afectaría al negocio, más allá de las áreas de tecnologías de la información de cada empresa? La respuesta es que para que funcione de forma correcta, el input para saber lo que hay que hacer, es definida por la compañía. Entonces, el alineamiento para las acciones, prioridades y etapas, vienen definidas por el afán y valores de cada empresa, pero no de forma totalmente arbitraria ni unilateral, sino haciendo ecosistema con sus áreas de tecnologías.
“El Sistema como un todo” es la empresa (incluido la TI). El feedback viene de la constante evaluación del resultado comercial de las acciones en el negocio articuladas por requerimientos iniciales a la TI, pero construidas y compartidas por todos y a todos (conscientemente). La experimentación y el aprendizaje continuo, va por salir al mercado lo antes posible (Time to Market), pero no necesariamente con grandes disrupciones tecnológicas de servicios o productos, sino con elementos experimentales que validen a bajo costo la hipótesis del negocio (ROI justificado).
¿Y entonces por qué no todos están en esto? Simple, el punto débil es que la cultura “DevOps” no se puede imponer, y si bien es cierto que se manifiesta en TI, requiere de una visión y sponsor mucho más alto en la organización, un trabajo de coaching de mediano plazo. Además requiere practicar la fontanería de silos (Desarrollo, Operaciones y Marketing, entre otras áreas de la empresa).
Tampoco vale montar un “Equipo de DevOps”, ya que no es un título ni una misión en sí misma. Se trata de compartir responsabilidades y generar mecanismos de incentivo cruzado sin cambiar su estructura. Practicar la transparencia de información, cuidar la comunicación, practicar la elasticidad corporativa, aumentar los canales de feedback, lidiar con la resistencia al cambio, automatizar por sobre gestionar y mucho más.
¿Se estará incubando este movimiento hoy en su Gerencia de TI? Si no está escuchando conceptos tales como “Infraestructura como código”, “Microservicios”, “Continuos deployment”, “Servidores de Integración Continua”, “QA Técnico”, u otro de los mencionados aquí, entonces su empresa está lejos de este movimiento. Por ahora.
