Partager via


Modèles de livraison

Selon la taille de votre organisation, vous souhaiterez peut-être formaliser votre approche d’adoption de Microsoft Power Platform en mettant en œuvre un modèle d’organisation structuré. Vous devez envisager les moyens suivants pour structurer votre équipe et décider de ce qui convient le mieux à votre situation et à votre organisation.

Microsoft Power Platform offre quatre modèles de livraison, mais chacun d’eux n’est qu’un modèle mental – chaque organisation a une variation de plusieurs modèles le long de ce continuum. Par exemple, même si vous optez pour un modèle centralisé, où toutes les exigences arrivent dans une équipe de livraison centrale, vous aurez toujours des développeurs citoyens qui découvrent la plateforme et créent des applications pour leurs équipes. Vous aurez donc des éléments de matrice ou de BizDevOps indépendamment.

Ces modèles peuvent vous aider à déterminer quel est votre modèle actuel de livraison de logiciels et comment Microsoft Power Platform pourrait s’y superposer, ou comment votre modèle actuel pourrait évoluer pour s’adapter à la capacité de développement rapide activée par Microsoft Power Platform.

Modèles de livraison.

Centralisé

Dans ce modèle, vous créez des équipes centrales de propriétaires de produit qui sont responsables de la livraison low-code de solutions départementales à partir des divisions de l’organisation. Les développeurs professionnels possédant des solutions code-first travailleront en tandem avec l’entreprise pour livrer dans un modèle partagé. Les architectes d’entreprise seront propriétaires du niveau intermédiaire et des services, et veilleront à ce que les données soient disponibles pour les créateurs. Le service informatique central détiendra les licences et les systèmes dans lesquels tout le monde opère.

Avec ce modèle, vous créez une équipe centrale qui peut prendre en charge le développement d’applications en fonction des priorités organisationnelles. De plus, parce qu’elle aurait une expertise de base en Power Apps, votre équipe comprendra des membres spécialisés dans des parties spécifiques de Microsoft Power Platform, telles que Power Automate, Power BI et Power Apps Component Framework, ou ils pourraient se spécialiser dans l’intégration tierce et l’intelligence artificielle. Ce modèle est un moyen efficace de piloter le changement au sein de votre organisation et constitue le meilleur moyen de fournir tout type d’application.

Voici des instructions numériques de Schlumberger décrivant ce type de modèle ayant évolué à travers des modèles décentralisés et matriciels. En savoir plus sur l’adoption par Schlumberger de Microsoft Power Platform :Un créateur d’applications prolifique déclenche la révolution du low-code chez Schlumberger

Type de livraison d’application Type de modèle de livraison Heure de création de l’application Cycle de vie de l’application Exemples Engagement informatique
Libre-service N’importe lequel 1 à 2 semaines 6 à 12 mois Solutions petites, par service ou métier. Informatique décentralisée
Petites équipes Matriciel/Centralisé 3 à 6 mois 6 à 24 mois Petites équipes travaillant pour fournir des solutions moyennes ou des solutions multi-services. Informatique décentralisée
Solutions multi-services ou grands secteurs d’activité Matriciel/Centralisé 3 à 6 mois 6 à 24 mois De grandes équipes matricielles travaillant pour fournir des solutions moyennes et grandes ou des solutions intra-service. Informatique centralisée
Livraison de produits à grande échelle Centralisé 1 à 2 ans 5 à 7 ans Livraisons de produits volumineuses dans une entreprise en tirant parti d’un mélange de solutions Power Apps low-code et code-first ainsi que des solutions de fournisseur et de internes. Informatique centralisée
Livraison des fournisseurs de grande entreprise Centralisé 7 ans 10 à 15 ans Stratégie d’encadrement pour un système tiers d’enregistrement et de support. Par exemple, l’implémentation SAP et son entourage avec un mélange de solutions low-code et de code-first dans Power Apps et d’autres Microsoft intégrations tierces. Informatique centralisée

Décentralisé

Dans ce modèle, vous pouvez créer plusieurs équipes dans l’organisation qui sont proches de la gestion quotidienne de différentes équipes. Elles disposeront de ressources pour fournir des applications conformément aux directives de l’organisation. Chaque équipe peut fonctionner de manière autonome, et elle peut se diviser et se développer de manière cellulaire. Cependant, avec ce modèle, vous aurez toujours besoin d’une gouvernance centralisée pour appliquer des garde-corps numériques de haut niveau afin de garantir la conformité de l’entreprise. Celles-ci peuvent inclure des éléments, tels que la gouvernance de la protection contre la perte de données (DLP), la gestion des connecteurs et la gestion des licences pour garantir que les utilisateurs et les développeurs peuvent créer et publier des solutions en toute sécurité avec une intervention minimale du service informatique, tout en garantissant la sécurité et la conformité des données de l’entreprise. Cette option de libre-service est très utile.

Matrice

Avec ce modèle, vous mélangez le meilleur du décentralisé et du centralisé. Vous disposez d’une équipe centralisée de spécialistes Microsoft Power Platform formés et certifiés. Vous aurez des chefs de file du changement, de la conception, de la livraison et de l’architecture, en plus de formateurs spécialisés pour former les équipes locales à travers l’organisation. Des équipes locales composées de développeurs citoyens sont mises en relation avec des spécialistes de la structure centralisée, pour s’assurer que rien ne se perd dans la traduction entre les personnes qui font leur travail quotidien et utilisent les applications en cours de construction. Avec ce modèle, vous pouvez vous adapter aux milliers de personnes travaillant à la création d’applications.

Cette équipe devrait également envisager la notion de Center of Excellence (CoE) pour gérer son parc de données et déployer des solutions avec des directives pour tous. Cela fonctionne bien pour le libre-service et les petites équipes pour proposer des options rapidement avec peu d’engagement informatique.

BizDevOps

Le développement rapide d’applications ne peut avoir lieu qu’à la vitesse à laquelle des opérations, telles que l’informatique, peuvent prendre en charge les applications créées. BizDevOps est une relation holistique entre les créateurs d’applications et les opérations qui fonctionnent dans une boucle vertueuse. Pour que cela fonctionne, toutes les équipes doivent avoir une vision claire de la culture numérique vers laquelle l’organisation évolue. Pour tirer le meilleur parti des applications créées, elles ont besoin d’un support, d’une gouvernance et d’une maintenabilité fiables. À mesure que la technologie évolue, des mises à jour devront être apportées aux applications pour les maintenir à jour. Non seulement être conscient du changement, mais aussi avoir un plan pour le gérer, est la clé du succès des applications.