Roadmap per l'adozione di Microsoft Fabric: proprietà e gestione dei contenuti

Nota

Questo articolo fa parte della serie di articoli della roadmap per l'adozione di Microsoft Fabric. Per una panoramica della serie, vedere Roadmap per l'adozione di Microsoft Fabric.

Nota

Gli scenari di utilizzo della pianificazione dell'implementazione di Power BI esplorano molti concetti illustrati in questo articolo, concentrandosi sul carico di lavoro di Power BI in Microsoft Fabric. Gli articoli sullo scenario di utilizzo includono diagrammi dettagliati che potrebbero risultare utili per supportare la pianificazione e il processo decisionale.

Esistono tre strategie principali per il modo in cui i dati, l'analisi e il contenuto di business intelligence (BI) sono di proprietà e gestiti: self-service gestito dal business, self-service e aziendale. Ai fini di questa serie di articoli, il termine contenuto fa riferimento a qualsiasi tipo di elemento di dati (ad esempio un notebook, un modello semantico, noto in precedenza come set di dati, report o dashboard).

Le impostazioni cultura dei dati dell'organizzazione sono il motivo per cui, come e da chi vengono implementate ognuna di queste tre strategie di proprietà del contenuto.

Le aree nel diagramma precedente includono:

Area	Descrizione
	Self-service guidato dall'azienda: tutto il contenuto è di proprietà e gestito dai creatori e dagli esperti in materia all'interno di una business unit. Questa strategia di proprietà è nota anche come strategia decentralizzata o bottom-up .
	Self-service gestito: i dati sono di proprietà e gestiti da un team centralizzato, mentre gli utenti aziendali si occupano di report e dashboard. Questa strategia di proprietà è nota anche come disciplina al centro e alla flessibilità al perimetro.
	Organizzazione: tutto il contenuto è di proprietà e gestito da un team centralizzato, ad esempio IT, business BI o il Centro di eccellenza (COE).

È improbabile che un'organizzazione funzioni esclusivamente con una strategia di gestione e proprietà del contenuto. A seconda delle impostazioni cultura dei dati, una strategia potrebbe essere molto più dominante rispetto alle altre. La scelta della strategia può differire dalla soluzione alla soluzione o dal team al team. Infatti, un singolo team può usare attivamente più strategie se si tratta sia di un consumer di contenuti aziendali che di un produttore di contenuti self-service. La strategia da perseguire dipende da fattori quali:

• Requisiti per una soluzione, ad esempio una raccolta di report, un'app Power BI o una lakehouse.
• Competenze utente.
• Impegno continuo per la formazione e la crescita delle competenze.
• Flessibilità necessaria.
• Livello di complessità.
• Priorità e livello di impegno della leadership.

La cultura dei dati dell'organizzazione, in particolare la sua posizione sulla democratizzazione dei dati, ha una notevole influenza sulla portata delle tre strategie di proprietà del contenuto usate. Anche se esistono modelli comuni per il successo, non esiste un approccio adatto a tutte le dimensioni. Il modello di governance e l'approccio di ogni organizzazione alla proprietà e alla gestione del contenuto devono riflettere le differenze tra origini dati, applicazioni e contesto aziendale.

Il modo in cui il contenuto è di proprietà e gestito ha un effetto significativo sulla governance, l'estensione del mentoring e dell'abilitazione degli utenti, le esigenze per il supporto degli utenti e il modello operativo COE .

Come illustrato nell'articolo sulla governance , il livello di governance e supervisione dipende da:

• Chi possiede e gestisce il contenuto.
• Ambito del recapito del contenuto.
• Area dell'interessato e livello di riservatezza.
• L'importanza dei dati e se viene usata per il processo decisionale critico.

In generale:

• Il contenuto self-service guidato dall'azienda è soggetto ai controlli di governance e supervisione meno rigorosi. Include spesso soluzioni bi personali e di business intelligence per i team.
• Il contenuto self-service gestito è soggetto a controlli di governance e supervisione moderatamente rigorosi. Include spesso soluzioni di business intelligence per i team e le soluzioni di business intelligence di reparto.
• Le soluzioni aziendali sono soggette a controlli di governance e supervisione più rigorosi.

Come indicato nell'articolo sui livelli di maturità dell'adozione, l'adozione dell'organizzazione misura lo stato dei processi e della governance della gestione dei dati. Le scelte effettuate per la proprietà e la gestione dei contenuti influiscono in modo significativo sul modo in cui viene raggiunta l'adozione dell'organizzazione.

Proprietà e gestione

Esistono molti ruoli correlati alla gestione dei dati. I ruoli possono essere definiti in molti modi e possono essere facilmente frainteso. La tabella seguente presenta i possibili modi per definire concettualmente questi ruoli:

Ruolo	Descrizione
Amministratore dei dati	Responsabile della definizione e/o della gestione dei livelli di qualità dei dati accettabili, nonché della gestione dei dati master (MDM).
Esperto di materia (PMI)	Responsabile della definizione del significato dei dati, dell'uso, dell'accesso e del modo in cui i dati vengono presentati ad altri utenti. Collabora con il proprietario del dominio in base alle esigenze e supporta i colleghi nell'uso dei dati.
Proprietario tecnico	Responsabile della creazione, della gestione, della pubblicazione e della protezione dell'accesso ai dati e agli elementi di report.
Proprietario del dominio	Decision maker di livello superiore che collabora con i team di governance su criteri, processi e requisiti di gestione dei dati. Decision maker per definire usi appropriati e inappropriati dei dati. Partecipa al consiglio di governance dei dati, come descritto nell'articolo sulla governance .

L'assegnazione della proprietà per un dominio dati tende a essere più semplice quando si gestiscono sistemi di origine transazionali. Nelle soluzioni di analisi e business intelligence i dati vengono integrati da più aree di dominio, quindi trasformati e arricchiti. Per le soluzioni analitiche downstream, l'argomento della proprietà diventa più complesso.

Nota

Essere chiari su chi è responsabile della gestione degli elementi di dati. È fondamentale garantire un'esperienza ottimale per i consumer di contenuti. In particolare, la chiarezza sulla proprietà è utile per:

• Chi contattare con domande.
• Commenti.
• Richieste di miglioramento.
• Richieste di supporto.

Nel portale di Fabric i proprietari del contenuto possono impostare la proprietà dell'elenco contatti per molti tipi di elementi. L'elenco contatti viene usato anche nei flussi di lavoro di sicurezza. Ad esempio, quando un utente viene inviato un URL per aprire un'app Power BI, ma non dispone dell'autorizzazione , verrà visualizzata un'opzione per effettuare una richiesta di accesso.

Linee guida per il successo con la proprietà:

• Definire il modo in cui la terminologia relativa alla proprietà e all'amministrazione viene usata nell'organizzazione, incluse le aspettative per questi ruoli.
• Impostare i contatti per ogni area di lavoro e per i singoli elementi per comunicare la proprietà e/o le responsabilità di supporto.
• Specificare tra due e quattro amministratori dell'area di lavoro e condurre regolarmente un controllo degli amministratori dell'area di lavoro (forse due volte all'anno). Gli amministratori dell'area di lavoro potrebbero essere direttamente responsabili della gestione del contenuto dell'area di lavoro oppure potrebbero essere assegnate a colleghi che eseguono il lavoro pratico. In tutti i casi, gli amministratori dell'area di lavoro devono essere in grado di contattare facilmente i proprietari di contenuti specifici.
• Includere informazioni personalizzate coerenti sui report per indicare chi ha prodotto il contenuto e chi contattare per assistenza. Un'immagine o un'etichetta di testo piccola che si trova nel piè di pagina del report è utile, soprattutto quando il report viene esportato dal portale di Fabric. Un file modello standard può incoraggiare e semplificare l'uso coerente della personalizzazione.
• Usare le procedure consigliate ei progetti di co-sviluppo con il COE.

Nella parte restante di questo articolo vengono illustrate le considerazioni relative alle tre strategie di proprietà e gestione del contenuto.

Self-service guidato dall'azienda

Con un approccio self-service guidato dall'azienda ai dati e alla BI, tutto il contenuto è di proprietà e gestito da creatori ed esperti in materia. Poiché la responsabilità viene mantenuta all'interno di una business unit, questa strategia viene spesso descritta come approccio dal basso verso l'alto o decentralizzato. La funzionalità self-service guidata dall'azienda è spesso una buona strategia per le soluzioni bi personali e di business intelligence per i team.

Importante

Il concetto di self-service guidato dall'azienda non è uguale a shadow IT. In entrambi gli scenari, i dati e il contenuto bi vengono creati, di proprietà e gestiti dagli utenti aziendali. Tuttavia, shadow IT implica che l'unità aziendale sta eludendo l'IT e quindi la soluzione non è approvata. Con le soluzioni di BUSINESS INTELLIGENCE self-service guidate dall'azienda, l'unità aziendale ha l'autorità completa per creare e gestire il contenuto. Le risorse e il supporto del COE sono disponibili per gli autori di contenuti self-service. È anche previsto che la business unit sia conforme a tutte le linee guida e i criteri di governance dei dati stabiliti.

La modalità self-service guidata dall'azienda è più adatta quando:

• La gestione decentralizzata dei dati è allineata alla cultura dei dati dell'organizzazione e l'organizzazione è pronta a supportare queste attività.
• L'esplorazione dei dati e la libertà di innovazione sono una priorità elevata.
• La business unit vuole avere il maggior coinvolgimento e mantenere il massimo livello di controllo.
• L'unità aziendale ha utenti qualificati in grado di supportare completamente le soluzioni nell'intero ciclo di vita. Include tutti i tipi di elementi, inclusi i dati (ad esempio un lakehouse, un data warehouse, una pipeline di dati, un flusso di dati o un modello semantico), gli oggetti visivi (ad esempio report e dashboard) e le app Power BI.
• La flessibilità di rispondere alle mutevoli condizioni aziendali e reagire rapidamente supera la necessità di una governance e una supervisione più restrittive.

Ecco alcune linee guida che consentono di ottenere risultati positivi con i dati self-service aziendali e bi.

• Insegnare ai creatori di usare le stesse tecniche usate dall'IT, ad esempio modelli semantici condivisi e flussi di dati. Usa un OneLake ben organizzato. Centralizzare i dati per ridurre la manutenzione, migliorare la coerenza e ridurre i rischi.
• Concentrarsi sulla fornitura di mentoring, formazione, risorse e documentazione (descritto nell'articolo Mentoring e abilitazione degli utenti). L'importanza di questi sforzi non può essere superata. Prepararsi per i livelli di competenza degli autori di contenuti self-service per variare in modo significativo. È anche comune che una soluzione fornisca un ottimo valore aziendale, ma sia stata creata in modo da non ridimensionare o ottenere prestazioni adeguate nel tempo (man mano che i volumi di dati cronologici aumentano). Avere il COE disponibile per aiutare quando si verificano queste situazioni è molto prezioso.
• Fornire indicazioni sul modo migliore per usare le approvazioni. L'approvazione promossa è per i contenuti prodotti dai creatori self-service. Valutare la possibilità di riservare l'uso dell'autenticità certificata per il contenuto bi aziendale e il contenuto di BUSINESS INTELLIGENCE gestito (descritto di seguito).
• Analizzare il log attività per individuare le situazioni in cui il COE potrebbe contattare in modo proattivo i proprietari self-service per offrire informazioni utili. È particolarmente utile quando viene rilevato un modello di utilizzo non ottimale. Ad esempio, l'attività del log potrebbe rivelare l'uso eccessivo della condivisione di singoli elementi quando i gruppi di destinatari o i ruoli dell'area di lavoro di Power BI potrebbero essere una scelta migliore. I dati del log attività consentono al COE di offrire supporto e consulenza alle business unit. A sua volta, queste informazioni possono contribuire ad aumentare la qualità delle soluzioni, consentendo all'azienda di mantenere la proprietà completa e il controllo del loro contenuto. Per altre informazioni, vedere Controllo e monitoraggio.

Self-service gestito

La business intelligence self-service gestita è un approccio misto ai dati e alla BI. I dati sono di proprietà e gestiti da un team centralizzato (ad esempio IT, business BI o COE), mentre la responsabilità per i report e i dashboard appartiene a creatori ed esperti in materia all'interno delle business unit. La business intelligence self-service gestita è spesso una buona strategia per le soluzioni di business intelligence per i team e le soluzioni di business intelligence di reparto.

Questo approccio è spesso called_discipline al centro e alla flessibilità in edge_. Perché l'architettura dei dati è gestita da un singolo team con un livello appropriato di disciplina e rigore. Le business unit hanno la flessibilità necessaria per creare report e dashboard in base ai dati centralizzati. Questo approccio consente agli autori di report di essere molto più efficienti perché possono rimanere concentrati sulla fornitura di valore dall'analisi dei dati e dagli oggetti visivi.

La business intelligence self-service gestita è più adatta quando:

• La gestione centralizzata dei dati è allineata alle impostazioni cultura dei dati dell'organizzazione.
• L'organizzazione ha un team di esperti di BI che gestiscono l'architettura dei dati.
• Il riutilizzo dei dati viene applicato da molti autori di report self-service oltre i limiti dell'organizzazione.
• Gli autori di report self-service devono produrre contenuti analitici a un ritmo più veloce rispetto al team centralizzato.
• Diversi utenti sono responsabili della gestione della preparazione dei dati, della modellazione dei dati e della creazione di report.

Ecco alcune linee guida che consentono di ottenere risultati positivi con la business intelligence self-service gestita.

• Insegnare agli utenti di separare lo sviluppo di modelli e report. Possono usare connessioni dinamiche per creare report basati su modelli semantici esistenti. Quando il modello semantico viene separato dal report, promuove il riutilizzo dei dati da parte di molti report e molti autori. Facilita inoltre la separazione dei compiti.
• Usare i flussi di dati per centralizzare la logica di preparazione dei dati e condividere tabelle di dati di uso comune, ad esempio data, cliente, prodotto o vendita, con molti creatori di modelli semantici. Perfezionare il flusso di dati il più possibile, usando nomi di colonna descrittivi e tipi di dati corretti per ridurre il lavoro downstream richiesto dagli autori di modelli semantici, che utilizzano il flusso di dati come origine. I flussi di dati sono un modo efficace per ridurre il tempo necessario per la preparazione dei dati e migliorare la coerenza dei dati tra i modelli semantici. L'uso dei flussi di dati riduce anche il numero di aggiornamenti dei dati nei sistemi di origine e consente un minor numero di utenti che richiedono l'accesso diretto ai sistemi di origine.
• Quando gli autori self-service devono aumentare un modello semantico esistente con dati di reparto, educarli a creare modelli compositi. Questa funzionalità consente un equilibrio ideale dell'abilitazione self-service sfruttando al tempo stesso l'investimento in asset di dati gestiti centralmente.
• Usare l'autenticità certificata per modelli semantici e flussi di dati per aiutare gli autori di contenuti a identificare origini di dati attendibili.
• Includere informazioni personalizzate coerenti su tutti i report per indicare chi ha prodotto il contenuto e chi contattare per assistenza. La personalizzazione è particolarmente utile per distinguere il contenuto prodotto dai creatori self-service. Una piccola immagine o un'etichetta di testo nel piè di pagina del report è utile quando il report viene esportato dal portale di Fabric.
• Valutare la possibilità di implementare aree di lavoro separate per l'archiviazione di dati e report. Questo approccio consente una migliore chiarezza su chi è responsabile del contenuto. Consente anche assegnazioni di ruoli dell'area di lavoro più restrittive. In questo modo, gli autori di report possono pubblicare solo il contenuto nell'area di lavoro per la creazione di report; e, le autorizzazioni di lettura e compilazione del modello semantico consentono agli autori di creare nuovi report con sicurezza a livello di riga, se applicabile. Per altre informazioni, vedere Pianificazione a livello di area di lavoro. Per altre informazioni sulla sicurezza a livello di riga, vedere Pianificazione della sicurezza degli autori di contenuti.
• Usare le API REST di Power BI per compilare un inventario degli elementi di Power BI. Analizzare il rapporto tra modelli semantici e report per valutare l'entità del riutilizzo del modello semantico.

Funzionalità per le aziende

L'azienda è un approccio centralizzato alla distribuzione di soluzioni di business intelligence e dati in cui tutto il contenuto della soluzione è di proprietà e gestito da un team centralizzato. Questo team è in genere IT, business BI o COE.

Enterprise è il più adatto quando:

• Centralizzare la gestione dei contenuti con un singolo team è allineato alle impostazioni cultura dei dati dell'organizzazione.
• L'organizzazione ha competenze in materia di dati e business intelligence per gestire tutti gli elementi end-to-end.
• Le esigenze di contenuto dei consumer sono ben definite e non è necessario personalizzare o esplorare i dati oltre alla soluzione di creazione di report distribuita.
• La proprietà del contenuto e l'accesso diretto ai dati devono essere limitati a un numero ridotto di esperti e proprietari.
• I dati sono altamente sensibili o soggetti a requisiti normativi.

Ecco alcune linee guida che consentono di ottenere risultati positivi con i dati aziendali e bi.

• Implementare un processo rigoroso per l'uso dell'autenticità certificata per il contenuto. Non tutti i contenuti aziendali devono essere certificati, ma gran parte di esso probabilmente dovrebbe essere. Il contenuto certificato deve indicare che la qualità dei dati è stata convalidata. Il contenuto certificato deve anche seguire le regole di gestione delle modifiche, avere supporto formale e essere documentato completamente. Poiché il contenuto certificato ha superato standard rigorosi, le aspettative di attendibilità sono superiori.
• Includere informazioni personalizzate coerenti nei report di Business Intelligence aziendali per indicare chi ha prodotto il contenuto e chi contattare per assistenza. Un'etichetta di testo o un'immagine piccola nel piè di pagina del report è utile quando il report viene esportato da un utente.
• Se si usa una personalizzazione specifica dei report per indicare il contenuto di Business Intelligence aziendale, prestare attenzione al salvataggio di una funzionalità di copia che consente a un utente di scaricare una copia di un report e personalizzarla. Anche se questa funzionalità è un ottimo modo per collegare business intelligence aziendale con business intelligence self-service gestita, diluisce il valore della personalizzazione. Una soluzione più semplice consiste nel fornire un file di modello di Power BI Desktop separato per gli autori self-service. Il modello definisce un punto di partenza per la creazione di report con una connessione dinamica a un modello semantico esistente e non include la personalizzazione. Il file modello può essere condiviso come collegamento all'interno di un'app Power BI o dal portale della community.

Trasferimenti di proprietà

In alcuni casi, potrebbe essere necessario trasferire la proprietà di una determinata soluzione a un altro team. Un trasferimento di proprietà da una business unit a un team centralizzato può verificarsi quando:

• Una soluzione guidata dall'azienda viene usata da un numero significativo di utenti o supporta ora decisioni aziendali critiche. In questi casi, la soluzione deve essere gestita da un team con processi implementati per implementare livelli più elevati di governance e supporto.
• Una soluzione guidata dall'azienda è un candidato da usare molto più ampiamente in tutta l'organizzazione, quindi deve essere gestita da un team che può impostare la sicurezza e distribuire il contenuto ampiamente in tutta l'organizzazione.
• Una business unit non ha più competenze, budget o tempo disponibile per continuare a gestire il contenuto, ma rimane la necessità aziendale per il contenuto.
• Le dimensioni o la complessità di una soluzione sono aumentate fino a un punto in cui è necessaria un'architettura o una riprogettazione dei dati diversa.
• Un modello di verifica è pronto per essere operativo.

Il COE deve disporre di procedure ben documentate per identificare quando una soluzione è un candidato per il trasferimento di proprietà. È molto utile se il personale dell'help desk sa anche cosa cercare. Avere un modello personalizzato per gli autori self-service per creare e crescere una soluzione, e consegnarla in determinate circostanze, è un indicatore di una cultura dei dati produttiva e sana. Un semplice trasferimento di proprietà può essere risolto durante le ore di ufficio del COE; un trasferimento più complesso potrebbe giustificare un piccolo progetto gestito dal COE.

Nota

È possibile che il nuovo proprietario debba eseguire il refactoring e le convalide dei dati prima di essere disposti a acquisire la proprietà completa. È molto probabile che il refactoring si verifichi con gli aspetti meno visibili della preparazione dei dati, della modellazione dei dati e dei calcoli. Se sono presenti passaggi manuali o origini file flat, ora è il momento ideale per applicare tali miglioramenti. Potrebbe anche essere necessario modificare la personalizzazione dei report e dei dashboard, ad esempio se è presente un piè di pagina che indica il contatto del report o un'etichetta di testo che indica che il contenuto è certificato.

È anche possibile che un team centralizzato trasferisca la proprietà a una business unit. Potrebbe verificarsi quando:

• Il team con conoscenza del dominio è meglio attrezzato per possedere e gestire il contenuto in futuro.
• Il team centralizzato ha creato la soluzione per una business unit che non ha le competenze necessarie per crearla da zero, ma può gestire ed estendere la soluzione in futuro.

Suggerimento

Non dimenticare di riconoscere e ricompensare il lavoro del creatore originale, in particolare se i trasferimenti di proprietà sono un evento comune.

Considerazioni e azioni chiave

Elenco di controllo : ecco un elenco di considerazioni e azioni chiave che è possibile intraprendere per rafforzare l'approccio alla proprietà e alla gestione dei contenuti.

• Acquisire una conoscenza completa di ciò che sta accadendo: assicurarsi di comprendere in modo approfondito come avviene la proprietà e la gestione dei contenuti in tutta l'organizzazione. È probabile che non ci sia un approccio adatto a tutte le dimensioni per applicare in modo uniforme l'intera organizzazione. Esaminare gli scenari di utilizzo della pianificazione dell'implementazione per comprendere in che modo Power BI e Fabric possono essere usati in modi diversi.
• Condurre discussioni: determinare cosa funziona bene, cosa non funziona bene e qual è l'equilibrio desiderato tra le tre strategie di proprietà. Se necessario, pianificare discussioni con persone specifiche in vari team. Sviluppare un piano per passare dallo stato corrente allo stato desiderato.
• Eseguire una valutazione: se il team dei dati aziendali presenta attualmente problemi correlati alla pianificazione e alle priorità, eseguire una valutazione per determinare se è possibile implementare una strategia self-service gestita per consentire a più creatori di contenuti in tutta l'organizzazione. I dati self-service gestiti e bi possono essere estremamente efficaci su scala globale.
• Chiarire la terminologia: chiarire i termini usati nell'organizzazione per il proprietario, l'amministratore dei dati e l'esperto in materia.
• Assegnare ruoli e responsabilità chiari: assicurarsi che i ruoli e le responsabilità per i proprietari, gli amministratori e gli esperti in materia siano documentati e ben compresi da tutti gli utenti coinvolti. Includere il personale di backup.
• Assicurati il coinvolgimento della community: assicurati che tutti i tuoi proprietari di contenuti, sia aziendali che IT, facciano parte della tua community di pratica.
• Creare materiale sussidiario per i proprietari e i contatti in Fabric: determinare come si userà la funzionalità contatti in Fabric. Comunicare con i creatori di contenuti su come usarlo e sui motivi per cui è importante.
• Creare un processo per la gestione dei trasferimenti di proprietà: se i trasferimenti di proprietà vengono eseguiti regolarmente, creare un processo per il funzionamento.
• Supportare i creatori di contenuti avanzati: determinare la strategia per l'uso di strumenti esterni per funzionalità avanzate di creazione e maggiore produttività.

Domande da porsi

Usare domande come quelle riportate di seguito per valutare la proprietà e la gestione del contenuto.

• I team centrali responsabili di Fabric hanno una chiara comprensione di chi possiede il contenuto bi? Esiste una distinzione tra i report e gli elementi di dati o tipi di elementi diversi (ad esempio modelli semantici di Power BI, notebook di data science o lakehouse)?
• Quali scenari di utilizzo sono disponibili, ad esempio business intelligence personale, business intelligence per i team, business intelligence del reparto o business intelligence aziendale? Quanto sono prevalenti nell'organizzazione e in che modo differiscono tra le business unit chiave?
• Quali attività svolgono i team analitici aziendali (ad esempio, integrazione dei dati, modellazione dei dati o creazione di report)?
• Quali tipi di ruoli nelle organizzazioni devono creare e possedere contenuti? È limitato a team centrali, analisti o ruoli funzionali, come le vendite?
• Dove l'organizzazione si trova nello spettro di self-service, self-service gestiti o aziendali gestiti? Differisce tra le business unit chiave?
• I dati strategici e le soluzioni bi hanno ruoli di proprietà e ruoli di amministratore chiaramente definiti? Quali sono mancanti?
• I creatori di contenuti e i proprietari sono anche responsabili del supporto e dell'aggiornamento del contenuto dopo il rilascio? Quanto è efficace la proprietà del supporto e degli aggiornamenti del contenuto?
• È un processo chiaro per trasferire la proprietà delle soluzioni (ove necessario)? Un esempio è quando un consulente esterno crea o aggiorna una soluzione.
• Le origini dati dispongono di amministratori dei dati o esperti di materia (PMI) che fungono da punto di contatto speciale?
• Se l'organizzazione usa già Fabric o Power BI, la configurazione dell'area di lavoro corrente è conforme alle strategie di proprietà e distribuzione del contenuto disponibili?

Livelli di maturità

I livelli di maturità seguenti consentono di valutare lo stato corrente della proprietà e della gestione del contenuto.

Livello	Stato di proprietà e gestione del contenuto
100 - Iniziale	• I creatori di contenuti self-service possiedono e gestiscono contenuti in modo non controllato, senza una strategia specifica. • Esiste un rapporto elevato tra modelli semantici e report. Quando molti modelli semantici supportano un solo report, indicano opportunità di migliorare la riutilizzabilità dei dati, migliorare l'affidabilità, ridurre la manutenzione e ridurre il numero di modelli semantici duplicati. • Le discrepanze tra report diversi sono comuni, causando sfiducia del contenuto prodotto da altri.
200 - Ripetibile	• È previsto un piano per il quale la proprietà del contenuto e la strategia di gestione da utilizzare e in quali circostanze. • I passaggi iniziali vengono eseguiti per migliorare i livelli di coerenza e affidabilità per le attività self-service. • Sono disponibili linee guida per la community degli utenti che includono aspettative per il contenuto self-service rispetto al contenuto aziendale. • I ruoli e le responsabilità sono chiari e ben compresi da tutti.
300 - Definito	• Self-service gestito è una priorità e un'area di investimento per promuovere ulteriormente la cultura dei dati. La priorità è consentire agli autori di report la flessibilità necessaria usando origini dati ben gestite, sicure e affidabili. • La personalizzazione dei report viene usata in modo coerente per indicare chi ha prodotto il contenuto. • Esiste un programma di mentoring per informare gli autori di contenuti self-service su come applicare le procedure consigliate e prendere decisioni corrette.
400 - Capace	• I criteri sono definiti per allineare i requisiti di governance per il contenuto self-service rispetto al contenuto aziendale. • È disponibile un piano per richiedere e gestire i trasferimenti di proprietà. • Le tecniche e self-service gestite per il riutilizzo dei dati vengono comunemente usate e ben comprese.
500: Efficiente	• I passaggi proattivi per comunicare con gli utenti si verificano quando vengono rilevate attività nel log attività. L'istruzione e le informazioni vengono fornite per apportare miglioramenti graduali o ridurre i rischi. • Gli strumenti di terze parti vengono usati da creatori di contenuti altamente esperti per migliorare la produttività e l'efficienza.

Contenuto correlato

Nell'articolo successivo della serie di roadmap per l'adozione di Microsoft Fabric vengono fornite informazioni sull'ambito della distribuzione di contenuti.