Preparare la migrazione a Power BI

Questo articolo descrive le azioni che è possibile prendere in considerazione prima della migrazione a Power BI.

Nota

Per una spiegazione completa dell'immagine precedente, vedere Panoramica della migrazione di Power BI.

I passaggi di pre-migrazione evidenziano la pianificazione iniziale, che è importante prima di passare attraverso le cinque fasi di migrazione. La maggior parte dei passaggi di pre-migrazione verrà eseguita una sola volta, anche se per le organizzazioni di grandi dimensioni alcune parti potrebbero essere iterative per ogni business unit o area di reparto.

L'output dei passaggi di pre-migrazione include un modello di governance iniziale, la pianificazione iniziale della distribuzione di alto livello, oltre a un inventario dei report e dei dati di cui eseguire la migrazione. Saranno necessarie informazioni aggiuntive dalle attività nelle fasi 1, 2 e 3 per stimare completamente il livello di impegno per la migrazione di singole soluzioni.

Suggerimento

La maggior parte degli argomenti illustrati in questo articolo si applica anche a un progetto di implementazione standard di Power BI.

Creare analisi e valutazione dei costi/benefici

Alcune considerazioni principali durante la valutazione iniziale includono l'acquisizione di:

• Chiarezza sul caso aziendale e sulla strategia di business intelligence per raggiungere uno stato futuro specifico.
• Chiarezza sul successo e su come misurare lo stato di avanzamento e il successo per l'iniziativa di migrazione.
• Stime dei costi e rendimento sui risultati del calcolo degli investimenti (ROI).
• Risultati riusciti per diverse iniziative produttive di Power BI più piccole nell'ambito e nel livello di complessità.

Identificare gli stakeholder e il supporto esecutivo

Di seguito sono riportate alcune considerazioni sull'identificazione degli stakeholder:

• Assicurarsi che la sponsorizzazione dirigente sia in atto.
• Assicurarsi l'allineamento con gli stakeholder nel caso aziendale e nella strategia di business intelligence.
• Includere rappresentanti di tutte le business unit, anche se il contenuto è previsto per la migrazione in un orario successivo, per comprendere le motivazioni e le preoccupazioni.
• Coinvolgere i promotori di Power BI in anticipo.
• Creare e seguire un piano di comunicazione con gli stakeholder.

Suggerimento

Se temete che inizi a sovramunicare, allora è probabile che sia giusto.

Generare un modello di governance iniziale

Diversi elementi chiave da affrontare nelle prime fasi di un'implementazione di Power BI includono:

• Obiettivi specifici per l'adozione e la posizione in cui Microsoft Fabric e Power BI rientrano nella strategia bi complessiva per l'organizzazione.
• Come verrà gestito il ruolo di amministratore dell'infrastruttura, in particolare nelle organizzazioni decentralizzate.
• Criteri correlati al raggiungimento di dati attendibili: uso di origini dati autorevoli, risoluzione dei problemi di qualità dei dati e uso di terminologia coerente e definizioni comuni.
• Strategia di sicurezza e privacy dei dati per origini dati, modelli di dati, report e distribuzione di contenuti a utenti interni ed esterni.
• Come verranno soddisfatti i requisiti interni ed esterni di conformità, normative e controllo.

Importante

Il modello di governance più efficace cerca di bilanciare l'responsabilizzazione degli utenti con il livello di controllo necessario. Per altre informazioni, leggere le informazioni sulla disciplina all'avanguardia e sulla flessibilità.

Eseguire la pianificazione iniziale della distribuzione

La pianificazione iniziale della distribuzione prevede la definizione di standard, criteri e preferenze per l'implementazione di Power BI dell'organizzazione.

Si noti che la fase 2 fa riferimento alla pianificazione della distribuzione a livello di soluzione. Quando possibile, le attività della fase 2 devono rispettare le decisioni a livello di organizzazione.

Alcuni elementi critici da affrontare nelle prime fasi di un'implementazione di Power BI includono:

• Decisioni relative alle impostazioni del tenant di Power BI, che devono essere documentate.
• Decisioni di gestione dell'area di lavoro, che devono essere documentate.
• Considerazioni e preferenze relative ai metodi di distribuzione di dati e contenuti, ad esempio app, aree di lavoro, condivisione, sottoscrizioni e incorporamento del contenuto.
• Preferenze correlate alle modalità del modello semantico, note in precedenza come modalità set di dati, ad esempio l'uso della modalità Importazione, la modalità DirectQuery o la combinazione delle due modalità in un modello composito.
• Protezione dei dati e dell'accesso.
• Uso di modelli semantici condivisi per la riutilizzabilità.
• Applicazione della certificazione dei dati per promuovere l'uso di dati autorevoli e affidabili.
• Uso di diversi tipi di report, inclusi report di Power BI, report di Excel o report impaginati per diversi casi d'uso o business unit.
• Approcci di gestione delle modifiche per la gestione degli elementi bi centralizzati e degli elementi di BUSINESS INTELLIGENCE gestiti dall'azienda.
• Piani di training per consumer, data modeler, autori di report e amministratori.
• Supporto per gli autori di contenuti usando modelli di Power BI Desktop, oggetti visivi personalizzati e standard di progettazione documentati dei report.
• Procedure e processi per la gestione dei requisiti utente, ad esempio la richiesta di nuove licenze, l'aggiunta di nuove origini dati del gateway, l'autorizzazione per le origini dati del gateway, la richiesta di nuove aree di lavoro, le modifiche alle autorizzazioni dell'area di lavoro e altri requisiti comuni che potrebbero essere rilevati regolarmente.

Importante

La pianificazione della distribuzione è un processo iterativo. Le decisioni sulla distribuzione verranno ottimizzate e aumentate molte volte con l'aumento dell'esperienza dell'organizzazione con Power BI e con l'evoluzione di Power BI. Le decisioni prese durante questo processo verranno usate durante la pianificazione della distribuzione a livello di soluzione descritta nella fase 2 del processo di migrazione.

Stabilire l'architettura iniziale

L'architettura della soluzione BI si evolverà e si evolverà nel tempo. Le attività di configurazione di Power BI da gestire immediatamente includono:

• Configurazione e integrazione del tenant di Power BI con Microsoft Entra ID (noto in precedenza come Azure Active Directory).
• Definire gli amministratori di Power BI.
• Procurarsi e assegnare licenze utente iniziali.
• Configurare ed esaminare le impostazioni del tenant di Power BI.
• Configurare i ruoli dell'area di lavoro e assegnare l'accesso a gruppi di sicurezza e utenti di Microsoft Entra.
• Configurare un cluster gateway dati iniziale, con un piano per eseguire regolarmente l'aggiornamento.
• Procurarsi la licenza iniziale della capacità Premium (se applicabile).
• Configurare i carichi di lavoro della capacità Premium, con un piano per la gestione continuativa.

Importante

A volte questo articolo si riferisce a Power BI Premium o alle relative sottoscrizioni di capacità (SKU P). Tenere presente che Microsoft sta attualmente consolidando le opzioni di acquisto e ritirando gli SKU di Power BI Premium per capacità. I clienti nuovi ed esistenti devono invece prendere in considerazione l'acquisto di sottoscrizioni della capacità di Fabric (SKU F).

Per altre informazioni, vedere Aggiornamenti importanti in arrivo per le licenze di Power BI Premium e Domande frequenti su Power BI Premium.

Definire i criteri di esito positivo per la migrazione

La prima attività consiste nel comprendere l'aspetto positivo della migrazione di una singola soluzione. Le domande che è possibile porre includono:

• Quali sono le motivazioni e gli obiettivi specifici per questa migrazione? Per altre informazioni, vedere Panoramica della migrazione di Power BI (Considerare i motivi della migrazione). Questo articolo descrive i motivi più comuni per la migrazione a Power BI. Certamente, gli obiettivi devono essere specificati a livello di organizzazione. Oltre a ciò, la migrazione di una soluzione bi legacy potrebbe trarre vantaggio in modo significativo dai risparmi sui costi, mentre la migrazione di una soluzione bi legacy diversa potrebbe concentrarsi sull'acquisizione dei vantaggi di ottimizzazione del flusso di lavoro.
• Qual è il costo/vantaggio previsto o il ROI per questa migrazione? Avere una chiara comprensione delle aspettative correlate a costi, capacità aumentate, complessità ridotta o maggiore agilità, è utile per misurare il successo. Può fornire principi guida per facilitare il processo decisionale durante il processo di migrazione.
• Quali indicatori di prestazioni chiave (KPI) verranno usati per misurare il successo? L'elenco seguente presenta alcuni indicatori KPI di esempio:
  • Numero di report di cui è stato eseguito il rendering dalla piattaforma bi legacy, riducendo il mese nel mese.
  • Numero di report di cui è stato eseguito il rendering da Power BI, aumentando mese dopo mese.
  • Numero di consumer di report di Power BI, aumento del trimestre nel trimestre.
  • Percentuale di report migrati all'ambiente di produzione in base alla data di destinazione.
  • Riduzione dei costi per il costo delle licenze anno su anno.

Suggerimento

Il log attività di Power BI può essere usato come origine per misurare lo stato dell'indicatore KPI.

Preparare l'inventario dei report esistenti

La preparazione di un inventario dei report esistenti nella piattaforma bi legacy è un passaggio fondamentale per comprendere cosa esiste già. Il risultato di questo passaggio è un input per valutare il livello di lavoro per la migrazione. Le attività correlate alla preparazione di un inventario possono includere:

1. Inventario dei report: compilare un elenco di report e dashboard candidati alla migrazione.
2. Inventario delle origini dati: compilare un elenco di tutte le origini dati a cui si accede dai report esistenti. Deve includere sia origini dati aziendali che origini dati aziendali e origini dati personali. Questo processo potrebbe scoprire origini dati non note in precedenza al reparto IT, spesso definite shadow IT.
3. Log di controllo: ottenere dati dal log di controllo della piattaforma BI legacy per comprendere i modelli di utilizzo e facilitare la definizione delle priorità. Le informazioni importanti da ottenere dal log di controllo includono:
   • Numero medio di esecuzioni di ogni report per settimana/mese/trimestre.
   • Numero medio di consumer per report per settimana/mese/trimestre.
   • I consumatori per ogni report, in particolare i report utilizzati dai dirigenti.
   • Data più recente di esecuzione di ogni report.

Nota

In molti casi, il contenuto non viene migrato in Power BI esattamente come è. La migrazione rappresenta un'opportunità per riprogettare l'architettura dei dati e/o migliorare il recapito dei report. La compilazione di un inventario dei report è fondamentale per comprendere cosa esiste, in modo da poter iniziare a valutare il refactoring necessario. Gli articoli rimanenti di questa serie descrivono i possibili miglioramenti in modo più dettagliato.

Esplorare le opzioni di automazione

Non è possibile automatizzare completamente un processo di conversione di Power BI end-to-end.

La compilazione dell'inventario esistente di dati e report è un possibile candidato per l'automazione quando si dispone di uno strumento esistente che può essere eseguito automaticamente. La misura in cui l'automazione può essere usata per alcune parti del processo di migrazione, ad esempio la compilazione dell'inventario esistente, dipende in modo elevato dagli strumenti disponibili.

Contenuto correlato

Nell'articolo successivo di questa serie di migrazione di Power BI vengono fornite informazioni sulla fase 1, che riguarda la raccolta e la definizione delle priorità dei requisiti durante la migrazione a Power BI.

Altre risorse utili includono:

• Trasformazione bi di Microsoft
• Pianificazione dell'implementazione di Power BI
• Domande? Contattare la community di Power BI
• inviare suggerimenti, Contribuire con idee per migliorare Power BI

I partner Power BI esperti sono disponibili per aiutare l'organizzazione a eseguire correttamente il processo di migrazione. Per coinvolgere un partner Power BI, visitare il portale per i partner Power BI.