Antimodèles organisationnels Cloud
Les clients rencontrent souvent des antimodèles d’adoption Cloud au sein de leur structure organisationnelle. De nombreux facteurs peuvent être à l’origine de ces problèmes :
- Ensembles d’outils
- Partenaires
- Ingénieurs
- Services informatiques mal alignés
Il est important de comprendre le rôle de ces facteurs dans un scénario d’adoption du cloud réussie.
Antimodèle : traiter l’informatique comme un centre de coûts
De nombreuses entreprises considèrent les services informatiques comme des centres de coûts. Avec cette approche, on peut avoir l’impression que l’informatique n’ajoute pas de valeur à l’entreprise. Lorsque les employés la considèrent comme un fournisseur et non comme un activateur, ils peuvent se décourager. Il est également difficile pour l’entreprise d’attirer les bons talents. Résultat : une motivation en berne et des cycles de vie longs. La qualité de travail de l’équipe informatique peut en pâtir, et des silos et des fiefs peuvent se développer.
Exemple : traiter l’informatique comme un centre de coûts
Une entreprise gère son service informatique comme un centre de coûts rendant compte au directeur financier. Le conseil d’administration perçoit l’informatique comme un fournisseur de services lent qui est l’un des générateurs de coûts les plus importants de l’entreprise. Le conseil d’administration ne se rend pas compte que l’unité commerciale en charge de la mobilité utilise la plupart des ressources commandées par le service informatique. Le service informatique achète un centre de données à l’usage de toutes les unités commerciales, mais l’unité commerciale en charge de la mobilité bénéficie de cette ressource surdimensionnée. Le conseil d’administration ne voit pas l’informatique en tant qu’activateur ou partenaire.
Résultat préféré : considérer l’informatique en tant qu’activateur
Au lieu de gérer votre service informatique en tant que centre de coûts, envisagez l’une des approches suivantes :
- Rétrofacturation : les services commerciaux considèrent les coûts informatiques comme les dépenses d’exploitation dans leurs budgets.
- Facturation interne ou récupération des données de facturation : l’informatique fonctionne comme un agent. Dans les rapports de retour à l’entreprise, le service informatique attribut les coûts directs aux unités commerciales pertinentes.
Utilisez le Cloud comme outil pour augmenter les coûts et la transparence des activités. Par exemple, implémentez une discipline de gestion des coûts pour augmenter la transparence des coûts. Vous serez alors davantage conscient du coût des différentes unités commerciales. Vous allez voir le service informatique comme un activateur pour ces unités.
Pour améliorer la transparence, concentrez-vous sur la visibilité, la responsabilité et l’optimisation lors du passage au Cloud. Pour plus d’informations, consultez Construire une organisation sensible aux coûts.
Antimodèle : investir dans de nouvelles technologies sans impliquer toute l’entreprise
Les services informatiques investissent souvent des ressources humaines et financières importantes pour la création et le déploiement de plateformes et d’ensembles d’outils robustes. Toutefois, il est parfois impossible de prendre en compte les différents services et leurs besoins lors des phases de conception et de développement. Cette omission amène de nouvelles plateformes avec peu de pertinence pour les unités commerciales. Les employés hésitent ensuite à accepter une nouvelle technologie. L’adoption peut alors être pauvre ou médiocre. La frustration s’y intègre également lorsque les unités commerciales n’utilisent pas ses plateformes.
Exemple : configurer une plateforme sans impliquer les unités commerciales
Le service informatique d’une société d’analyse des données configure et personnalise une plateforme Azure sans impliquer d’unité commerciale. En utilisant la plateforme, les développeurs d’unités commerciales :
- Réalisent qu’ils ne disposent pas des autorisations nécessaires pour le déploiement.
- Peuvent uniquement utiliser un nombre restreint de services.
- Émettent des tickets de support, qui allongent les cycles d’approbation.
- Commencent à douter de la nouvelle plateforme.
Au final, certains développeurs achètent un abonnement Azure pour éviter les tracas des règles et des réglementations informatiques. L’informatique fantôme apparaît. Étant donné que l’entreprise n’a que peu de contrôle sur l’informatique fantôme, les risques élevés liés à la sécurité émergent.
Résultat préféré : impliquer des unités commerciales dans la prise de décision
Évitez de créer des silos informatiques lors du déploiement d’une plateforme Cloud pour l’entreprise. Impliquez les développeurs et les décideurs techniques des entités dans les processus de conception et de développement. Pour améliorer l’adoption de la plateforme, écoutez l’unité commerciale.
Reportez-vous à la rubrique Commencer à utiliser les zones d’atterrissage à l’échelle de l’entreprise avec Cloud Adoption Framework pour les meilleures pratiques Azure et les principes de conception qui augmentent la vitesse d’adoption et sont adaptés aux développeurs. Il s’agit d’un bon équilibre entre conformité et flexibilité. Par exemple, trouvez des moyens de répondre aux stratégies de gouvernance et de sécurité tout en conservant les environnements de développement agile.
Antimodèle : externalisation des principales fonctions métier
Les partenaires de conseil et les fournisseurs de services gérés (MSP) peuvent jouer un rôle important dans un parcours Cloud. Toutefois, les entreprises doivent veiller à ce que le travail des partenaires et des MSP ne fournisse pas la valeur la plus grande au sein de leur entreprise. Les entreprises qui sous-traitent les responsabilités des MSP ou des consultants Cloud ne doivent pas être dépendantes de ces fournisseurs.
Exemple : externalisation de l’adoption et de la migration du Cloud
Un institut de recherche a un projet de migration Cloud critique dans le temps. Pour raccourcir le cycle d’adoption du Cloud, il engage un MSP pour créer la fondation Azure et mettre en œuvre la migration. Au lieu de vous familiariser avec la phase d’adoption du Cloud et de développer des compétences, l’institut choisit de transmettre tous les rôles Azure au MSP. Étant donné que l’institut n’a aucune connaissance du Cloud ou d’Azure, le MSP prend toutes les décisions, en faisant en sorte que l’institut soit dépendant du MSP.
Résultat préféré : mettre les domaines de conception essentiels à la responsabilité de l’entreprise
L’externalisation est une bonne stratégie de réduction des coûts. Toutefois, prenez ces décisions au sein de votre entreprise lorsqu’elles impliquent des zones de conception critiques :
- Gouvernance
- Risque
- Conformité
- Identité
Gardez la responsabilité au sein de l’entreprise pour ces domaines et d’autres domaines essentiels à sécurité. Utilisez des partenaires externes pour accélérer le parcours d’adoption. Toutefois, pour éviter de devenir dépendants des fournisseurs, n’externalisez rien.
Anti-modèle : engager des décideurs techniques au lieu de développer des ingénieurs cloud
Les entreprises accordent de l’importance à trouver le bon personnel. En conséquence, ils embauchent ou génèrent souvent des décideurs pendant les phases initiales d’adoption du Cloud. Les parcours Cloud réussis reposent sur les décideurs. Mais, plus important encore, les adoptions du cloud ont besoin d’ingénieurs et de toutes leurs compétences techniques et pratiques.
Exemple : embaucher des décideurs uniquement
Un institut de recherche engage plusieurs décideurs pour mener son parcours dans le Cloud. À la fin de la phase initiale de concept de haut niveau, la phase d’implémentation démarre. L’institut réalise alors que les déploiements Cloud se comportent différemment des déploiements locaux. Il a besoin d’un effort d’ingénierie Cloud supplémentaire pour implémenter correctement les concepts IaC (infrastructure As code) et la gouvernance basée sur les stratégies.
Résultat préféré : utiliser des ingénieurs Cloud pour la phase d’implémentation
N’oubliez pas que les ingénieurs sont essentiels pour implémenter correctement l’automatisation Cloud et les concepts de zone d’atterrissage. Les responsabilités et les tâches peuvent changer de manière significative lorsque vous adoptez des modèles de service. En décalant les responsabilités vers un fournisseur de Cloud, vous pouvez passer à la phase de production plus rapidement. Vous pouvez également utiliser des décideurs techniques pour la prise de décision, mais utilisez des ingénieurs cloud compétents pour prendre en charge des tâches nécessitant des connaissances techniques approfondies. Vous pourrez ensuite tirer parti des avantages du cloud.