“Los CIOs necesitan mayor velocidad para innovar en un entorno incierto”, explica Adrián Cambareri, Gerente Senior Regional de Marketing de producto para América Latina en el grupo de negocios de Infraestructura de Red Hat. Este nuevo escenario, aclara, les exige operar en dos modos en relación a la TI empresarial, lo cual se denomina “Bi-Modal IT”:
1. El modo tradicional, basado en la industrialización de la TI: centrado en la confiabilidad, en el alto rendimiento, la seguridad y en la eficiencia y con los procesos y metodologías que se han utilizado en los últimos 30 o 20 años. Es lo que llaman Modo 1.
2. El modo de las nuevas tecnologías, “no-lineal”, basado en la digitalización de la TI: donde se apunta a lograr mayor agilidad, flexibilidad y velocidad de experimentación para incorporar nuevos modelos de negocios y funcionamiento. Para ello es preciso sacar provecho de tecnologías tales como modelos de computación en la nube, soluciones de movilidad, Big Data, o Internet of Things. Es lo que llaman Modo 2.
—¿Cuáles son las señales que indican que es necesario pensar en TI Bimodal?
—Actualmente las compañías deben enfrentar desafíos relacionados a la capacidad de innovar en TI en base a una infraestructura tradicional, y paralelamente satisfacer los requerimientos crecientes del negocio que exige el uso de nuevas tecnologías como Cloud Computing, Mobile o Internet of Things. De esta manera, observamos en las organizaciones de TI lo que denominamos un “gap en la innovación” causado por las diferencias entre los requerimientos de modernización e innovación por parte del negocio, y lo que verdaderamente el área de TI está en capacidad de responder.
En este contexto, comenta Cambareri—, “los CIOs sienten que no pueden responder a la velocidad requerida y no saben cómo solucionarlo. Estamos llegando a la 4ta era de la digitalización, en la que la capacidad de cómputo es exponencial; tenemos expectativas altas sobre cómo queremos consumir la información. El problema surge cuando esta presión comienza a imponer a las organizaciones que respondan de la misma manera que Google o Amazon”.
—¿Es necesario incorporar más staff a las áreas de TI para lograr esta bimodalidad?
—No es necesario incorporar más staff, las organizaciones que realizan el salto hacia la bimodalidad sólo deberán convertir su área de TI para que la utilización de los recursos disponibles sea más eficiente. La idea no es invertir en más recursos, el desafío está en transformar el área de TI del Modo 1, para hacerlo eficiente y funcional en el Modo 2.
—¿Podría dar un ejemplo de TI Bimodal en acción?
—Son muchas las compañías que están atravesando este cambio. La adopción de las nuevas tecnologías es de alguna forma la expresión explícita del dominio creciente del Modo 2. Aquellas compañías que implementan nuevas tecnologías como Big Data, Mobile, o Social Networks, entre otras, utilizan métodos, herramientas y conocimientos completamente diferentes a los utilizados en el modo tradicional, que reafirman la necesidad del salto a la innovación.
“Muchas empresas ya están afrontando la reconversión cultural para generar el cambio hacia el Modo 2. Hay quienes desarrollaron áreas específicas de innovación para ser lo más eficiente posible en modo uno y lo más ágil posible en el modo dos. Ambos modos exigen habilidades diferentes pero, a nivel presupuestario sigue siendo la misma área de TI con los mismos recursos”, asegura el gerente regional de Red Hat.
—¿Qué recursos y herramientas de Red Hat podrían ayudar a las empresas a poner esta bimodalidad en marcha?
—Red Hat propone que para que el Modo 2 comience a funcionar hace falta innovación abierta, porque sólo este tipo de tecnología se mueve a la alta velocidad y a un costo acotado de manera que uno la pueda consumir y usar. El código abierto es la mejor forma de llegar a la gestión de estas dos velocidades de las organizaciones de IT: una concentrada en la estabilidad y la eficiencia y otra con foco en la agilidad, el cambio y la innovación. El objetivo de Red Hat es que la experiencia del cliente que consume código abierto no sea diferente a la del software cerrado con el que trabajaba.
Compartir nota:
