Estructuras de equipo maduras

En cada trabajo de adopción de la nube hay alguien encargado de proporcionar todas las funciones de la nube. Estas asignaciones y estructuras de equipo pueden desarrollarse orgánicamente, o bien se pueden diseñar intencionadamente para que coincidan con una estructura de equipo definida.

A medida que crecen las necesidades de adopción, también crece la necesidad de equilibrio y estructura. Vea este vídeo para obtener una visión general de las estructuras de equipo comunes en varias fases de madurez de la organización.

En el gráfico y la lista siguientes se indican esas estructuras en función de fases de madurez típicas. Use estos ejemplos para encontrar la estructura organizativa que mejor se ajuste a sus necesidades operativas.

Las estructuras organizativas tienden a pasar por el modelo de madurez común que se describe aquí:

1. Equipo de adopción de la nube solo
2. Procedimiento recomendado de MVP
3. Equipo de TI central
4. Alineación estratégica
5. Alineación operativa
6. Centro de excelencia en la nube (CCoE)

La mayoría de las empresas comienzan con poco más que un equipo de adopción de la nube. Pero se recomienda establecer una estructura organizativa que se parezca más estrechamente a la estructura de procedimientos recomendados de MVP .

Equipo de adopción de la nube solo

El núcleo de todos los esfuerzos de adopción de la nube es el equipo de adopción de la nube. Este equipo impulsa los cambios técnicos que permiten la adopción. En función de los objetivos del esfuerzo de adopción, este equipo puede incluir una amplia gama de miembros del equipo que controlan un amplio conjunto de tareas técnicas y empresariales.

En los esfuerzos de adopción de pequeña escala o de fase temprana, este equipo podría constar incluso de una sola persona. En esfuerzos de mayor escala o de fase avanzada, es habitual tener varios equipos de adopción de la nube, cada uno con aproximadamente seis ingenieros. Independientemente del tamaño o las tareas, el aspecto coherente de cualquier equipo de adopción de la nube es que proporciona los medios para incorporar soluciones a la nube. Para algunas organizaciones, esto podría ser una estructura organizativa suficiente. El artículo del equipo de adopción de la nube proporciona más información sobre la estructura, la composición y la función del equipo de adopción de la nube.

Procedimiento recomendado: producto mínimo viable (MVP)

Se recomienda que tenga dos equipos para crear un equilibrio entre los esfuerzos de adopción de la nube. Estos dos equipos son responsables de varias funciones a lo largo del esfuerzo de adopción.

• Equipo de adopción de la nube: Este equipo es responsable de las soluciones técnicas, la alineación empresarial, la administración de proyectos y las operaciones de las soluciones adoptadas.
• Equipo de gobernanza de la nube: Para equilibrar el equipo de adopción de la nube, un equipo de gobernanza de la nube está dedicado a garantizar la excelencia en las soluciones adoptadas. El equipo de gobernanza de la nube es responsable de la madurez de la plataforma, las operaciones de plataforma, la gobernanza y la automatización.

Este enfoque probado se considera un MVP porque podría no ser sostenible. Cada equipo lleva muchos sombreros, como se describe en el gráficos responsables, encargados, consultados, informados (RACI).

En las secciones siguientes se describe una estructura organizativa probada y totalmente equipada, junto con enfoques para alinear la estructura adecuada a su organización.

Equipo de TI centralizado

A medida que la adopción avanza, el equipo de gobernanza de la nube podría tener problemas para seguir el ritmo del flujo de innovación de los distintos equipos de adopción de la nube. Esto es especialmente cierto en entornos que tienen requisitos de seguridad, operaciones o cumplimiento intensivos. En esta fase, es habitual que las empresas pasen las responsabilidades de la nube a un equipo de TI central existente. Si ese equipo puede volver a evaluar las herramientas, los procesos y el personal para apoyar mejor la adopción de la nube a escala, incluir al equipo de TI central puede aportar un valor significativo. Expertos en la materia de operaciones, automatización, seguridad y administración para modernizar el equipo de TI central pueden impulsar innovaciones operativas eficaces.

Desafortunadamente, la fase central del equipo de TI puede ser una de las fases más arriesgadas de la madurez de la organización. El equipo de TI central debe venir a la mesa con una mentalidad de crecimiento fuerte. Si el equipo ve la nube como una oportunidad para crecer y adaptarse, puede proporcionar un gran valor a lo largo del proceso. Sin embargo, si el equipo de TI central ve la adopción de la nube principalmente como una amenaza para su modelo existente, el equipo de TI central se convierte en un obstáculo para los equipos de adopción de la nube y los objetivos empresariales que respaldan. Algunos equipos de TI centrales han pasado meses o incluso años intentando forzar la nube en alineación con los enfoques locales, con solo resultados negativos. La nube no requiere que todo cambie dentro del equipo de TI central, pero requiere un cambio significativo. Si la resistencia al cambio es frecuente en el equipo de TI central, esta fase de madurez puede convertirse rápidamente en un antipatrón cultural.

Los planes de adopción de la nube que se centran en gran medida en la plataforma como servicio (PaaS), DevOps u otras soluciones que requieren menos soporte operativo, es menos probable que se aprecie su valor durante esta fase de madurez. Por el contrario, estos tipos de soluciones son los que tienen más probabilidades de verse obstaculizados o bloqueados por intentos de centralizar TI. Un mayor nivel de madurez, como un centro de excelencia en la nube (CCoE), es más probable que produzca resultados positivos para esos tipos de esfuerzos de transformación. Para comprender las diferencias entre la TI centralizada en la nube y un CCoE, consulte Centro de excelencia en la nube.

Alineación estratégica

A medida que crece la inversión en la adopción de la nube y se obtienen valores empresariales, las partes interesadas de la empresa a menudo se vuelven más involucradas. Un equipo de estrategia de nube definido alinea a las partes interesadas empresariales para maximizar el valor realizado por las inversiones en adopción de la nube.

Cuando la madurez se produce de forma orgánica, como resultado de los esfuerzos de adopción de la nube dirigidos por TI, la alineación estratégica va precedida por un equipo de TI central o de gobernanza. Cuando la empresa lidera los esfuerzos de adopción de la nube, el enfoque en el modelo operativo y la organización tiende a ocurrir anteriormente. Siempre que sea posible, defina los resultados empresariales y el equipo de estrategia de la nube en una fase temprana del proceso.

Alineación operativa

La obtención de valor empresarial a partir de los esfuerzos de adopción de la nube requiere operaciones estables. Las operaciones en la nube podrían requerir nuevas herramientas, procesos o aptitudes. Cuando se requieren operaciones de TI estables para lograr resultados empresariales, es importante agregar un equipo de operaciones en la nube definido, como se muestra aquí.

Las operaciones en la nube se pueden entregar mediante los roles de operaciones de TI existentes. Sin embargo, no es raro que las operaciones en la nube se deleguen a otras partes fuera de las operaciones de TI. Los proveedores de servicios administrados, los equipos de DevOps y la TI de unidad de negocio suelen asumir las responsabilidades asociadas con las operaciones en la nube, con soporte y protección de las operaciones de TI. Esto es cada vez más común para los esfuerzos de adopción de la nube que se centran en gran medida en las implementaciones de DevOps o PaaS.

Centro de excelencia de la nube

En el estado de madurez más alto, un centro de excelencia en la nube alinea a los equipos en torno a un modelo operativo moderno en la nube. Este enfoque proporciona funciones de TI centralizada como gobernanza, seguridad, plataforma y automatización.

La principal diferencia entre esta estructura y la estructura central del equipo de TI es un enfoque sólido en el autoservicio y la democratización. Los equipos de esta estructura se organizan con la intención de delegar el control tanto como sea posible. La alineación de los procedimientos de gobernanza y cumplimiento con las soluciones nativas de la nube crea mecanismos de salvaguarda y protección. A diferencia del modelo de equipo de TI central, el enfoque nativo en la nube logra la máxima innovación y reduce a un mínimo la sobrecarga operativa. Para que se adopte este modelo, se requerirá un acuerdo mutuo para modernizar los procesos de TI a partir de la dirección empresarial y de TI. Es poco probable que este modelo se produzca de forma orgánica y, a menudo, requiere soporte ejecutivo.

Pasos siguientes

Después de alinearse con una determinada fase de madurez de la estructura organizativa, puede usar gráficos de RACI para alinear la rendición de cuentas y la responsabilidad en cada equipo.