alphaspirit - Fotolia
Por qué los CIO necesitan encontrar maneras de gestionar lo viejo y lo nuevo
En TI, nada se reinventa y nada se va realmente. Investigamos cómo los departamentos de TI pueden permanecer ágiles mientras administran activos heredados.
Parece que los líderes de TI nunca apagan los sistemas antiguos, y esta deuda técnica se está sumando a la presión sobre los departamentos de TI ya estirados, según un nuevo estudio de McKinsey y Henley Business School.
Sharm Manwani, profesor de Henley Business School, que enseña arquitecturas empresariales, dijo: "Con el tiempo, todo se vuelve más generalizado, desde el viejo mundo de las TI de back-office al nuevo mundo del comercio electrónico y ahora digital, nube e IoT [internet de las cosas]".
Manwani, quien anteriormente trabajó como CIO en Diageo y Electrolux, agregó: “Ninguno de los sistemas de back-office desaparece. Los sistemas del cliente tampoco desaparecen. En cambio, estamos viendo capas de tecnología".
La investigación de Henley Business School y McKinsey muestra que para ser ágiles, las empresas optan por no volver a diseñar sistemas heredados, dijo Manwani: "O agregan otra interfaz o hacen algo totalmente separado".
Pero este no es un enfoque sostenible para gestionar las iniciativas de digitalización, dijo. "No se puede seguir haciendo esto. Sin el compromiso de un arquitecto empresarial, las empresas reducirán su agilidad en el mediano plazo".
Al igual que la reestructuración del departamento de TI nunca ocurrirá por sí sola, Manwani dijo: "No debe hacer una gran transformación por etapas". El rol del arquitecto empresarial es presentar un plan coherente que se pueda utilizar como modelo para respaldar una iniciativa de transformación digital , agregó.
"Cuando enseñamos a los practicantes en el espacio de la arquitectura, les lleva algo de tiempo absorber que pueden, y deben, involucrarse en el desarrollo de la estrategia", dijo. “La preparación de un estado objetivo de arquitectura vinculado a la estrategia es esencial. Esto a menudo requiere nuevas capacidades y mentalidades".
Es posible que los consejos de Manwani no encajen bien en la era de DevOps, donde se alienta a los desarrolladores a expresarse, y se les da la libertad de usar las herramientas y plataformas de software que mejor se adapten a sus necesidades. Pero incluso en la era de DevOps, un arquitecto empresarial sigue siendo clave, dijo Manwani, solo que el rol ha cambiado.
"Si regresa a 1990, usted tenía programación orientada a objetos, desarrollo basado en componentes y SOA [arquitectura orientada a servicios]", dijo. “Todos proporcionan un nirvana de arquitectura Lego. El último viaje en Lego nirvana es microservicios y muchas personas lo están haciendo. Pero todavía necesita conectar cosas entre sí".
Manwani cree que aquí es donde un arquitecto empresarial tiene un papel clave que desempeñar. "El rol de un arquitecto empresarial no es lo que era hace 20 años, cuando las empresas necesitaban saber cómo implementar SAP", dijo. "Ahora se trata de qué arquitectura ayudará a la empresa a cumplir objetivos a corto y largo plazo".
Beneficios de desplegar microservicios
Los microservicios ofrecen a las organizaciones una forma de eliminar continuamente su importante huella de TI heredada. En esencia, los desarrolladores crean nuevos microservicios que reemplazan pequeñas piezas de funcionalidad que anteriormente se ejecutaban en el sistema heredado. Con el tiempo, esto debería resultar en una menor dependencia del sistema heredado, dejando un núcleo heredado mucho más pequeño que es potencialmente más fácil de administrar para TI.
El estudio encontró que los líderes digitales reconocen la necesidad de una arquitectura más modular y en constante evolución, y de implementar más servicios (en promedio 191, en comparación con 63 en el grupo de pares). También es más probable que trabajen con las últimas innovaciones, como los microservicios.
Tom Perry, director de ingeniería de software en Elsevier –empresa que está usando Red Hat OpenShift para impulsar una estrategia de microservicios–, dijo: "Consideramos proporcionar acceso a los datos empresariales y exponer un conjunto en la API [interfaz de programación de aplicaciones] empresarial para su futura reutilización".
Con la administración de APIs, Elsevier cambió de SOA a una arquitectura basada en microservicios. Esto ha permitido a sus desarrolladores adoptar un enfoque ágil para desarrollar nuevas aplicaciones, que pueden acceder a los datos de la empresa utilizando microservicios.
Gestionando la complejidad en TI
La mayoría de la gente en TI espera que el panorama de TI sea cada vez más complejo. Si bien las herramientas adecuadas pueden ayudar a administrar esta complejidad, algunas organizaciones están cambiando la función de TI.
En lugar de administrar toda la TI desde arriba hacia abajo, el Aeropuerto de Heathrow, por ejemplo, ha pasado por una transformación digital, implementando Microsoft Power BI en toda la organización. El beneficio es que las personas que trabajan en el aeropuerto son alentadas a crear sus propios análisis, algo que anteriormente era manejado por TI.
El CIO de Heathrow, Stuart Birrell, piensa que los CIO deben dejar de preocuparse por mantener el control de todo lo relacionado con TI, y no ve ningún problema en permitir que los usuarios creen sus propios análisis. "Si alguien construyó un análisis de datos en medio día, ¿por qué preocuparse por eso?", dijo. "Póngale monitores, y si no se ha utilizado durante seis meses, deténgalo".
Por lo tanto, a medida que el entorno de TI se vuelve más complejo, para permitir que las personas en el negocio lo utilicen para innovar, el departamento de TI debe renunciar a algunos de sus controles, al tiempo que refuerza los aspectos de gestión de software del trabajo. Para Manwani, el arquitecto de la empresa tiene que trabajar en estrecha colaboración con el liderazgo sénior de la empresa para garantizar la arquitectura de TI correcta para ejecutar una estrategia de transformación digital.
