Partager via


Structures d’équipe matures

Toutes les fonctions cloud sont fournies par quelqu’un pendant chaque effort d’adoption du cloud. Ces affectations et structures d’équipe peuvent se développer de manière organique, ou elles peuvent être intentionnellement conçues pour correspondre à une structure d’équipe définie.

À mesure que les besoins d’adoption augmentent, la nécessité d’un équilibre et d’une structure est donc nécessaire. Regardez cette vidéo pour obtenir une vue d’ensemble des structures d’équipe communes à différentes étapes de la maturité organisationnelle.

Le graphique suivant présente ces structures basées sur des phases de maturation typiques. Utilisez ces exemples pour trouver la structure organisationnelle qui correspond le mieux à vos besoins opérationnels.

Diagramme montrant le cycle de maturité de l’organisation.

Les structures organisationnelles ont tendance à passer par le modèle de maturité commun décrit ici :

  1. Équipe d’adoption du cloud uniquement
  2. Meilleures pratiques MVP
  3. Équipe informatique centrale
  4. Alignement stratégique
  5. Alignement opérationnel
  6. Centre d’excellence cloud (CCoE)

La plupart des entreprises commencent par un peu plus qu’une équipe d’adoption du cloud. Mais nous vous recommandons d’établir une structure organisationnelle qui ressemble plus étroitement à la structure des meilleures pratiques MVP .

Équipe d’adoption du cloud uniquement

Le noyau de tous les efforts d’adoption du cloud est l’équipe d’adoption du cloud. Cette équipe pilote les modifications techniques qui permettent l’adoption. Selon les objectifs de l’effort d’adoption, cette équipe peut inclure un large éventail de membres de l’équipe qui gèrent un large éventail de tâches techniques et métier.

Diagramme montrant uniquement l’équipe d’adoption du cloud.

Pour les initiatives d'adoption à petite échelle ou en phase de démarrage, cette équipe pourrait se réduire à une seule personne. Dans les efforts à grande échelle ou en phase tardive, il est courant d’avoir plusieurs équipes d’adoption du cloud, chacune avec environ six ingénieurs. Quelle que soit la taille ou les tâches, l’aspect cohérent de toute équipe d’adoption du cloud est qu’elle fournit les moyens d’intégrer des solutions dans le cloud. Pour certaines organisations, il peut s’agir d’une structure organisationnelle suffisante. L’article de l’équipe d’adoption du cloud fournit plus d’informations sur la structure, la composition et la fonction de l’équipe d’adoption du cloud.

Avertissement

L’utilisation d’une seule équipe d’adoption du cloud (ou de plusieurs équipes d’adoption du cloud) est considérée comme antimodèle et doit être évitée. Au minimum, considérez les bonnes pratiques MVP.

Meilleure pratique : produit minimum viable (MVP)

Diagramme montrant la meilleure pratique : organisation minimale viable des produits de l’équipe d’adoption et de l’équipe de gouvernance pour créer un équilibre.

Nous vous recommandons d’avoir deux équipes pour créer un équilibre entre les efforts d’adoption du cloud. Ces deux équipes sont responsables de différentes fonctions tout au long de l’effort d’adoption.

  • Équipe d’adoption du cloud : Cette équipe est responsable des solutions techniques, de l’alignement métier, de la gestion des projets et des opérations pour les solutions adoptées.
  • Équipe de gouvernance cloud : Pour équilibrer l’équipe d’adoption du cloud, une équipe de gouvernance cloud est dédiée à garantir l’excellence dans les solutions adoptées. L’équipe de gouvernance cloud est responsable de la maturité de la plateforme, des opérations de plateforme, de la gouvernance et de l’automatisation.

Cette approche éprouvée est considérée comme un MVP parce qu’elle pourrait ne pas être durable. Chaque équipe porte de nombreux chapeaux, comme décrit dans les tableaux responsable, imputable, consulté, informé (RACI).

Les sections suivantes décrivent une structure organisationnelle complète et éprouvée, ainsi que des approches pour aligner la structure appropriée à votre organisation.

Équipe informatique centrale

Diagramme montrant l’équipe informatique centrale.

À mesure que l’adoption est mise à l’échelle, l’équipe de gouvernance cloud peut avoir du mal à suivre le flux d’innovation de plusieurs équipes d’adoption du cloud. Cela est particulièrement vrai dans les environnements qui ont des exigences de conformité, d’exploitation ou de sécurité lourdes. À ce stade, il est courant pour les entreprises de déplacer les responsabilités cloud vers une équipe informatique centrale existante. Si cette équipe peut réévaluer les outils, les processus et les personnes pour mieux prendre en charge l’adoption du cloud à grande échelle, y compris l’équipe informatique centrale peut ajouter une valeur significative. Les experts en matière d’opérations, d’automatisation, de sécurité et d’administration pour moderniser l’équipe informatique centrale peuvent stimuler des innovations opérationnelles efficaces.

Malheureusement, la phase centrale de l’équipe informatique peut être l’une des phases les plus risquées de la maturité organisationnelle. L’équipe informatique centrale doit venir à la table avec une mentalité de croissance forte. Si l’équipe considère le cloud comme une opportunité de croissance et d’adaptation, elle peut fournir une grande valeur tout au long du processus. Toutefois, si l’équipe informatique centrale considère l’adoption du cloud principalement comme une menace pour son modèle existant, l’équipe informatique centrale devient un obstacle aux équipes d’adoption du cloud et aux objectifs métier qu’ils prennent en charge. Certaines équipes informatiques centrales ont passé des mois ou même des années à tenter de forcer le cloud à s’aligner sur les approches locales, avec seulement des résultats négatifs. Le cloud ne nécessite pas que tout change au sein de l’équipe informatique centrale, mais il nécessite un changement important. Si la résistance au changement est répandue au sein de l’équipe informatique centrale, cette phase de maturité peut rapidement devenir un antimodèle culturel.

Les plans d’adoption du cloud fortement axés sur la plateforme en tant que service (PaaS), DevOps ou d’autres solutions nécessitant moins de prise en charge des opérations sont moins susceptibles de voir de la valeur pendant cette phase de maturité. Au contraire, ces types de solutions sont les plus susceptibles d’être entravés ou bloqués par des tentatives de centralisation de l’informatique. Un niveau de maturité plus élevé, comme un centre d’excellence cloud (CCoE), est plus susceptible de produire des résultats positifs pour ces types d’efforts de transformation. Pour comprendre les différences entre l’informatique centralisée dans le cloud et un CCoE, consultez le centre d’excellence cloud.

Alignement stratégique

Diagramme montrant l’alignement stratégique.

À mesure que l’investissement dans l’adoption du cloud augmente et que les valeurs commerciales sont réalisées, les parties prenantes de l’entreprise deviennent souvent plus engagées. Une équipe de stratégie cloud définie aligne ces parties prenantes métier pour maximiser la valeur réalisée par les investissements d’adoption du cloud.

Lorsque la maturité se produit de manière organique, suite à des efforts d’adoption du cloud dirigés par le service informatique, l’alignement stratégique est précédé d’une gouvernance ou d’une équipe informatique centrale. Lorsque les efforts d’adoption du cloud sont dirigés par l’entreprise, le focus sur le modèle d’exploitation et l’organisation ont tendance à se produire plus tôt. Dans la mesure du possible, définissez les résultats métier et l’équipe de stratégie cloud au début du processus.

Alignement opérationnel

Diagramme montrant l’alignement opérationnel.

La réalisation de la valeur métier des efforts d’adoption du cloud nécessite des opérations stables. Les opérations dans le cloud peuvent nécessiter de nouveaux outils, processus ou compétences. Lorsque des opérations informatiques stables sont nécessaires pour obtenir des résultats métier, il est important d’ajouter une équipe d’opérations cloud définie, comme indiqué ici.

Les opérations cloud peuvent être fournies par les rôles d’opérations informatiques existants. Toutefois, il n’est pas rare que les opérations cloud soient déléguées à d’autres parties en dehors des opérations informatiques. Les fournisseurs de services managés, les équipes DevOps et le service informatique de l’unité commerciale assument souvent les responsabilités associées aux opérations cloud, avec le support et les garde-fous fournis par les opérations informatiques. Cela est de plus en plus courant pour les efforts d’adoption du cloud qui se concentrent fortement sur les déploiements DevOps ou PaaS.

Centre d'excellence du cloud

Diagramme montrant le centre d’excellence cloud (C O E).

À l’état de maturité le plus élevé, un centre d’excellence cloud aligne les équipes autour d’un modèle d’exploitation cloud moderne. Cette approche fournit des fonctions informatiques centralisées telles que la gouvernance, la sécurité, la plateforme et l’automatisation.

La principale différence entre cette structure et la structure centrale de l’équipe informatique est une forte attention sur la libre-service et la démocratisation. Les équipes de cette structure s’organisent avec l’intention de déléguer le contrôle autant que possible. L’alignement des pratiques de gouvernance et de conformité aux solutions natives cloud crée des garde-fous et des mécanismes de protection. Contrairement au modèle d’équipe informatique centrale, l’approche native cloud optimise l’innovation et réduit la surcharge opérationnelle. Pour que ce modèle soit adopté, un accord mutuel visant à moderniser les processus informatiques sera nécessaire de la part de l’entreprise et du leadership informatique. Ce modèle a peu de chances de se produire de façon organique et nécessite souvent un soutien exécutif.

Étapes suivantes

Après s’être aligné(e) sur une certaine phase de maturité de la structure organisationnelle, vous pouvez utiliser des graphiques RACI pour aligner la responsabilité et l'imputabilité au sein de chaque équipe.