Roadmap per l'adozione di Microsoft Fabric: mentoring e abilitazione degli utenti

Un obiettivo di importanza critica per l'adozione consiste nell'aiutare gli utenti a raggiungere al meglio i propri obiettivi entro le protezioni necessarie stabilite dai criteri e dalle linee guida di governance. Per questo motivo, l'atto di offrire mentoring agli utenti è una delle responsabilità più importanti del COE (Center of Excellence) e influisce direttamente sul modo in cui avviene l'adozione degli utenti. Per altre informazioni sull'adozione degli utenti, vedere i livelli di maturità per l'adozione di Microsoft Fabric.

Mentoring delle competenze

Il mentoring e l'assistenza agli utenti della community Fabric possono assumere varie forme, come ad esempio:

• Office Hours
• Progetti di co-sviluppo
• Revisioni di procedure consigliate
• Supporto "Extended"

Office Hours

Gli orari di ufficio sono una forma di coinvolgimento continuo della community gestita dal COE. Come suggerisce il nome, gli orari di ufficio sono momenti di disponibilità regolarmente programmati in cui i membri della community possono confrontarsi con gli esperti del COE per ricevere assistenza con un overhead di elaborazione minimo. Gli orari di ufficio sono di solito basati su gruppi, per cui i promotori di Fabric e altri membri della community possono anche aiutare a risolvere un problema se l'argomento rientra nella loro area di competenza.

Gli orari di ufficio sono un'attività molto popolare e produttiva in molte organizzazioni. Alcune organizzazioni li chiamano ore di assistenza o anche con un nome divertente come Power Hour o Venerdì di Fabric. L'obiettivo principale è solitamente quello di ottenere risposte alle domande, risolvere i problemi e rimuovere i blocchi. Gli orari di ufficio possono anche essere usati dalla community degli utenti come piattaforma dove condividere idee, suggerimenti e persino reclami.

Il COE pubblica i normali orari di ufficio in cui uno o più membri del COE sono disponibili. Idealmente, gli orari di ufficio sono regolari e frequenti, ad esempio ogni martedì e giovedì. Valutare l'opportunità di offrire fasce orarie diverse o a rotazione se si ha personale in tutto il mondo.

Gli orari di ufficio sono un ottimo approccio all'abilitazione degli utenti perché:

• Gli autori di contenuti e il COE collaborano attivamente per rispondere alle domande e risolvere i problemi insieme.
• Il lavoro vero e proprio viene svolto durante l'apprendimento e il problem solving.
• Altri potrebbero osservare, imparare e partecipare.
• I singoli gruppi possono trasferirsi in una stanza di lavoro per risolvere un problema specifico.

Anche gli orari di ufficio traggono vantaggio dal COE perché:

• Sono un ottimo modo per il COE di identificare promotori o utenti con competenze specifiche che non conosceva in precedenza.
• Il COE può conoscere le difficoltà degli utenti dell'organizzazione. In questo modo, è possibile capire se sono necessarie ulteriori risorse, documentazione o training.

Progetti di co-sviluppo

Il COE può fornire servizi di mentoring durante un progetto di co-sviluppo. Un progetto di co-sviluppo è una forma di assistenza offerta dal COE in cui un utente o una business unit si avvale delle competenze tecniche del COE per risolvere problemi aziendali relativi ai dati. Il progetto di co-sviluppo prevede che gli stakeholder della business unit e il COE collaborino per creare una soluzione self-service di analisi o di business intelligence (BI) di qualità elevata che gli stakeholder aziendali non potrebbero realizzare autonomamente.

L'obiettivo del co-sviluppo è aiutare la business unit a sviluppare competenze nel tempo, apportando al contempo valore. Ad esempio, il team di vendita ha l'urgente necessità di sviluppare un nuovo set di report sulle commissioni, ma non ha ancora le conoscenze necessarie per portarlo a termine da solo.

Un progetto di co-sviluppo costituisce una partnership tra la business unit e il COE. In questo modo, la business unit è totalmente impegnata e profondamente coinvolta e si assume la responsabilità del progetto.

Il coinvolgimento del COE si riduce nel tempo fino a quando la business unit non acquisisce le competenze e diventa autonoma.

Il coinvolgimento attivo illustrato nel diagramma precedente cambia nel tempo, come indicato di seguito:

• Business unit: 50% inizialmente, fino al 75%, infine al 98%-100%.
• COE: 50% inizialmente, fino al 25%, infine allo 0%-2%.

Idealmente, il periodo di riduzione graduale del coinvolgimento viene identificato in anticipo nel progetto. In questo modo, sia la business unit che il COE possono pianificare in modo adeguato la sequenza temporale e il personale.

I progetti di co-sviluppo possono offrire vantaggi significativi a breve e a lungo termine. A breve termine, il coinvolgimento del COE può spesso portare a una soluzione meglio progettata e con prestazioni più elevate, che segue le procedure consigliate e si allinea agli standard organizzativi. A lungo termine, il co-sviluppo contribuisce ad aumentare le conoscenze e le capacità degli stakeholder aziendali, rendendoli più autonomi e sicuri di realizzare in futuro soluzioni self-service di qualità per i dati e la BI.

Revisioni di procedure consigliate

Il COE potrebbe anche offrire revisioni delle procedure consigliate. Una revisione delle procedure consigliate può essere estremamente utile per i creatori di contenuti che vogliono convalidare il proprio lavoro. È chiamata anche servizio di consulenza, tempo di consulenza interna o revisione tecnica. A differenza di un progetto di co-sviluppo (descritto in precedenza), la revisione delle procedure consigliate avviene dopo lo sviluppo della soluzione.

Durante la revisione, un esperto del COE valuta i contenuti self-service di Fabric sviluppati da un membro della community e identifica le aree di rischio o le opportunità di miglioramento.

Ecco alcuni esempi dell'utilità di una revisione delle procedure consigliate.

• Il team di vendita ha un'app Power BI che intende distribuire a migliaia di utenti in tutta l'organizzazione. Poiché l'app rappresenta un contenuto a priorità alta distribuito a un vasto gruppo di destinatari, vorrebbero che fosse certificata. Il processo standard di certificazione dei contenuti prevede una revisione delle procedure consigliate.
• Il team finanziario vuole assegnare un'area di lavoro a una capacità. È necessaria una revisione del contenuto dell'area di lavoro per assicurarsi che vengano seguite procedure di sviluppo corrette. Questo tipo di revisione è comune quando la capacità è condivisa tra più business unit. La revisione potrebbe non essere necessaria quando la capacità è assegnata a una sola business unit.
• Il team operativo sta creando una nuova soluzione di Fabric che si prevede verrà ampiamente usata. Vorrebbe richiedere una revisione delle procedure consigliate prima di passare al test di accettazione utente o prima di presentare una richiesta al comitato di gestione del cambiamento.

Una revisione delle procedure consigliate è spesso incentrata sulla progettazione del modello semantico, anche se la revisione può includere tutti i tipi di elementi di dati ,ad esempio un lakehouse, un data warehouse, una pipeline di dati, un flusso di dati o un modello semantico. La revisione può anche comprendere elementi di reporting (come report, dashboard o metriche).

Prima della distribuzione del contenuto, è possibile usare una revisione delle procedure consigliate per verificare altre decisioni progettuali, ad esempio:

• Il codice nei notebook segue gli standard e le procedure consigliate dell'organizzazione.
• Se necessario, viene usato l'approccio appropriato alla preparazione dei dati (flussi di dati, pipeline, notebook e altri).
• Le origini dati usate sono appropriate e la riduzione delle query viene richiamata ogni volta che è possibile quando si usano Power Query e flussi di dati.
• I passaggi di preparazione dei dati sono chiari, ordinati ed efficienti.
• Le opzioni di modalità di connettività e di modalità di archiviazione (ad esempio, Direct Lake, importazione, connessione dinamica, DirectQuery o framework di modelli compositi) sono appropriate.
• La posizione delle origini dati, ad esempio file flat e file originali di Power BI Desktop, è adatta (preferibilmente archiviati in un percorso di backup con controllo delle versioni e sicurezza appropriata, come file di Teams o una raccolta condivisa di SharePoint).
• I modelli semantici sono ben progettati, chiari e comprensibili e usano uno schema a stella.
• Le relazioni sono configurate correttamente.
• I calcoli DAX usano procedure di codifica efficienti (in particolare se il modello di dati è di grandi dimensioni).
• Le dimensioni dei modelli semantici rientrano in un limite ragionevole e vengono applicate tecniche di riduzione dei dati.
• La sicurezza a livello di riga applica in modo appropriato le autorizzazioni per i dati.
• I dati sono accurati e sono stati convalidati sulla base di origini autorevoli.
• Vengono usate definizioni e termini comuni approvati.
• Vengono seguite valide procedure di visualizzazione dei dati, inclusa la progettazione per l'accessibilità.

Una volta distribuito il contenuto, la revisione delle procedure consigliate non è necessariamente completa. Per completare il resto della revisione, potrebbe essere necessario verificare anche elementi come:

• L'area di lavoro di destinazione è adatta al contenuto.
• I ruoli di sicurezza dell'area di lavoro sono appropriati per il contenuto.
• Altre autorizzazioni (ad esempio, le autorizzazioni per i destinatari dell'app, l'autorizzazione di compilazione o l'uso della funzionalità di condivisione di singoli elementi) sono configurate correttamente e in modo appropriato.
• I contatti vengono identificati e correlati correttamente ai proprietari dei contenuti.
• Le etichette di riservatezza vengono assegnate correttamente.
• L'approvazione degli elementi di Fabric (certificati o alzati di livello) è appropriata.
• L'aggiornamento dati è configurato correttamente, le notifiche di errore includono gli utenti giusti e viene usato il gateway dati appropriato in modalità standard (se applicabile).
• Vengono seguite tutte le regole delle procedure consigliate dei modelli semantici e, preferibilmente, vengono automatizzate tramite uno strumento della community denominato Best Practices Analyzer per garantire la massima efficienza e produttività.

Supporto "Extended"

Di tanto in tanto, il COE può essere coinvolto in questioni complesse sollevate dall'help desk. Per altre informazioni, vedere l'articolo del Supporto per gli utenti.

Portale centralizzato

In un singolo portale centralizzato, o hub, la community degli utenti può trovare:

• Accesso al forum di domande e risposte della community.
• Annunci rilevanti per la community, ad esempio nuove funzionalità e aggiornamenti del piano di rilascio.
• Pianificazioni e collegamenti alle registrazioni per orari di ufficio, incontri "lunch and learn", sessioni di training e riunioni dei gruppi di utenti.
• Annunci di modifiche chiave ai contenuti e al log delle modifiche (se appropriato).
• Come richiedere assistenza o supporto.
• Materiale didattico.
• Documentazione, materiale didattico per l'onboarding e domande frequenti.
• Linee guida e approcci di governance consigliati dal COE.
• Modelli di report.
• Esempi di soluzioni per le procedure consigliate.
• Registrazioni di sessioni di condivisione delle conoscenze.
• Punti di ingresso per l'accesso a processi gestiti, ad esempio acquisizione di licenze, richieste di accesso e configurazione del gateway.

L'obiettivo è quello di indirizzare costantemente gli utenti della community verso il portale centralizzato per trovare le informazioni. L'obbligo corrispondente per il COE è quello di garantire che le informazioni di cui gli utenti hanno bisogno siano disponibili nel portale centralizzato. Mantenere aggiornato il portale richiede disciplina quando tutti sono impegnati.

Nelle organizzazioni più grandi, può essere difficile implementare un unico portale centralizzato. Quando il consolidamento in un unico portale non risulta pratico, un hub centralizzato, che contiene i collegamenti alle altre posizioni, può servire da aggregatore.

Ci vuole tempo perché gli utenti della community considerino il portale centralizzato come la prima tappa naturale per trovare informazioni. Per cambiare le loro abitudini, è necessario reindirizzarli costantemente al portale. L'invio di un collegamento alla posizione originale di un documento nel portale crea abitudini migliori che, ad esempio, includere la risposta in un messaggio di posta elettronica. È la stessa sfida descritta nell'articolo Supporto per gli utenti.

Formazione

Un fattore chiave per l'abilitazione degli utenti self-service in una community di Fabric è la formazione. È importante che le risorse di formazione giuste siano prontamente disponibili e facilmente reperibili. Alcuni utenti sono talmente entusiasti dell'analisi da trovare le informazioni e capire le cose da soli, ma per la maggior parte della community non è così.

Assicurarsi che gli utenti self-service (in particolare i creatori e i proprietari di contenuti) abbiano accesso alle risorse di training necessarie non significa dover sviluppare i contenuti formativi. Lo sviluppo di tali contenuti è spesso controproducente dal momento che il prodotto si evolve rapidamente. Fortunatamente, nella community mondiale sono disponibili moltissime risorse per il training. Una serie di collegamenti curati aiuta molto gli utenti a organizzare e concentrare le attività di training, soprattutto per quanto riguarda il training sugli strumenti, che è orientato alla tecnologia. Tutti i collegamenti esterni devono essere convalidati dal COE per verificarne l'accuratezza e la credibilità. Si tratta di un'opportunità chiave per il COE di aggiungere valore, perché gli stakeholder del COE sono nella posizione ideale per comprendere le esigenze di formazione della community e per identificare e localizzare fonti affidabili di materiali didattici di qualità.

Il massimo ritorno sugli investimenti si ottiene creando materiali di training personalizzati per i processi specifici dell'organizzazione, mentre per tutto il resto ci si affida a contenuti prodotti da altri. È anche utile organizzare un breve corso di formazione che si concentri principalmente su argomenti come la ricerca della documentazione, la richiesta di assistenza e l'interazione con la community.

In alcune grandi organizzazioni, i trasferimenti e l'avvicendamento dei dipendenti sono continui. Questi cambiamenti frequenti comportano una maggiore necessità di risorse formative ripetibili.

Risorse e approcci relativi al training

Gli approcci al training sono molti perché le persone imparano in modi diversi. Se è possibile monitorare e misurare l'utilizzo dei materiali formativi, col tempo si scoprirà quali funzionano meglio.

Alcuni tipi di training possono essere impartiti in modo più formale, come il training in aula con laboratori pratici. Altri invece sono meno formali, come ad esempio:

• Presentazioni "lunch and learn"
• Brevi video illustrativi destinati a un obiettivo specifico
• Set curato di risorse online
• Presentazioni di gruppi di utenti interni
• Sfide di un'ora, una settimana o un mese
• Eventi di tipo hackathon

I vantaggi derivanti dall'incoraggiare la condivisione delle conoscenze tra i colleghi sono descritti nell'articolo Community di pratica.

I tipi di utenti a cui indirizzare il training sono i seguenti:

• Proprietari di contenuti, esperti di dominio e amministratori di aree di lavoro
• Creatori di dati (ad esempio, utenti che creano modelli semantici per gli autori di report o che creano flussi di dati, lakehouse o warehouse per altri creatori di modelli semantici)
• Autori di report
• Fruitori e visualizzatori di contenuti
• Membri satellite del COE e la rete di promotori
• Amministratori di Fabric

Il completamento della formazione può essere un importante indicatore di successo con l'adozione degli utenti. Alcune organizzazioni aggiungono un tocco divertente assegnando badge, come la cintura blu o la cintura nera, man mano che gli utenti fanno progressi nei programmi di training.

Considerare il modo in cui si vogliono gestire gli utenti nelle varie fasi dell'adozione. Le esigenze in materia di training sono molto diverse per:

• Onboarding di nuovi utenti (talvolta definito giorno zero del training).
• Persone con esperienza minima.
• Persone più esperte.

Il modo in cui il COE investe tempo nella creazione e nella cura dei materiali di training cambierà con l'aumentare dell'adozione e della maturità. Nel corso del tempo, inoltre, si potrebbe coprire che alcuni promotori della community vogliono organizzare corsi di formazione personalizzati all'interno della propria business unit.

Origini di contenuti affidabili per la formazione su Fabric

Una serie curata di risorse online è preziosa per aiutare i membri della community a concentrare e indirizzare gli sforzi su ciò che è importante. Alcune risorse di training disponibili pubblicamente che potrebbero essere utili sono:

• training di Microsoft Learn per Power BI
• training di Microsoft Learn per Fabric
• Corsi su Power BI e materiali di formazione "in un giorno"
• LinkedIn Learning per Power BI
• LinkedIn Learning per Fabric

Valutare l'opportunità di usare Microsoft Viva Learning, integrato in Microsoft Teams. Include contenuti provenienti da origini quali Microsoft Learn e LinkedIn Learning. È anche possibile includere contenuti personalizzati creati dall'organizzazione.

Oltre ai contenuti Microsoft e a quelli personalizzati creati dall'organizzazione, è possibile scegliere di fornire alla community di utenti una serie curata di collegamenti consigliati a origini online affidabili. Esiste un'ampia gamma di video, blog e articoli creati dalla community mondiale. La community comprende esperti di Fabric e Power BI, Microsoft MVP (Most Valued Professionals) e appassionati. Garantire un percorso di apprendimento curato che contenga risorse specifiche, affidabili, attuali e di alta qualità darà il massimo valore alla community di utenti.

Se si investe nella creazione di un training interno personalizzato, valutare l'opportunità di creare contenuti brevi e mirati, focalizzati sulla soluzione di un problema specifico. In questo modo è più facile trovare i contenuti per il training e fruirne. È anche più facile gestirli e aggiornarli nel corso del tempo.

Documentazione

Una documentazione concisa e ben scritta può essere di grande aiuto per gli utenti che cercano di portare a termine le loro attività. Le esigenze e le modalità di distribuzione della documentazione dipendono da come Fabric viene gestito nell'organizzazione. Per altre informazioni, vedere l'articolo Proprietà e gestione del contenuto.

Alcuni aspetti di Fabric in genere sono gestiti da un team centralizzato, ad esempio il COE. I tipi seguenti di documentazione sono utili in queste situazioni:

• Come richiedere una licenza di Power BI (e se sono previsti requisiti per l'approvazione del responsabile)
• Come richiedere una nuova capacità
• Come richiedere una nuova area di lavoro
• Come richiedere l'aggiunta di un'area di lavoro a una capacità esistente
• Come richiedere l'accesso a un'origine dati del gateway
• Come richiedere l'installazione del software

I diversi aspetti della documentazione possono essere gestiti da utenti self-service, da team decentrati o da un team centralizzato. I tipi seguenti di documentazione possono differire a seconda di chi è proprietario dei contenuti e li gestisce:

• Come richiedere un nuovo report
• Come richiedere un miglioramento del report
• Come richiedere l'accesso ai dati
• Come richiedere che nuovi dati vengano preparati e resi disponibili
• Come richiedere un miglioramento ai dati o alle visualizzazioni esistenti

Ci saranno anche alcune decisioni di governance che sono state prese e che dovrebbero essere documentate, come ad esempio:

• Come richiedere la certificazione dei contenuti
• Quali sono i percorsi approvati di archiviazione dei file
• Quali sono i requisiti di conservazione e rimozione definitiva dei dati
• Quali sono i requisiti per la gestione dei dati sensibili e delle informazioni personali (PII)

La documentazione deve trovarsi nel portale centralizzato, che è una posizione in cui, preferibilmente, gli utenti già lavorano e possono effettuare ricerche. Teams o SharePoint funziona molto bene. Creare la documentazione in pagine wiki o in documenti può funzionare altrettanto bene, a condizione che i contenuti siano ben organizzati e facili da trovare. I documenti più brevi, che trattano un solo argomento, sono di solito più facilmente fruibili di quelli lunghi ed esaurienti.

Nel corso del tempo, si potrebbe decidere di consentire che alcuni tipi di documentazione vengano gestiti dalla community, se ci sono volontari disposti a farlo. In questo caso, potrebbe essere necessario introdurre un processo di approvazione delle modifiche.

Vedere domande ripetute nel forum di domande e risposte (come descritto nell'articolo Supporto per gli utenti), durante gli orari di ufficio o durante gli incontri "lunch and learn", è un valido indicatore del fatto che potrebbe essere opportuno creare nuova documentazione. Quando la documentazione esiste, i colleghi possono farvi riferimento in caso di necessità. La documentazione contribuisce ad abilitare gli utenti e a rendere una community autosufficiente.

File modello di Power BI

Un modello di Power BI è un file con estensione pbit. Può essere fornito come punto di partenza per i creatori di contenuti. È uguale a un file con estensione pbix, che può contenere query, un modello di dati e un report, ma con un'eccezione: il file modello non contiene dati. Pertanto, è un file più piccolo che può essere condiviso con i creatori e i proprietari di contenuti e non presenta il rischio di condividere dati in modo inappropriato.

Fornire file di modello di Power BI per la community è un ottimo modo per:

• Promuovere la coerenza.
• Ridurre la curva di apprendimento.
• Mostrare esempi validi e procedure consigliate.
• Aumentare l'efficienza.

I file modello di Power BI possono migliorare l'efficienza e aiutare le persone ad apprendere durante il normale svolgimento del lavoro. Ecco alcuni esempi dell'utilità dei file modello:

• I report possono usare esempi di procedure consigliate per la visualizzazione
• I report possono incorporare gli standard di personalizzazione e progettazione dell'organizzazione
• I modelli semantici possono includere la struttura per le tabelle di uso comune, ad esempio una tabella di date
• È possibile includere calcoli DAX utili, ad esempio un calcolo anno per anno
• È possibile includere parametri comuni, ad esempio una stringa di connessione dell'origine dati
• È possibile includere un esempio di documentazione di un report e/o di un modello semantico

File del progetto Power BI

Un progetto Power BI è un file con estensione pbip. Come un file modello (descritto in precedenza), un file di progetto non contiene dati. È un formato di file che i creatori di contenuti esperti possono usare per scenari di gestione di report e modelli di dati avanzati. Ad esempio, è possibile usare i file di progetto per risparmiare tempo nello sviluppo condividendo schemi comuni di modelli, come tabelle di date, espressioni di misure DAX o gruppi di calcolo.

È possibile usare i file di progetto Power BI con la modalità sviluppatore di Power BI Desktop per:

• Modifica e creazione avanzate (ad esempio, in un editor di codice come Visual Studio Code).
• Separazione intenzionale degli elementi dei modelli semantici e dei report (a differenza dei file con estensione pbix o pbit).
• Possibilità per più creatori di contenuti e sviluppatori di lavorare contemporaneamente allo stesso progetto.
• Integrazione con il controllo del codice sorgente (ad esempio, usando l'integrazione Git di Fabric).
• Uso di tecniche di integrazione continua e recapito continuo (CI/CD) per automatizzare integrazione, test e distribuzione di modifiche o versioni dei contenuti.

Considerazioni e azioni chiave

Elenco di controllo: considerazioni e azioni chiave che è possibile eseguire per stabilire o migliorare il mentoring e l'abilitazione degli utenti.

Domande da porsi

Usare domande come quelle riportate di seguito per valutare il mentoring e l'abilitazione degli utenti.

• Esiste un processo efficace per la richiesta di training da parte degli utenti?
• Esiste un processo per valutare i livelli di competenza degli utenti (ad esempio principianti, intermedi o avanzati)? Gli utenti possono studiare e ottenere certificazioni Microsoft usando le risorse aziendali?
• Qual è il processo di onboarding per introdurre nuove persone della community degli utenti alle soluzioni, agli strumenti e ai processi di dati e BI?
• Tutti gli utenti hanno seguito i percorsi di apprendimento di Microsoft Learn appropriati per i loro ruoli durante l'onboarding?
• Quali tipi di sfide incontrano gli utenti a causa della mancanza di training o di mentoring?
• Che impatto ha la mancanza di abilitazione sull'azienda?
• Quando gli utenti mostrano un comportamento che crea rischi per la governance, vengono puniti o vengono sottoposti a formazione e mentoring?
• Quali materiali di training sono disponibili per istruire le persone sui processi e i criteri di governance?
• Dove viene conservata la documentazione centrale? Chi la gestisce?
• Esistono risorse centrali, come linee guida per la progettazione organizzativa, temi o file modello?

Livelli di maturità

I livelli di maturità seguenti consentono di valutare lo stato corrente del mentoring e dell'abilitazione degli utenti.

Contenuto correlato

Nell'articolo successivo nella serie di roadmap per l'adozione di Microsoft Fabric, sono presenti informazioni sulla community di pratica.