Procedure consigliate per la pianificazione e la creazione di domini in Microsoft Fabric
I domini in Fabric consentono di organizzare i dati aziendali in base alle esigenze e agli obiettivi dell'organizzazione e di facilitare il consumo.
I domini promuovono anche la governance distribuita rendendo possibile delegare le impostazioni del tenant agli amministratori di dominio che possono configurare controlli appropriati per ogni dominio.
Pianificazione
Quando si implementano domini, è necessario considerare alcuni aspetti:
Prima di tutto, valutare la possibilità di coinvolgere i ruoli seguenti nella fase di progettazione del dominio:
Centro di eccellenza, business e architetti tecnici.
Centro di eccellenza, business e lead tecnici e proprietari.
Responsabili della sicurezza e della conformità.
Eseguire quindi il mapping delle risposte alle domande seguenti:
Chi è responsabile dei dati?
Qual è la struttura migliore per i dati dell'organizzazione?
È necessario un livello aggiuntivo di gerarchia? Questa considerazione consente di decidere se e come creare sottodomini all'interno di ogni dominio.
Strutture organizzative comuni nel settore
La sezione seguente descrive diverse delle strutture organizzative più comuni nel settore.
Struttura funzionale
In una struttura funzionale, l'organizzazione è suddivisa in unità (ad esempio Finance, HR, Sales e così via) in base ai ruoli e alle funzioni aziendali che svolgono. Questa struttura ha una gerarchia chiara, una leadership centralizzata e responsabilità e autorità ben definite.
Una struttura funzionale consente la specializzazione, la scalabilità e la responsabilità. Imposta anche aspettative chiare e fornisce una catena diretta di comandi.
Struttura del prodotto/progetto
Una struttura basata su prodotto/progetto è adatta alle aziende con più linee di prodotto o progetti che richiedono team e risorse diversi.
Una struttura di prodotto/progetto consente all'azienda di assegnare team dedicati a ogni prodotto o progetto e promuove l'innovazione e la collaborazione.
Uno svantaggio di una struttura basata su prodotto/progetto è che può creare duplicazione di funzioni, concorrenza per le risorse e mancanza di coordinamento tra i team.
Struttura basata su processi
Una struttura basata su processi è adatta alle aziende con processi standardizzati o ripetitivi che si estendono su diversi prodotti o mercati. Una struttura basata su processi consente all'azienda di ottimizzare l'efficienza, la qualità e la coerenza di ogni processo e usare le competenze e le competenze dei team di processo. Tuttavia, una struttura basata su processi può anche creare silo, gap di comunicazione e ridurre l'attenzione dei clienti tra i team.
Struttura basata sull'area
Una struttura basata su area geografica è adatta alle aziende che operano in diverse regioni o paesi e devono adattarsi all'ambiente locale, alla cultura e alle normative. Una struttura basata su area geografica consente all'azienda di delegare l'autorità decisionale ai responsabili regionali che possono personalizzare i propri prodotti e servizi in base alle esigenze e ai riferimenti regionali dei clienti.
Struttura mista
Una struttura mista è una combinazione di due o più strutture organizzative, ad esempio funzionale, prodotto o mercato. Una struttura mista può aiutare l'azienda a bilanciare i vantaggi e gli svantaggi di ogni struttura e ottenere una maggiore efficienza e flessibilità. Ad esempio, un'azienda potrebbe avere reparti funzionali globali per finanza, risorse umane e ricerca e sviluppo, nonché reparti di prodotto o di mercato per unità aziendali o segmenti specifici.
Struttura del sottodominio
I sottodomini possono seguire la stessa logica del dominio padre oppure possono avere una propria struttura in base alle esigenze dell'organizzazione. Ad esempio, i domini di un'organizzazione potrebbero essere compilati in base a una struttura basata su funzioni, mentre i sottodomini potrebbero essere compilati con una struttura basata sull'area.
Assegnazione dell'area di lavoro
Dopo aver creato le strutture dei domini e dei sottodomini, il passaggio successivo consiste nell'assegnare aree di lavoro a ogni dominio o sottodominio. Esistono diversi modi per assegnare aree di lavoro ai domini, a seconda della convenzione di denominazione e dei criteri usati per creare i domini e i sottodomini. Alcuni metodi possibili sono:
Per nome dell'area di lavoro: questo metodo è utile per le organizzazioni che seguono un modello di denominazione coerente e chiaro per le aree di lavoro e hanno nomi che riflettono o si riferiscono al dominio o al sottodominio pertinente. Ad esempio, se il dominio è Finance e il sottodominio è Accounting, a tale sottodominio Accounting verrà assegnata un'area di lavoro denominata Finance-Accounting-Report.
Per proprietario dell'area di lavoro: questo metodo è applicabile per le organizzazioni che hanno una struttura di proprietà chiara e stabile per le aree di lavoro e hanno proprietari che corrispondono ai domini o ai sottodomini. Ad esempio, se il dominio è Product e il sottodominio è Fabric, un'area di lavoro di proprietà di Product Manager-Fabric verrà assegnata a tale sottodominio fabric .
Per capacità: questo metodo è adatto per le organizzazioni che hanno adottato l'architettura della mesh di dati con capacità e hanno capacità che corrispondono ai domini o ai sottodomini. Ad esempio, se il dominio è Marketing e il sottodominio è Analytics, un'area di lavoro assegnata alla capacità Marketing-Analytics verrà assegnata a tale sottodominio di Analytics.