Aanbevolen procedures voor het plannen en maken van domeinen in Microsoft Fabric
Domeinen in Fabric helpen bij het organiseren van bedrijfsgegevens op basis van de behoeften en doelstellingen van de organisatie en om het verbruik te vergemakkelijken.
Domeinen bevorderen ook gedistribueerde governance door tenantinstellingen te delegeren aan domeinadministratoren die de juiste besturingselementen voor elk domein kunnen instellen.
Planning
Bij het implementeren van domeinen zijn er een paar dingen om over na te denken:
Overweeg eerst de volgende rollen in de ontwerpfase van het domein:
Center of excellence, business en technische architecten.
Center of excellence, business, and technical leads and owners.
Beveiligings- en nalevingsfunctionarissen.
Wijs vervolgens antwoorden toe op de volgende vragen:
Wie is verantwoordelijk voor de gegevens?
Wat is de beste structuur voor de gegevens van mijn organisatie?
Heb ik een extra hiërarchieniveau nodig? (met deze overweging kunt u bepalen of en hoe u subdomeinen binnen elk domein maakt).
Algemene organisatiestructuren in de industrie
In de volgende sectie worden verschillende van de meest voorkomende organisatiestructuren in de branche beschreven.
Functionele structuur
In een functionele structuur is de organisatie onderverdeeld in eenheden (zoals Financiën, HR, Verkoop, enzovoort) op basis van de rollen en bedrijfsfuncties die ze uitvoeren. Deze structuur heeft een duidelijke hiërarchie, gecentraliseerd leiderschap en goed gedefinieerde verantwoordelijkheden en autoriteiten.
Een functionele structuur maakt specialisatie, schaalbaarheid en verantwoordelijkheid mogelijk. Het stelt ook duidelijke verwachtingen en biedt een directe keten van opdracht.
Product-/projectstructuur
Een product-/projectstructuur is geschikt voor bedrijven die meerdere productlijnen of projecten hebben waarvoor verschillende teams en resources nodig zijn.
Met een product-/projectstructuur kan het bedrijf toegewezen teams toewijzen aan elk product of project en innovatie en samenwerking bevorderen.
Een nadeel van een product-/projectstructuur is dat het duplicatie van functies, concurrentie voor resources en gebrek aan coördinatie tussen teams kan creëren.
Op proces gebaseerde structuur
Een processtructuur is geschikt voor bedrijven die gestandaardiseerde of terugkerende processen hebben die verschillende producten of markten omvatten. Met een processtructuur kan het bedrijf de efficiëntie, kwaliteit en consistentie van elk proces optimaliseren en de expertise en vaardigheden van de procesteams gebruiken. Een op processen gebaseerde structuur kan echter ook silo's, communicatie hiaten en een verminderde klantfocus tussen teams creëren.
Structuur op basis van regio's
Een regiostructuur is geschikt voor bedrijven die in verschillende regio's of landen werken en zich moeten aanpassen aan de lokale omgeving, cultuur en regelgeving. Met een regiostructuur kan het bedrijf de beslissingsbevoegdheid delegeren aan de regionale managers die hun producten en diensten kunnen aanpassen aan de behoeften en verwijzingen van de regionale klant.
Gemengde structuur
Een gemengde structuur is een combinatie van twee of meer organisatiestructuren, zoals functioneel, product of markt. Een gemengde structuur kan het bedrijf helpen de voor- en nadelen van elke structuur te verdelen en meer efficiëntie en flexibiliteit te bereiken. Een bedrijf kan bijvoorbeeld globale functionele afdelingen hebben voor financiën, human resources en onderzoek en ontwikkeling, en product- of marktafdelingen voor specifieke bedrijfseenheden of segmenten.
Subdomeinstructuur
Subdomeinen kunnen dezelfde logica van het bovenliggende domein volgen of ze kunnen hun eigen structuur hebben op basis van de behoeften van de organisatie. De domeinen van een organisatie kunnen bijvoorbeeld worden gebouwd op basis van een functiestructuur, terwijl de subdomeinen kunnen worden gebouwd met een regiostructuur.
Toewijzen werkruimte
Nadat u de structuren van de domeinen en subdomeinen hebt gemaakt, is de volgende stap het toewijzen van werkruimten aan elk domein of subdomein. Er zijn verschillende manieren om werkruimten toe te wijzen aan domeinen, afhankelijk van de naamconventie en criteria die worden gebruikt om de domeinen en subdomeinen te maken. Enkele mogelijke methoden zijn:
Op naam van de werkruimte: deze methode is handig voor organisaties die een consistent en duidelijk naamgevingspatroon voor hun werkruimten volgen en namen hebben die overeenkomen met het relevante domein of subdomein. Als het domein bijvoorbeeld Financiën is en het subdomein Accounting is, wordt er een werkruimte met de naam Finance-Accounting-Report toegewezen aan dat subdomein Accounting.
Door de eigenaar van de werkruimte: deze methode is van toepassing voor organisaties die een duidelijke en stabiele eigendomsstructuur voor hun werkruimten hebben en eigenaren hebben die overeenkomen met de domeinen of subdomeinen. Als het domein bijvoorbeeld Product is en het subdomein Fabric is, wordt een werkruimte die eigendom is van Product Manager-Fabric toegewezen aan dat Fabric-subdomein.
Op capaciteit: Deze methode is geschikt voor organisaties die de data mesh-architectuur met capaciteiten hebben aangenomen en capaciteiten hebben die overeenkomen met de domeinen of subdomeinen. Als het domein bijvoorbeeld Marketing is en het subdomein Analytics is, wordt een werkruimte die is toegewezen aan de capaciteit Marketing-Analytics toegewezen aan dat subdomein Van Analytics toegewezen.