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

La pianificazione dell'implementazione di Power BI con scenari di utilizzo esplora 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 Enterprise. 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).

La cultura dei dati dell'organizzazione sono il motivo del perché, il come e da chi vengono implementate ognuna di queste tre strategie di proprietà del contenuto.

Le aree nel diagramma includono:

Area	Descrizione
	Self-service guidato dall'azienda: tutto il contenuto è di proprietà e gestito dai creator e dagli esperti in materia all'interno di una business unit. Questa strategia di proprietà è nota anche come strategia decentralizzata o dal basso verso l'alto.
	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à ai lati.
	Enterprise: il contenuto è di proprietà e gestito da un team centralizzato, ad esempio IT, BI Enterprise o il Center of Excellence (COE).

È improbabile che un'organizzazione funzioni esclusivamente con una strategia di gestione e proprietà del contenuto. A seconda della cultura dei dati, una strategia potrebbe essere molto più dominante rispetto alle altre. La scelta della strategia può differire da una soluzione all'altra o da un team all'altro. 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 il training 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 di BI personale e di BI per i team.
• Il contenuto self-service gestito è soggetto a controlli di governance e supervisione moderatamente rigorosi. Include spesso soluzioni di BI per i team e di BI di reparto.
• Le soluzioni Enterprise 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 fraintesi. 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 in caso di domande.
• Commenti.
• Richieste di miglioramento.
• Richieste di supporto tecnico.

Nel portale di Fabric i proprietari del contenuto possono impostare la proprietà elenco contatti per molti tipi di elementi. L'elenco contatti viene usato anche nei flussi di lavoro di sicurezza. Ad esempio, quando a 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 fra 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 queste 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 e i 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 creator 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 di BI personale e di BI per i team.

Importante

Il concetto di self-service guidato dall'azienda non è uguale allo shadow IT. In entrambi gli scenari, i dati e il contenuto bi vengono creati, di proprietà e gestiti dagli utenti aziendali. Tuttavia, lo shadow IT implica che l'unità aziendale sta eludendo l'IT e quindi la soluzione non è approvata. Con le soluzioni di BI 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 dati self-service aziendali e BI.

• Insegnare ai creator di usare le stesse tecniche usate dall'IT, ad esempio modelli semantici condivisi e flussi di dati. Usare un OneLake ben organizzato. Centralizzare i dati per ridurre la manutenzione, migliorare la coerenza e ridurre i rischi.
• Concentrarsi sulla fornitura di mentoring, training, 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 od ottenere prestazioni adeguate nel tempo (man mano che i volumi di dati cronologici aumentano). Chiedere la disponibilità del COE 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 creator self-service. Valutare la possibilità di riservare l'uso dell'approvazione certificata per il contenuto di BI Enterprise e il contenuto di BI 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 gruppi di destinatari o ruoli dell'area di lavoro dell'app Power BI potrebbero essere una scelta migliore. I dati del log attività consentono al COE di offrire supporto e consulenza alle business unit. A loro 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 BI 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 creator ed esperti in materia all'interno delle business unit. La BI self-service gestita è spesso una buona strategia per le soluzioni di BI per i team e di BI di reparto.

Questo approccio è spesso denominato disciplina al centro e alla flessibilità ai lati. Questo 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 BI self-service gestita è più adatta quando:

• La gestione centralizzata dei dati è allineata alla 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 BI self-service gestita.

• Insegnare agli utenti a 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 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 creator 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'approvazione 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 creator 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; inoltre, 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.

Enterprise

L'approccio Enterprise è 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.

L'approccio Enterprise è il più adatto quando:

• Centralizzare la gestione dei contenuti con un singolo team è un'opzione in linea con la 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 di BI.

• Implementare un processo rigoroso per l'uso dell'approvazione certificata per il contenuto. Non tutti i contenuti aziendali devono essere certificati, ma gran parte di essi probabilmente dovrebbero esserlo. 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 ed 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 Enterprise, prestare attenzione alla funzionalità Salva una 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 Enterprise con business intelligence self-service gestita, diluisce il valore della personalizzazione. Una soluzione più semplice consiste nel fornire un file 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 del 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à. È anche molto utile se il personale dell'help desk sa 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 l'orario 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 oppure 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. Ciò 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 creator 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 da 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ù creator di contenuti in tutta l'organizzazione. I dati self-service gestiti e di 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.
• Assicurare il coinvolgimento della community: assicurare che tutti i proprietari di contenuti, sia aziendali che IT, facciano parte della 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 creator 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 creator 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 di 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 BI personale, team BI, BI di reparto o BI Enterprise? 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 guidato dall'azienda, self-service gestito o Enterprise? Differisce tra le business unit chiave?
• I dati strategici e le soluzioni BI hanno ruoli di proprietà e ruoli di amministratore chiaramente definiti? Quali mancano?
• I creator 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 creator 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 usare e in quali circostanze. • Vengono eseguiti passaggi iniziali 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	• Il 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 vengono 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à. • Il self-service gestito e le tecniche 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 creator 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.