Blog de Amazon Web Services (AWS)

Diseñando un Centro de Excelencia de Nube (CCOE)

Por Mark Schwartz
Team Building for finite project

Muchas empresas han descubierto que un centro de excelencia de nube (CCOE) puede acelerar sus migraciones a la nube y hacer sus transformaciones digitales más amplias. Estos CCOE adoptan muchas formas, lo cual es apropiado porque cada empresa debe superar desafíos únicos. Sin embargo, existen ciertos patrones y antipatrones para crear un CCOE. En esta publicación de blog, intentaré aclarar el propósito de un CCOE, su composición, funcionamiento, y el impacto que se debe esperar de él.

¿Por qué crear un CCOE?

Para ser claros, un CCOE no es necesario para migrar a la nube o transformarse digitalmente. Su creación es una decisión organizacional. Y como muchas decisiones organizacionales, depende de muchos factores, lo más importante es qué tipo de desafíos enfrenta la empresa en su viaje de transformación, pero también consideraciones de estrategia de seguridad, centralización versus descentralización, filosofía de recursos humanos, habilidades disponibles y, siendo realistas, la política organizacional. Al hablar con mis compañeros que han liderado transformaciones digitales exitosas, descubrí que algunos de nosotros no teníamos un grupo al que llamáramos CCOE; algunos tenían un grupo con ese nombre, pero en realidad era solo un grupo informal de líderes involucrados en la toma de decisiones sobre la nube.

Un CCOE es una solución (parcial) a un conjunto común de desafíos que las empresas a menudo enfrentan al pasar de una forma de trabajar basada en centros de datos y orientada en cascada a una forma de trabajar basada en la nube, más ágil y digital. Como sugiere su nombre, se centra principalmente en el paso a la nube, y no necesariamente en cuestiones más amplias de transformación. Los problemas que normalmente aborda son:

  1. Las migraciones a la nube a menudo se estancan porque el personal de la empresa tiene miedo. La nube es nueva para ellos y la empresa no tiene las habilidades necesarias para usarla. Existe una desinformación generalizada sobre la nube que pone nerviosa a la gente. Un CCOE puede ayudar defendiendo la nube, brindando información precisa y habilidades críticas necesarias para una migración exitosa.
  2. Las migraciones a la nube tienen problemas para ganar terreno porque todos en la empresa están ocupados con otras actividades. Cada uno tiene su “trabajo del día”. Las empresas no mantienen a la gente sentada con tiempo libre. Un CCOE ayuda porque está dedicado a la transición a la nube, que es su prioridad clave y medida de éxito.
  3. Al comienzo de una migración a la nube, se deben tomar muchas decisiones técnicas, arquitectónicas y comerciales. Lo más importante es establecer una postura de seguridad mediante la creación de una “Landing Zone segura” en la que se implementarán las aplicaciones de la empresa. Un CCOE tiene la experiencia para tomar estas decisiones iniciales y encaminar a la empresa por el camino correcto.

El CCOE ayuda a la organización a impulsar su migración, la orienta técnicamente en sus etapas iniciales y reduce sus riesgos. Facilita los cambios técnicos, culturales, organizacionales y de procesos que deben ocurrir durante la transformación. Proporciona la experiencia inicial que hace posible la migración. No es una solución mágica. Su objetivo es aumentar la velocidad y la calidad de la migración.

¿Temporal o Permanente?

Debido a que su propósito es facilitar la migración a la nube y la migración es una tarea finita, es mejor considerar al CCOE como un equipo temporal. Proporciona la experiencia inicial necesaria, pero casi todos los miembros de la organización de TI eventualmente necesitarán habilidades en la nube. El CCOE establece procesos y patrones en la nube, pero dado que la nube es “la nueva normalidad” (es decir, la base técnica de todo lo que la empresa haga en el futuro), toda la organización de TI eventualmente será excelente en el uso de la nube. El CCOE es un facilitador para que el departamento de TI se centre en la nube.

Esto puede resultar confuso. A veces se habla del CCOE como una unidad permanente que gestiona la plataforma en la nube en nombre de la empresa, función que a veces llamamos ingeniería de plataforma en la nube. Pero con el tiempo, la ingeniería de plataformas en la nube es ingeniería de plataformas; La ingeniería de plataformas simplemente se integra en la organización de TI de cualquier manera que tenga sentido organizacionalmente. Si bien el CCOE puede tener un representante del equipo de seguridad, la seguridad en la nube es, en última instancia, solo una parte de la seguridad y debe estar ubicada dentro del equipo de seguridad de TI.

El riesgo, y el antipatrón, es crear un silo separado para las tareas relacionadas con la nube. Pero eventualmente, suponiendo que la mayoría o todas las plataformas de la empresa estén en la nube, el ámbito de TI consistirá simplemente en la nube, los dispositivos edge/dispositivos de usuario final, las aplicaciones y datos que los involucran.

La organización de TI a largo plazo debería ser simplemente cualquier estructura organizacional que funcione mejor para TI.

¿El CCOE se encarga de la Gobernanza?

Sí, en cierto sentido, pero no en otro. Existen varios tipos de gobierno de TI. Uno es la gobernanza de las inversiones, las prioridades, el gasto y la supervisión de proyectos. Estos tipos de gobernanza no son competencia del CCOE. En su mayor parte, estas prioridades de negocio no dependen de qué plataforma tecnológica se utilice para respaldarlas, por lo que la gobernanza de la nube no está separada de la gobernanza empresarial de TI. Las prioridades comerciales son prioridades comerciales.

Otro tipo de gobernanza se refiere al cumplimiento, los estándares y la seguridad. El papel del CCOE sí incluye crear un enfoque inicial para ese tipo de gobernanza para la nube, pero hay un giro interesante: en la nube, la mayor parte de esa gobernanza debería automatizarse y actuar como un facilitador para todos los que usan la nube. El CCOE ayuda a desarrollar patrones arquitectónicos útiles para los equipos que crean capacidades funcionales en la nube. Reúnen una cadena de herramientas inicial para CI/CD, configuran el monitoreo y colocan controles de seguridad y aplicación de políticas en la nube. Ayudan a tomar decisiones iniciales sobre la gestión de costos en la nube. Gobiernan mediante la habilitación, lo que facilita que otros utilicen la nube con la confianza de que existen barreras de seguridad.

¿Qué no hace el CCOE?

O una pregunta mejor: ¿cuáles son las funciones asociadas que teóricamente podría incluirse en el CCOE pero que probablemente no debería hacerlo? Cuando el CCOE ya no sea necesario, ¿qué funciones continuarán en otras partes de la organización de TI?

La mayoría de las organizaciones necesitarán un equipo de ingeniería de plataforma (un equipo que utilice la nube para poner a disposición una plataforma de autoservicio que los equipos de entrega [equipos de DevOps] puedan utilizar para crear y entregar su software). El equipo de ingeniería de plataforma gestiona la aplicación de políticas y los controles en el entorno de la nube, lo que se convertirá en cumplimiento y auditoría continuos. Si bien el CCOE puede realizar alguna ingeniería inicial de plataforma, esta responsabilidad eventualmente pasará a formar parte de una organización de ingeniería más amplia.

Para migraciones muy grandes y complejas, puede haber una oficina de gestión de proyectos (PMO). Recomiendo mantener esto separado del CCOE principalmente por razones culturales. El CCOE debe considerarse un facilitador, no un controlador u organizador. El CCOE aporta experiencia, no supervisión.

Las transformaciones digitales implican coordinación a niveles muy altos de la organización. Estoy teniendo cuidado con mi redacción aquí. No es la migración a la nube en sí la que requiere una coordinación continua a ese nivel, sino una transformación más amplia que implica reimaginar el negocio como una empresa digital y realizar cambios culturales en toda la organización. Generalmente esto no es responsabilidad del CCOE porque requiere la participación continua del equipo ejecutivo superior. Probablemente debería ser un mecanismo de dirección informal en lugar de un CCOE.

Creo que hay un área interesante que está en juego. Hoy en día, la transformación sin duda incluye componentes centrados en la IA y en los datos. La tecnología está profundamente involucrada en esas actividades. Y como la IA es tan nueva, podría requerir algún tipo de centro de excelencia. ¿En qué parte de la organización se ubicaría esa experiencia y qué papel jugaría en la transformación? Espere más sobre eso en futuros blogs.

¿Qué habilidades se necesitan en un CCOE?

Un CCOE requiere todas las habilidades necesarias para lograr sus objetivos o superar los desafíos que impulsaron la formación del CCOE en primer lugar. Si las habilidades técnicas son el principal impedimento para avanzar en la migración a la nube, existen varios roles técnicos que son apropiados. Si la seguridad es una preocupación importante, asegúrese de que existan habilidades de seguridad. Si la mejor palanca para acelerar la migración es la evangelización técnica o empresarial en toda la empresa, esas son las habilidades críticas que necesita en el CCOE. Si es importante establecer una postura inicial para el cumplimiento y la presentación de informes, bueno, ya se hace una idea.

Conclusión sobre los CCOE

El CCOE es una herramienta que muchas empresas utilizan para superar los impedimentos comunes a la migración a la nube. Es mejor pensar en él como un equipo temporal cuyas funciones eventualmente serán absorbidas por la organización de TI más amplia. ¿Cuánto tiempo es temporal? Depende de cuán grande y lenta sea la migración. La estructura organizacional probablemente cambiará a medida que avance la transformación digital, y el CCOE ayudará a definir y avanzar en ese cambio. Pero dado que el objetivo del CCOE es acelerar la migración, es mejor no complicarla demasiado ni dedicar demasiado tiempo a intentar dotarla de todas las habilidades que serán necesarias para las operaciones en la nube a largo plazo. Sugiero adoptar un enfoque práctico. ¿Cuáles son los desafíos que enfrenta la migración? ¿Qué capacidades y alcance de responsabilidad debe tener el CCOE para resolver estos desafíos? ¿Cómo puede la superación de esos desafíos ayudarlo a obtener resultados comerciales más rápidos a partir de la migración? Así es como defines tu CCOE.

 

Este artículo se tradujo del Blog Post de AWS en Inglés.

 

 


Acerca del autor

Mark Schwartz es Enterprise Strategist en Amazon Web Services y autor de The Art of Business Value y A Seat at the Table: IT Leadership in the Age of Agility. Antes de unirse a AWS, fue CIO del Servicio de Inmigración y Ciudadanía de EE. UU. (parte del Departamento de Seguridad Nacional), CIO de Intrax y director ejecutivo de Auctiva. Tiene un MBA de Wharton, una licenciatura en Ciencias de la Computación de Yale y una maestría en Filosofía de Yale.