Algo que parecía una tendencia más hace 20 años y que muchos CIOs se negaban a considerar, resulta ser uno de los movimientos tecnológicos más rentables y disruptivos a nivel mundial, el cloud se ha convertido en una realidad innegable.
Sólo en Europa, el 41% de las empresas ya han incorporado servicios cloud, siendo más del doble que hace cinco años. Finlandia encabeza el ranking con un 75% de empresas que contrataron servicios de cloud computing seguido de Suecia, con un 70%. Cada año más empresas consideran migrar sus datos a la nube. Tanto es así que se espera que para 2024 la cifra de empresas usando servicios cloud llegue al 90%.
Pero antes de comenzar con una migración hacia cloud o construir aplicaciones por doquier, es necesario disponer de un documento de estrategia cloud, que contemple objetivos, principios, blueprints de arquitectura, riesgos e impacto organizativo. Y será fundamental, que dicho documento sea publicado y consensuado entre las áreas impactadas de una organización, tanto de las tecnologías de la información y comunicación (IT) yigital como de negocio.
Uno de esos pilares clave de la estrategia cloud es la definición de un modelo operativo, un esquema que determine cómo se relacionan las distintas áreas para garantizar que la adopción cloud no sólo sea una realidad asociada a aspectos técnicos, sino un cambio cultural que requiere de procesos precisos y eficientes.
¿Qué es un cloud operating model?
Un esquema estructurado compuesto por procesos, capacidades y modelos de relación, que se requiere para poder dar forma a la estructura organizativa que dará el soporte necesario a la adopción de servicios cloud en una empresa.
No todas las organizaciones requieren el mismo formato ni estructura del modelo operativo cloud. Lo que se recomienda para una empresa donde imperan las decisiones urgentes y no existe una capa ejecutiva, no tiene por qué ser aplicable para otra empresa en la cual existen órdenes jerárquicos y estructurales muy definidos que basan su operación en planes estratégicos y operativos específicos.
Sin embargo, todos nuestros clientes comparten el hecho de que la definición del modelo operativo cloud inicialmente definido debe evolucionar, de la misma manera en la cual la propia empresa va madurando a lo largo de su cloud journey.
Y al igual que cualquier otro modelo operativo, el negocio desempeña un papel más que relevante, dado que serán clientes directos los que consuman los servicios cloud ofrecidos por IT.
3 consideraciones para la creación de un cloud operating model
Es un error comenzar directamente una migración a cloud sin haber considerado aspectos operativos sobre cómo se operan los servicio, quién se responsabiliza de dicha función, y cómo o quién determina la evolución técnica de losservicios cloud que sustentan las aplicaciones de negocio.
Ahí entra en juego el modelo operativo cloud. Distinguimos tres aspectos clave a tener en cuenta en su definición:
1.Definición explícita de las funciones cloud operativas
El modelo operativo se fundamenta en procesos y relaciones entre actores clave, que deben disponer de ciertas capacidades. Antes de abrir el debate sobre la estructura organizativa, es más que necesario dar forma a las 2 funciones imprescindibles que sustentarán todo el modelo operacional cloud de manera ordenada:
- La función de gobierno:
Puede entenderse como la función de un área de Arquitectura, que diseña la estrategia cloud, estandariza las arquitecturas de referencia, gestiona los vendors cloud y transforma la organización para que la adopción cloud sea un éxito. Dicha transformación debe ocurrir a todos los niveles, incluyendo el negocio, frente al cual tendrá el reto de ofrecer un mayor valor añadido en dicho gobierno, que le resulte más atractivo, que si optase por una adopción independiente y en modo shadow. La identificación de roles, habilidades necesarias, capacitaciones y estrategias de adopción cultural serán temas adicionales a tratar por esta función.
- La función de ingeniería:
Se encargará de las tareas más técnicas en torno a la implementación, gestión y operación de los servicios, asegurando que se observen los niveles y normativas de seguridad y haya cumplimiento interno.
Las funciones anteriores se relacionarán con otras áreas ya existentes en la mayoría de las organizaciones, .Por ejemplo, el área de gestión financiera IT para el control de costes cloud y el área de PMO (Program Management Office), la cual intervendrá en muchas de las iniciativas cloud como migraciones u otras. Tanto éstas como adicionalesdeberán formar parte del modelo operativo, para garantizar el éxito en la adopción cloud.
2.Modelar una estructura organizativa acorde
Cada una de las funciones descritas anteriormente, basadas en procesos, capacidades y roles debe sustentarse en una estructura organizativa que les sustente. El formato de dicha estructura dependerá mucho del contexto de la organización, de su rigidez o flexibilidad a la hora de incluir nuevos equipos y definir nuevos modelos de relación.
En el caso de la función de Gobierno cloud, hay múltiples formas de materializarlo, ya sea a través de un Centro de Excelencia Cloud (CCoE) o Centro de Competencia Cloud. Independientemente del nombre asignado, resulta innegable la relevancia de dicha función y con ello del equipo que lo represente, en términos de evangelismo tanto hacia áreas de IT como hacia el Negocio. Representan el máximo exponente en la adopción de servicios cloud, responsabilizándose de la definición de la estrategia asociada, la estandarización en el uso y ofreciendo sus servicios de advisory tanto a IT como a Negocio.
Cómo materializar la función de ingeniería, operaciones y administración en términos organizativos resulta incluso de un mayor grado de libertad. Pero en ninguna de ellas recomendamos que se inserte en el área tradicional de Operaciones, dado que las metodologías y esquemas de trabajo no se suelen alinear con estrategias de producto, mindsets de automatización máxima ó prácticas agile y DevOps que son las que predominan en el contexto cloud.
Dentro del grado de libertad que se mencionan, hay organizaciones que deciden externalizar la operación cloud a un proveedor de servicios gestionados y pueden adoptar diferentes estrategias, ya sean más cercanas a un soporte y administración puro de servicios IaaS o hasta optar por enfoques orientados a prácticas DevOps y cercanas a Desarrollo..
De igual manera, otras organizaciones deciden internalizar estas funciones y establecen esquemas más cercanos a Desarrollo (bien a través de metodologías SRE o estructuras cercanas al lema “You build it, you run it”) o equipos que se constituyan como verdaderos grupos de producto o plataforma, que ofrezcan productos cloud y DevOps incluso en modo autoservicio.
3.Integrar otras áreas organizativas en el modelo operativo
Para que el modelo operativo cloud funcione debido al impacto que tiene, es preciso que exista una colaboración estrecha entre algunas áreas organizativas y aquellas que directamente están involucradas en el ciclo de vida de los servicios cloud. Algunos de estos equipos serán los departamentos financieros, compras, la gestión de programas/proyectos y el área de cultura y formación principalmente, que participarán a fondo en determinados proyectos así como en el medio-largo plazo, en la identificación de skills, carreras profesionales y gestión de la capacidad de roles.
La adopción del cloud, así como las diferentes entidades organizativas que den soporte a dicho proceso evolucionarán con el tiempo, según las diferentes necesidades que surjan por parte de peticiones del negocio y por parte del propio contexto político, económico y tecnológico que rodee a la organización.
No todo puede definirse en una primera instancia, porque el shock a nivel organizativo y cultural es demasiado grande, como para poder ser digerido por empresas tradicionales que están adentrándose en el ámbito cloud (o incluso multicloud). Sin embargo,, entrar al mundo de los servicios cloud sin una estrategia y basándose en un modelo operativo meditado y consensuado que lo respalde, puede ser arriesgado.
