Motivos por los que el Departamento de

Serie de libros electrónicos sobre el Departamento de Operaciones Ágil: Capítulo 1
Motivos por los que el
Departamento de Operaciones
Ágil es clave para su estrategia
de transformación digital
La transformación digital exige un
Departamento de Operaciones de
TI bimodal
Mucho tiempo atrás, en un entorno empresarial menos
volátil y complejo, a Operaciones de TI solo le interesaba
la estabilidad. Luego, surgió la economía de la
aplicación: todas las empresas se convirtieron en
empresas de software y las presiones competitivas
para innovar e iterar aplicaciones rápidamente se
incrementaron exponencialmente.
En respuesta, empresas como la suya buscan estrategias
de transformación digital: agregan componentes digitales
en todos los productos y servicios (p. ej., aplicaciones
móviles, soporte universal para dispositivos, IoT [Internet
de los objetos], etc.). En este entorno, Operaciones debe
volverse más ágil, pero sin sacrificar la estabilidad que ha
sido su característica distintiva.
Gartner define este concepto como TI bimodal, que se
refiere a tener dos modos de TI, cada uno diseñado para
desarrollar y entregar servicios que requieren mucha
información y tecnología, y hacerlo a su manera. El modo
1 es tradicional y hace hincapié en la escalabilidad, la
eficiencia, la seguridad y la precisión. El modo 2 es no
secuencial y hace hincapié en la agilidad y la velocidad.1
Mientras que el modo 1 se ha convertido en un factor
esencial para la mayoría de los grupos de Operaciones, el
modo 2 requiere un pensamiento y procesos nuevos sobre
administración de inversiones, gobernanza, colaboración
y más. Además, para lograr el éxito en ambos modos, se
debe contar con herramientas más inteligentes y más
flexibles que se hayan diseñado para respaldar las
operaciones de TI complejas de la actualidad.
De acuerdo con Gartner, “Para 2017,
75 % de las
organizaciones de TI tendrá
una capacidad bimodal, y la mitad
hará un desastre”.
2
A pesar de los riesgos y los retos inherentes a la TI
bimodal, organizaciones líderes comprenden su
importancia para ayudarlas a satisfacer las expectativas
siempre crecientes de los clientes de hoy, y cuentan con
que DevOps las ayude a unir estos dos modos.
Gartner, glosario, http://www.gartner.com/it-glossary/bimodal.
Gartner, “Predicts 2015: Bimodal IT Is a Critical Capability for CIOs” (Predicción para 2015:
la TI bimodal es una capacidad clave para los directores de Informática), Mary Mesaglio
y Simon Mingay, 18 de noviembre de 2014.
1
2 2
Una experiencia del cliente excepcional en
todos los dispositivos: en cualquier lugar,
en cualquier momento
Probablemente, ha escuchado sobre transformación digital, DevOps
y TI bimodal, pero existe un motivo por el que recientemente han
pasado de ser “deseables” a convertirse en necesidades: en la
economía de la aplicación, los clientes poseen todo el poder.
La generalización del consumo de TI ha condicionado a los usuarios
a esperar que todo el software tenga un desempeño perfecto. ¿Pero
qué sucede cuando la aplicación móvil nueva de una empresa es lenta
y engorrosa en comparación con el sitio web? Una única difusión de
una experiencia negativa en las redes sociales puede volverse viral
y causar daño exponencial y de gran alcance a una marca.
Como el software es el medio principal por el que los clientes
experimentan su marca en la actualidad, debe poder entregar una
experiencia excepcional en todos los dispositivos, desde cualquier
lugar, en cualquier momento. Fallar tan solo en uno de ellos puede
tener consecuencias desastrosas.
Identificar problemas en una
infraestructura de TI compleja
A fin de evitar dichas catástrofes y exceder las expectativas del cliente
moderno demandante, debe superar una variedad de retos que pueden
evitar que los grupos de Operaciones logren su potencial bimodal.
Estos son algunos ejemplos:
Unificar monitoreo en silos en
una única fuente de la verdad
3
Romper el ciclo
de deuda técnica
Reto 1:
Identificar
problemas en una
infraestructura de
TI compleja
Los grupos de Operaciones han estado monitoreando infraestructura y aplicaciones desde
la aparición de la TI, pero esta tarea se ha vuelto cada vez más compleja, ya que las
infraestructuras de TI se han transformado en los últimos años.
En muchas empresas, sistemas y mainframes heredados desde hace décadas coexisten con
servidores (tanto locales como externos) virtualizados o en la nube y con ofertas como
servicio, lo que crea un laberinto intrincado que Operaciones debe atravesar cuando intenta
monitorear el desempeño.
Cuando el grupo de Operaciones no puede rastrear transacciones con eficiencia a medida que
pasan desde los sistemas de participación orientados a los clientes hasta los sistemas
back-end de registro, puede resultar difícil identificar la causa de origen de los problemas.
Como resultado, el desempeño se ve afectado, mientras que el tiempo medio de reparación
se extiende, ambos factores pueden afectar negativamente la experiencia del cliente.
¿Pero qué sucedería si pudiera rastrear el movimiento de las transacciones en sistemas en la
nube, móviles y heredados a fin de identificar con rapidez las causas de origen de los
problemas? ¿Qué pasaría si pudiera proporcionar esta información a los sistemas de
desarrollo o prueba para mejorar el desempeño de la aplicación en el nivel de código?
¿Pero qué sucedería si pudiera rastrear el movimiento de las
transacciones en sistemas en la nube, móviles y heredados a fin
de identificar con rapidez las causas de origen de los problemas?
¿Qué pasaría si pudiera proporcionar esta información a los
sistemas de desarrollo o prueba para mejorar el desempeño de
la aplicación en el nivel de código?
4
Reto 2:
Unificar
monitoreo en
silos en una
única fuente
de la verdad
A medida que las empresas crecen (ya sea orgánicamente o mediante adquisición), los
entornos de TI suelen constituirse por una mezcla de componentes heredados y modernos
ensamblados a lo largo del tiempo. En muchos casos, cada uno de estos componentes contenía
o requería su propia herramienta de monitoreo del desempeño.
Cuando surgen problemas en dichos entornos, existen tantas “fuentes de la verdad” como
herramientas de monitoreo, lo cual puede dar lugar a acusaciones y retrasos, ya que varios
equipos se apresuran a eximirse de falla o responsabilidad.
En estos casos, cuando estas herramientas dispares producen datos valiosos, Operaciones sigue
siendo responsable de recopilar y clasificar esa información antes de poder actuar para resolver
el problema.
¿Qué pasaría si pudiera unificar el monitoreo en todos los
componentes de las aplicaciones y las infraestructuras, y recopilar
datos viables que pueda usar para mejorar la experiencia del
cliente? ¿Qué pasaría si pudiera eliminar las acusaciones y el
tiempo desperdiciado con una única fuente de la verdad que
promueva la colaboración y la respuesta rápida?
5
Reto 3:
Romper
el ciclo de
deuda técnica
En algún punto en la historia de casi todas las empresas, hay decisiones de diseño deficientes
se toman para satisfacer requisitos empresariales, lo que genera fragilidad de la infraestructura
y deuda técnica. Cuando los sistemas frágiles fallan, crean un trabajo no planificado para
Operaciones, que pone al equipo en un modo reactivo de solución de problemas y lo aleja
de respaldar las metas empresariales.
La empresa compensa esto estableciendo metas más grandes, y TI sacrifica la capacidad de
administración y la confiabilidad a favor de la innovación y la velocidad para satisfacer los plazos
agresivos. Como resultado, se acumula más deuda técnica, lo que incrementa la fragilidad de la
infraestructura y la carga administrativa, y reinicia el ciclo destructivo nuevamente.
Lo que es más, la deuda técnica crea tensión entre las aspiraciones bimodales de Operaciones.
Por un lado, hacen todo lo que pueden para reducir o eliminar el efecto de la deuda técnica en
el desempeño y la estabilidad de la TI; por otro lado, están creando potencialmente más deuda
a medida que reaccionan ante la incertidumbre del mercado y las demandas de los clientes.
¿Pero qué pasaría si pudiera romper el ciclo de deuda técnica
y disolver la tensión entre los dos modos de Operaciones?
¿Qué pasaría si pudiera dejar atrás las tendencias de resolución
de problemas y ayudar proactivamente a la empresa a lograr
sus metas?
6
Pasar de contar con un Departamento
de TI tradicional a un Departamento
de Operaciones Ágil
Cuando se implementa en un marco de DevOps, el Departamento
de Operaciones Ágil puede ayudarlo a lograr lo siguiente:
A fin de superar estos retos, las organizaciones de TI tradicionales
y fragmentadas deben trascender los límites de los silos y optimizar
los esfuerzos para administrar colaborativamente servicios completos
desde la perspectiva de los clientes. En otras palabras, deben adoptar
el Departamento de Operaciones Ágil.
• Identificar y resolver problemas de desempeño rápidamente de
sistemas móviles a mainframe, e incorporar de manera automática
estos datos en el desarrollo y las pruebas para mejorar la calidad de
las aplicaciones.
Por definición, el Departamento de Operaciones Ágil respalda la TI
bimodal. En un modo, se especializa en la implementación, las
operaciones y el respaldo continuo de los servicios digitales creados en
entornos de desarrollo ágil y entrega continua. En el otro modo,
enfatiza la colaboración con los equipos de Desarrollo y Prueba creando
un ciclo de comentarios ágil que comparte monitoreo unificado de
la experiencia del usuario final y la infraestructura de entrega de
servicios subyacente.
• Unificar el monitoreo del desempeño de las aplicaciones y la
infraestructura en una vista única y priorizar las acciones que
beneficiarán más la experiencia del cliente, lo que mejora la
velocidad de los lanzamientos.
• Adoptar una estrategia más proactiva del monitoreo de TI, reducir
el efecto de la deuda técnica y adaptarse rápidamente a las metas
empresariales siempre cambiantes.
Colectivamente, estas capacidades permiten que Operaciones demuestre la estabilidad por la que
siempre se lo ha conocido, con la agilidad necesaria para competir en la economía de la aplicación.
7
¿Qué sigue?
En el capítulo 2 de nuestra serie de libros electrónicos, analizamos en profundidad la importancia de centrarse en la experiencia
del cliente; además de cómo un Departamento de Operaciones Ágil puede ayudarlo a medirla en una variedad de tipos de
dispositivos, plataformas y canales, pero también a usar esa información para perfeccionar las metodologías de desarrollo ágil
y entrega continua.
Para obtener más información, visite www.ca.com/ar/agileoperations.
CA Technologies (NASDAQ: CA) crea un software que impulsa la transformación en las empresas y les permite aprovechar las oportunidades
de la economía de la aplicación. El software es el centro de cada empresa, en cada sector. Desde la planificación hasta el desarrollo,
la administración y la seguridad, CA trabaja con empresas en todo el mundo para cambiar el estilo de vida, realizar transacciones
y comunicarse, mediante entornos móviles, de nubes públicas y privadas, centrales y distribuidos. Obtenga más información en ca.com/ar.
© Copyright CA 2015. Todos los derechos reservados. El propósito de este documento es meramente informativo y no constituye ningún tipo
de garantía. Todas las marcas registradas, los nombres comerciales, las marcas de servicios y los logotipos mencionados en este documento
pertenecen a sus respectivas empresas.
CS200-125554-1