Structures d’équipe matures
Toutes les fonctionnalités cloud sont fournies par un utilisateur lors de chaque effort d’adoption du cloud. Ces affectations et structures d’équipe peuvent se développer de manière organique, ou une organisation peut les concevoir intentionnellement pour correspondre à une structure d’équipe définie.
Il est important pour les équipes d’implémentation dans le cloud de comprendre les structures d’équipe, leur emplacement actuel et où elles souhaitent se retrouver. Là encore, ce type de changement demande du temps, de l’expérimentation et de la négociation. Le chemin pour y parvenir sera ardu.
Regardez cette vidéo pour obtenir une vue d’ensemble des structures d’équipe courantes à différentes étapes de la maturité organisationnelle :
Les structures organisationnelles ont tendance à passer par le modèle de maturité commun suivant :
- Équipe d’adoption du cloud uniquement
- Bonnes pratiques en matière de produit minimum viable (MVP)
- Équipe informatique centrale
- Alignement stratégique
- Alignement opérationnel
- Centre d’excellence du cloud
Le graphique ci-dessous décrit ces structures en fonction des étapes de maturation classiques. Utilisez ces exemples pour trouver la structure organisationnelle la mieux adaptée à vos besoins opérationnels.
La plupart des entreprises engagent le processus avec une simple équipe d’adoption du cloud. Toutefois, nous vous recommandons d’établir une structure organisationnelle qui ressemble davantage aux bonnes pratiques en matière de MVP.
Équipe d’adoption du cloud uniquement
L’équipe d’adoption du cloud constitue le noyau de tous les efforts d’adoption du cloud. Cette équipe pilote les modifications techniques qui permettent l’adoption du cloud. En fonction des objectifs de l’effort d’adoption, cette équipe peut disposer des compétences requises pour gérer un large éventail de tâches techniques et métier.
Pour les efforts d’adoption à petite échelle ou précoces, cette équipe peut se limiter à une personne. Dans les efforts à grande échelle ou tardifs, il est courant d’avoir plusieurs équipes d’adoption du cloud, comptant chacune six ingénieurs environ. Indépendamment de la taille ou des tâches, toute équipe d’adoption du cloud fournit les moyens d’intégrer les solutions dans le cloud.
Pour certaines organisations, cette équipe peut constituer une structure organisationnelle suffisante. Pour plus d’informations sur la structure, la composition et la fonction de l’équipe, consultez l’article Équipe d’adoption du cloud.
Avertissement
Fonctionner uniquement avec une équipe d’adoption du cloud (ou plusieurs équipes d’adoption du cloud) est considéré comme un anti-modèle et doit, à ce titre, être évité. Au minimum, adoptez la meilleure pratique MVP.
Meilleure pratique MVP
Nous vous recommandons de vous doter de deux équipes pour créer un équilibre entre les efforts d’adoption du cloud :
- Équipe d’adoption du cloud : responsable des solutions techniques, de l’alignement des activités, de la gestion de projet et de l’exploitation des solutions adoptées.
- Équipe de gouvernance cloud : responsable de la maturité de la plateforme, des opérations de plateforme, de la gouvernance et de l’automatisation. Cette équipe a pour mission de garantir l’excellence dans les solutions adoptées.
Cette approche éprouvée est considérée comme un MVP, car elle n’est peut-être pas viable. Chaque équipe porte de nombreuses casquettes, comme indiqué dans les graphiques RACI (responsabilité, obligation de rendre compte, consultation et information).
Les sections suivantes décrivent une structure organisationnelle complète et éprouvée. Elles décrivent également des approches visant à aligner la structure appropriée sur votre organisation.
Équipe informatique centrale
À mesure que l’adoption évolue, l’équipe de gouvernance cloud peut avoir du mal à suivre le rythme de l’innovation de plusieurs équipes d’adoption du cloud. C’est particulièrement vrai dans les environnements avec des exigences élevées en matière de conformité, d’exploitation ou de sécurité.
À ce stade, il est courant pour les entreprises de transférer les responsabilités du cloud à une équipe informatique centrale existante. Si cette équipe est en mesure de réévaluer les outils, les processus et le personnel pour mieux prendre en charge l’adoption du cloud à grande échelle, elle peut apporter une valeur ajoutée significative. Des experts en la matière issus des opérations, de l’automatisation, de la sécurité et de l’administration peuvent conduire des innovations opérationnelles efficaces afin de moderniser l’équipe informatique centrale.
Malheureusement, la phase de l’équipe informatique centrale peut être l’une des plus risquées en termes de maturité organisationnelle. L’équipe informatique centrale doit faire preuve d’un fort état d’esprit de croissance. Si elle considère le cloud comme une opportunité de croissance et d’adaptation, elle peut se révéler d’une aide précieuse tout au long du processus. En revanche, si elle considère l’adoption du cloud comme une menace pour son modèle existant, elle peut devenir un obstacle aux équipes d’adoption du cloud et aux objectifs métier qu’elle prend en charge.
Certaines équipes informatiques centrales ont passé des mois, voire des années, à tenter de forcer le cloud à s’aligner sur les approches locales, avec des résultats négatifs. Le cloud n’exige pas de changement radical au sein de l’équipe informatique centrale, mais il implique un changement important. Si l’équipe informatique centrale fait preuve d’une résistance au changement, cette phase de maturité peut rapidement devenir un antimodèle culturel.
Les plans d’adoption du cloud fortement axés sur PaaS (platform as a service), DevOps ou d’autres solutions nécessitant un moindre soutien des opérations sont moins susceptibles d’être valorisés durant cette phase de maturité. Ces types de solutions sont les plus susceptibles d’être entravés ou bloqués par les tentatives de centralisation informatique.
Un niveau de maturité plus élevé, tel qu’un CCoE (Centre d’excellence cloud), est plus susceptible de produire des résultats positifs pour ces types d’efforts transformationnels. Pour comprendre les différences entre une équipe informatique centrale dans le cloud et un CCoE, consultez Centre d’excellence du cloud.
Alignement stratégique
À mesure que l’investissement dans l’adoption du cloud augmente et que l’organisation commence à voir de la valeur métier, les parties prenantes s’impliquent souvent davantage. Une équipe de stratégie cloud définie aligne ces parties prenantes afin d’optimiser la valeur des investissements d’adoption du cloud.
Lorsque la maturité se produit de manière organique, suite aux efforts d’adoption du cloud menés par l’équipe informatique, une équipe de gouvernance ou d’informatique centrale précède l’alignement stratégique. Lorsque l’entreprise dirige les efforts d’adoption du cloud, l’accent a tendance à être mis plus tôt sur le modèle d’exploitation et l’organisation. Dans la mesure du possible, les résultats opérationnels et l’équipe de stratégie cloud doivent être définis au début du processus.
Alignement opérationnel
La réalisation de la valeur commerciale des efforts d’adoption du cloud nécessite des opérations stables. Des opérations dans le cloud peuvent nécessiter de nouveaux outils, processus ou compétences. Lorsque vous avez besoin d’opérations informatiques stables pour obtenir des résultats métier, il est important d’ajouter une équipe des opérations cloud définie.
Les rôles existants dans les opérations informatiques peuvent fournir des opérations cloud. Toutefois, les opérations cloud sont parfois déléguées à des parties extérieures aux opérations informatiques. Les fournisseurs de services gérés, les équipes de DevOps et les services informatiques des unités opérationnelles assument souvent les responsabilités associées aux opérations cloud, avec le soutien et les garde-fous fournis par les opérations informatiques. Cette structure est de plus en plus fréquente pour les efforts d’adoption du cloud axés principalement sur les déploiements DevOps ou PaaS.
Centre d’excellence de cloud
Au stade de maturité le plus élevé, un CCoE 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 d’équipe informatique centrale porte sur l’accent mis sur le libre-service et la démocratisation. Les équipes de cette structure s’organisent dans le but de déléguer le contrôle autant que possible.
L’alignement des pratiques de gouvernance et de conformité aux solutions natives du cloud crée des garde-fous et des mécanismes de protection. Contrairement au modèle d’équipe informatique centrale, l’approche native Cloud maximise l’innovation et minimise les charges de fonctionnement. L’adoption de ce modèle nécessite un accord mutuel entre l’entreprise et le leadership informatique pour moderniser les processus informatiques. Il est peu probable que ce modèle se produise de manière organique, et il nécessite souvent un soutien de la direction.