Condividi tramite

Preparare la migrazione a Power BI

  • Articolo

Questo articolo descrive le azioni che è possibile considerare prima di eseguire la migrazione a Power BI.

Il diagramma mostra le fasi di una migrazione di Power BI. Per questo articolo sono evidenziati i passaggi preliminari alla migrazione.

Nota

Per una spiegazione completa del grafico precedente, vedere Panoramica della migrazione di Power BI.

I passaggi preliminari alla migrazione enfatizzano la pianificazione iniziale, che è un'operazione importante prima del completamento delle cinque fasi della migrazione. La maggior parte dei passaggi preliminari alla migrazione verrà eseguita una volta, anche se per le organizzazioni più grandi è possibile che alcune parti siano iterative per ogni business unit o area di reparto.

L'output dei passaggi preliminari alla migrazione include un modello di governance iniziale, una pianificazione iniziale generale della distribuzione, oltre a un inventario dei report e dei dati da sottoporre a migrazione. Per una stima completa del lavoro richiesto per la migrazione delle singole soluzioni saranno necessarie le informazioni aggiuntive ottenute durante le fasi 1, 2 e 3.

Suggerimento

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

Creare un'analisi e una valutazione di costi/benefici

Durante la valutazione iniziale è necessario ottenere gli elementi seguenti:

  • Definizione chiara del business case e della strategia di business intelligence per raggiungere uno stato futuro desiderato specifico.
  • Definizione chiara del successo e dei criteri per misurare l'avanzamento e il successo dell'iniziativa di migrazione.
  • Stime dei costi e risultati del calcolo del ritorno sugli investimenti.
  • Risultati positivi per alcune iniziative produttive di Power BI con ambito e livello di complessità minori.

Identificare gli stakeholder e il supporto dei dirigenti

È necessario identificare gli stakeholder per diversi motivi, tra cui:

  • Assicurarsi che la sponsorizzazione dei dirigenti sia presente.
  • Assicurare l'allineamento con gli stakeholder in merito al business case e alla strategia di business intelligence.
  • Includere rappresentati da tutte le business unit, anche se la migrazione del rispettivo contenuto è prevista in un periodo successivo, per comprendere le diverse motivazioni e preoccupazioni.
  • Coinvolgere i sostenitori di Power BI nelle fasi iniziali.
  • Creare e seguire un piano di comunicazione con gli stakeholder.

Suggerimento

Se si teme che il livello di comunicazione sia eccessivo, probabilmente si tratta del livello appropriato.

Generare il modello di governance iniziale

È necessario gestire in anticipo alcuni elementi essenziali in un'implementazione di Power BI, tra cui:

  • Obiettivi specifici per l'adozione e dove Microsoft Fabric e Power BI rientrano nella strategia BI complessiva per l'organizzazione.
  • Modalità di gestione del ruolo di amministratore di Fabric, in particolare nelle organizzazioni decentralizzate.
  • Criteri correlati al raggiungimento di dati attendibili: uso di origini dati autorevoli, risoluzione dei problemi correlati alla qualità dei dati e uso di terminologia coerente e definizioni comuni.
  • Strategia per la sicurezza e la privacy dei dati per origini dati, modelli di dati, report e distribuzione di contenuto a utenti interni ed esterni.
  • Strategie per rispettare i requisiti interni ed esterni per conformità, normativi e di controllo.

Importante

Il modello di governance più efficace prova a bilanciare le opportunità offerte agli utenti con il livello necessario di controllo. Per altre informazioni, vedere Disciplina al centro e Flessibilità alla periferia.

Definire la pianificazione della distribuzione iniziale

La pianificazione della distribuzione iniziale comporta 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. È necessario che le attività della Fase 2 rispettino le decisioni a livello di organizzazione, se possibile.

È necessario gestire in anticipo alcuni aspetti critici in un'implementazione di Power BI, tra cui:

  • Decisioni relative all'impostazione del tenant di Power BI, che devono essere documentate.
  • Decisioni relative alla gestione dell'area di lavoro, che devono essere documentate.
  • Considerazioni e preferenze correlate ai dati e ai metodi di distribuzione del contenuto, ad esempio app, aree di lavoro, condivisione, sottoscrizioni e incorporamento di contenuto.
  • Preferenze correlate alle modalità del modello semantico, 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 dati condivisi per finalità di riusabilità.
  • Applicazione della certificazione dei dati per promuovere l'uso di dati autorevoli e attendibili.
  • Uso di diversi tipi di report, tra cui report di Power BI, report di Excel o report impaginati per diversi casi d'uso o business unit.
  • Approcci di gestione del cambiamento per la gestione degli elementi BI centralizzati e degli elementi di BI gestita dall'azienda.
  • Piani di training per utenti, modellatori di dati, autori di report e amministratori.
  • Supporto per autori di contenuti tramite modelli di Power BI Desktop, oggetti visivi personalizzati e standard di progettazione di report documentati.
  • Procedure e processi per la gestione dei requisiti utente, tra cui richiesta di nuove licenze, aggiunta di nuove origini dati dei gateway, acquisizione dell'autorizzazione per le origini dati dei gateway, richiesta di nuove aree di lavoro, modifiche delle autorizzazioni delle aree di lavoro e altri requisiti comuni che potrebbero essere rilevati su base regolare.

Importante

La pianificazione della distribuzione è un processo iterativo. Le decisioni relative alla distribuzione verranno perfezionate e incrementate molte volte per l'adeguamento all'esperienza dell'organizzazione con Power BI e all'evoluzione di Power BI. Le decisioni prese durante questo processo verranno usate durante la pianificazione della distribuzione a livello di soluzione nella Fase 2 del processo di migrazione.

Definire l'architettura iniziale

L'architettura della soluzione di business intelligence si evolverà e maturerà nel tempo. È necessario gestire immediatamente alcune attività di configurazione di Power BI, tra cui:

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 con capacità Fabric (SKU F).

Per altre informazioni, vedere Aggiornamento importante disponibile per le licenze Power BI Premium e Domande frequenti su Power BI Premium.

Definire i criteri del successo per la migrazione

È prima di tutto necessario definire il successo per la migrazione di una singola soluzione. Occorre porre alcune domande, tra cui:

  • Quali sono le motivazioni e le finalità specifiche di questa migrazione? Per altre informazioni, vedere Panoramica della migrazione a Power BI (Esaminare i motivi per la migrazione). Questo articolo illustra i motivi più comuni per la migrazione a Power BI. È decisamente necessario specificare gli obiettivi a livello di organizzazione. La migrazione di una soluzione di business intelligence legacy potrebbe inoltre offrire vantaggi significativi a livello di costo, mentre la migrazione una diversa soluzione di business intelligence legacy potrebbe permettere di ottenere vantaggi a livello di ottimizzazione del flusso di lavoro.
  • Che rapporto costi/benefici o ritorno sugli investimenti ci si aspetta per questa migrazione? Una comprensione chiara delle aspettative correlate a costo, incremento delle funzionalità, riduzione della complessità o incremento della flessibilità è utile per misurare il successo. Può offrire linee guida utili per il processo decisionale durante il processo di migrazione.
  • Quali indicatori di prestazioni chiave verranno usati per misurare il successo? L'elenco seguente mostra alcuni indicatori di prestazioni chiave di esempio:
    • Numero di report sottoposti a rendering dalla piattaforma di business intelligence legacy, in diminuzione ogni mese.
    • Numero di report sottoposti a rendering da Power BI, in aumento ogni mese.
    • Numero di utenti di report di Power BI, in aumento ogni trimestre.
    • Percentuale di report sottoposta a migrazione in produzione entro una data target.
    • Riduzione dei costi per le licenze ogni anno.

Suggerimento

Il log attività di Power BI può essere usato come origine per misurare lo stato degli indicatori di prestazioni chiave.

Preparare l'inventario dei report esistenti

La preparazione di un inventario dei report esistenti nella piattaforma di business intelligence legacy è un passaggio essenziale per la comprensione delle risorse già disponibili. Il risultato di questo passaggio costituisce l'input per valutare il livello di lavoro richiesto per la migrazione. La preparazione di un inventario può includere le attività seguenti:

  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 accedono i report esistenti. Deve includere le origini dati aziendali e le origini dati dei reparti e personali. Questo processo potrebbe individuare origini dati in precedenza non note al reparto IT, definite spesso shadow IT.
  3. Log di controllo: ottenere dati dal log di controllo della piattaforma di business intelligence legacy per comprendere i criteri di utilizzo e supportare la definizione delle priorità. È necessario ottenere alcune informazioni importanti dal log di controllo, tra cui:
    • Numero medio delle esecuzioni di ogni report ogni settimana/mese/trimestre.
    • Numero medio di utenti per report per ogni settimana/mese/trimestre.
    • Utenti di ogni report, in particolare i report usati dai dirigenti.
    • Data dell'esecuzione più recente di ogni report.

Nota

In molti casi non viene eseguita la migrazione del contenuto a Power BI senza modifiche. La migrazione rappresenta un'opportunità per riprogettare l'architettura dei dati e/o migliorare la distribuzione dei report. La creazione di un inventario dei report è essenziale per ottenere informazioni sulle risorse attualmente disponibili e iniziare a valutare le attività di refactoring necessarie. Gli articoli rimanenti di questa serie illustrano 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 candidato possibile per l'automazione quando è disponibile uno strumento che può eseguire questa operazione. Il livello di utilizzo dell'automazione per alcune parti del processo di migrazione, ad esempio la compilazione dell'inventario esistente, dipende principalmente dagli strumenti disponibili.

Contenuto correlato

Nell'articolo seguente in questa serie sulla migrazione a Power BI è possibile ottenere informazioni sulla Fase 1, che è incentrata sulla raccolta e sulla classificazione dei requisiti durante la migrazione a Power BI.

Altre risorse utili includono:

Partner esperti di Power BI sono a disposizione per aiutare le organizzazioni a completare con successo il processo di migrazione. Per collaborare con un partner Power BI, visitare il portale dei partner Power BI.