Meilleures pratiques pour la planification et la création de domaines dans Microsoft Fabric
Les domaines dans Fabric permettent d’organiser les données métier en fonction des besoins et des objectifs de l’organisation, et de faciliter la consommation.
Les domaines favorisent également la gouvernance distribuée en permettant aux paramètres du locataire d’être délégués à des administrateurs de domaine qui peuvent configurer des contrôles appropriés pour chaque domaine.
Planification
Lors de l’implémentation de domaines, il existe quelques points à prendre en compte :
Tout d’abord, envisagez d’impliquer les rôles suivants dans la phase de conception de domaine :
Architectes métier, techniques et du Centre d’excellence.
Responsables et propriétaires techniques, métier et du Centre d’excellence.
Agents de sécurité et de conformité.
Ensuite, mappez les réponses aux questions suivantes :
Qui est responsable des données ?
Quelle est la meilleure structure pour les données de mon organisation ?
Ai-je besoin d’un niveau supplémentaire de hiérarchie ? (cette considération vous aide à déterminer si et comment créer des sous-domaines au sein de chaque domaine).
Structures organisationnelles courantes dans le secteur
La section suivante décrit plusieurs des structures organisationnelles les plus courantes du secteur.
Structure fonctionnelle
Dans une structure fonctionnelle, l’organisation est divisée en unités (telles que Finance, RH, Ventes, etc.) en fonction des rôles et des fonctions métier qu’elles exécutent. Cette structure a une hiérarchie claire, un leadership centralisé, et des responsabilités et des autorités bien définies.
Une structure fonctionnelle permet la spécialisation, la scalabilité et la responsabilité. Elle définit également des attentes claires, et fournit une chaîne directe de commandes.
Structure de produit/projet
Une structure basée sur un produit/projet convient aux entreprises qui ont plusieurs lignes de produits ou projets qui nécessitent différentes équipes et ressources.
Une structure de produit/projet permet à l’entreprise d’affecter des équipes dédiées à chaque produit ou projet, et favorise l’innovation et la collaboration.
L’un des inconvénients d’une structure basée sur un produit/projet est qu’elle peut créer une duplication des fonctions, une concurrence pour les ressources et un manque de coordination entre les équipes.
Structure basée sur les processus
Une structure basée sur les processus convient aux entreprises qui ont des processus standardisés ou répétitifs couvrant différents produits ou marchés. Une structure basée sur les processus permet à l’entreprise d’optimiser l’efficacité, la qualité et la cohérence de chaque processus, et d’utiliser l’expertise et les compétences des équipes de processus. Toutefois, une structure basée sur les processus peut également créer des silos et des lacunes de communication, et réduire le focus client parmi les équipes.
Structure basée sur la région
Une structure basée sur la région convient aux entreprises qui opèrent dans différentes régions ou pays et doivent s’adapter à la culture, aux réglementations et à l’environnement locaux. Une structure basée sur la région permet à l’entreprise de déléguer l’autorité de prise de décision aux responsables régionaux qui peuvent adapter leurs produits et services aux besoins et références des clients régionaux.
Structure mixte
Une structure mixte est une combinaison de plusieurs structures organisationnelles, telles que fonctionnelle, produit ou marché. Une structure mixte peut aider l’entreprise à équilibrer les avantages et inconvénients de chaque structure, et à accroître l’efficacité et la flexibilité. Par exemple, une entreprise peut avoir des services fonctionnels internationaux pour les finances, les ressources humaines et la recherche et le développement, et des services de produits ou de marché pour des unités commerciales ou des segments spécifiques.
Structure de sous-domaine
Les sous-domaines peuvent suivre la même logique que le domaine parent, ou ils peuvent avoir leur propre structure en fonction des besoins de l’organisation. Par exemple, les domaines d’une organisation peuvent être créés en fonction d’une structure basée sur une fonction, tandis que les sous-domaines peuvent être créés avec une structure basée sur la région.
Affectation d’espace de travail
Une fois les structures des domaines et des sous-domaines créées, l’étape suivante consiste à affecter des espaces de travail à chaque domaine ou sous-domaine. Il existe différentes façons d’affecter des espaces de travail à des domaines, en fonction de la convention de nommage et des critères utilisés pour créer les domaines et les sous-domaines. Voici quelques méthodes possibles :
Par nom d’espace de travail : cette méthode est utile pour les organisations qui suivent un modèle de nommage cohérent et clair pour leurs espaces de travail, et qui ont des noms qui reflètent ou sont en rapport avec le domaine ou le sous-domaine approprié. Par exemple, si le domaine est Finance et que le sous-domaine est Comptabilité, un espace de travail nommé Finance-Comptabilité-Rapport serait affecté à ce sous-domaine Comptabilité.
Par propriétaire de l’espace de travail : cette méthode s’applique aux organisations qui ont une structure de propriété claire et stable pour leurs espaces de travail, et qui ont des propriétaires qui correspondent aux domaines ou sous-domaines. Par exemple, si le domaine est Produit et que le sous-domaine est Fabric, un espace de travail appartenant à Produit Responsable-Fabric serait affecté à ce sous-domaine Fabric.
Par capacité : cette méthode convient aux organisations qui ont adopté l’architecture de maillage de données avec des capacités, et qui ont des capacités qui correspondent aux domaines ou sous-domaines. Par exemple, si le domaine est Marketing et que le sous-domaine est Analytique, un espace de travail affecté à la capacité Marketing-Analytique serait affecté à ce sous-domaine Analytique.