Panoramica della migrazione di Power BI

  • Articolo

I clienti stanno standardizzando sempre più power BI per promuovere una cultura dei dati, che implica l'abilitazione di business intelligence self-service gestita (SSBI), razionalizzare la distribuzione di business intelligence aziendali e affrontare le pressioni economiche. Lo scopo di questa serie di articoli sulla migrazione di Power BI è fornire indicazioni su come pianificare ed eseguire una migrazione da uno strumento di business intelligence di terze parti a Power BI.

Gli articoli della serie di migrazione di Power BI includono:

  1. Panoramica della migrazione di Power BI (questo articolo)
  2. Preparare la migrazione a Power BI
  3. Raccogliere i requisiti per la migrazione a Power BI (fase 1)
  4. Pianificare la distribuzione per la migrazione a Power BI (fase 2)
  5. Eseguire il modello di verifica per eseguire la migrazione a Power BI (fase 3)
  6. Creare contenuto per la migrazione a Power BI (fase 4)
  7. Distribuire in Power BI (fase 5)
  8. Informazioni sulle migrazioni di Power BI dei clienti

Nota

È anche consigliabile leggere attentamente gli articoli sulla roadmap per l'adozione dell'infrastruttura e la pianificazione dell'implementazione di Power BI.

Esistono due presupposti: l'organizzazione ha attualmente una piattaforma bi legacy e la decisione è stata presa per eseguire formalmente la migrazione del contenuto e degli utenti a Power BI. La migrazione al servizio Power BI è l'obiettivo principale di questa serie. Altre considerazioni possono essere valide per i clienti cloud nazionali/regionali oltre a quanto descritto in questa serie di articoli.

Il diagramma seguente illustra quattro fasi generali per la distribuzione di Power BI nell'organizzazione.

Diagram shows the four high-level phases, which are described in the following table.

Fase Descrizione
Phase 1. Configurare e valutare Power BI. La prima fase prevede la definizione dell'architettura iniziale di Power BI. La pianificazione preliminare della distribuzione e della governance viene gestita a questo punto, nonché valutazioni di Power BI, tra cui il ritorno sugli investimenti e/o l'analisi dei vantaggi dei costi.
Phase 2. Creare rapidamente nuove soluzioni in Power BI. Nella seconda fase, gli autori di business intelligence self-service possono iniziare a usare e valutare Power BI per le proprie esigenze e il valore può essere ottenuto rapidamente da Power BI. Le attività nella fase 2 pongono importanza sull'agilità e sul valore aziendale rapido, che è fondamentale per ottenere l'accettazione della selezione di un nuovo strumento di business intelligence, ad esempio Power BI. Per questo motivo, il diagramma illustra le attività nella fase 2 che si verificano side-by-side con le attività di migrazione nella fase 3.
Phase 3. Eseguire la migrazione di asset BI dalla piattaforma legacy a Power BI. La terza fase risolve la migrazione a Power BI. È l'obiettivo di questa serie di articoli sulla migrazione di Power BI. Nella sezione successiva vengono illustrate cinque fasi di migrazione specifiche.
Phase 4. Adottare, gestire e monitorare Power BI. La fase finale comprende attività in corso, ad esempio promuovere una cultura dei dati, la comunicazione e la formazione. Queste attività influiscono notevolmente su un'implementazione efficace di Power BI. È importante avere criteri e processi di governance e sicurezza appropriati per l'organizzazione, nonché il controllo e il monitoraggio per consentire di ridimensionare, aumentare e migliorare continuamente.

Importante

Una migrazione formale a Power BI avviene quasi sempre in parallelo con lo sviluppo di una nuova soluzione Power BI. La soluzione Power BI è un termine generico che comprende l'uso di dati e report. Un singolo file di Power BI Desktop (pbix) può contenere un modello di dati o un report o entrambi. La separazione del modello di dati dai report è consigliata per scopi di riutilizzabilità dei dati, ma non è necessaria.

L'uso di Power BI per creare nuovi requisiti, durante la pianificazione e l'esecuzione della migrazione formale, consentirà di ottenere l'acquisto. Le fasi simultanee offrono agli autori di contenuti un'esperienza pratica e reale con Power BI.

Cinque fasi di una migrazione di Power BI

La fase 3 del diagramma illustra la migrazione a Power BI. Durante questa fase, ci sono cinque fasi comuni.

Diagram shows the stages of a Power BI migration, which are described below.

Le fasi seguenti illustrate nel diagramma precedente sono:

Passaggi di pre-migrazione

I passaggi di pre-migrazione includono azioni da considerare prima di iniziare un progetto per eseguire la migrazione del contenuto da una piattaforma BI legacy a Power BI. In genere include la pianificazione iniziale della distribuzione a livello di tenant. Per altre informazioni su queste attività, vedere Preparare la migrazione a Power BI.

Fase 1: Raccogliere i requisiti e definire le priorità

L'accento sulla fase 1 riguarda la raccolta di informazioni e la pianificazione della migrazione di una singola soluzione. Questo processo deve essere iterativo e limitato a un impegno di dimensioni ragionevoli. L'output per la fase 1 include un inventario con priorità dei report e dei dati di cui eseguire la migrazione. Sono necessarie attività aggiuntive nelle fasi 2 e 3 per stimare completamente il livello di sforzo. Per altre informazioni sulle attività nella fase 1, vedere Raccogliere i requisiti per la migrazione a Power BI.

Fase 2: Pianificare la distribuzione

L'obiettivo della fase 2 è il modo in cui vengono soddisfatti i requisiti definiti nella fase 1 per ogni soluzione specifica. L'output della fase 2 include il maggior numero possibile di specifiche per guidare il processo, anche se è un processo iterativo e non lineare. La creazione di un modello di verifica (nella fase 3) può verificarsi in parallelo con questa fase. Anche durante la creazione della soluzione (nella fase 4), potrebbero venire alla luce informazioni aggiuntive che influenzano le decisioni di pianificazione della distribuzione. Questo tipo di pianificazione della distribuzione nella fase 2 è incentrato sul livello di soluzione, rispettando al tempo stesso le decisioni già prese a livello di organizzazione. Per altre informazioni sulle attività nella fase 2, vedere Pianificare la distribuzione per la migrazione a Power BI.

Fase 3: Eseguire il modello di verifica

L'enfasi della Fase 3 consiste nell'affrontare le incognite e attenuare i rischi il prima possibile. Un modello di verifica tecnico (POC) è utile per convalidare i presupposti e può essere eseguito in modo iterativo insieme alla pianificazione della distribuzione (Fase 2). L'output di questa fase è una soluzione Power BI limitata nell'ambito. Si noti che non si prevede che il modello di verifica sia un lavoro eliminabile. Tuttavia, sarà probabilmente necessario un lavoro aggiuntivo nella fase 4 per renderlo pronto per la produzione. In questo senso, nell'organizzazione, è possibile fare riferimento a questa attività come prototipo, pilota, mockup, guida introduttiva o prodotto minimo funzionante (MVP). L'esecuzione di un modello di verifica non è sempre necessaria e può essere eseguita in modo informale. Per altre informazioni sulle attività nella fase 3, vedere Eseguire il modello di verifica per eseguire la migrazione a Power BI.

Fase 4: Creare e convalidare il contenuto

La fase 4 è quando viene eseguito il lavoro effettivo per convertire il modello di verifica in una soluzione pronta per la produzione. L'output di questa fase è una soluzione Power BI completata convalidata in un ambiente di sviluppo. Dovrebbe essere pronto per la distribuzione nella fase 5. Per altre informazioni sulle attività nella fase 4, vedere Creare contenuto per eseguire la migrazione a Power BI.

Fase 5: Distribuire, supportare e monitorare

L'obiettivo principale della fase 5 è distribuire la nuova soluzione Power BI nell'ambiente di produzione. L'output di questa fase è una soluzione di produzione usata attivamente dagli utenti aziendali. Quando si usa una metodologia Agile, è accettabile disporre di alcuni miglioramenti pianificati che verranno distribuiti in un'iterazione futura. A seconda del livello di comfort con Power BI, ad esempio ridurre al minimo i rischi e le interruzioni degli utenti, è possibile scegliere di eseguire una distribuzione a fasi. In alternativa, è possibile eseguire inizialmente la distribuzione in un gruppo più piccolo di utenti pilota. Anche il supporto e il monitoraggio sono importanti in questa fase e su base continuativa. Per altre informazioni sulle attività nella fase 5, vedere Eseguire la migrazione a Power BI.

Suggerimento

La maggior parte dei concetti illustrati in questa serie di articoli sulla migrazione di Power BI si applica anche a un progetto di implementazione standard di Power BI.

Prendere in considerazione i motivi della migrazione

L'abilitazione di una cultura dei dati produttiva e integra è un obiettivo principale di molte organizzazioni. Power BI è uno strumento eccellente per facilitare questo obiettivo. Tre motivi comuni per cui è possibile considerare la migrazione a Power BI possono essere distillati a:

  • Abilitare la business intelligence self-service gestita introducendo nuove funzionalità che consentono alla community degli utenti di BUSINESS intelligence self-service. Power BI rende più disponibile l'accesso alle informazioni e al processo decisionale, basandosi meno sulle competenze specialistiche che possono essere difficili da trovare.
  • Razionalizzare la distribuzione di business intelligence aziendale per soddisfare i requisiti non risolti dagli strumenti di business intelligence esistenti, riducendo al tempo stesso il livello di complessità, riducendo il costo di proprietà e/o standardizzando da più strumenti di business intelligence attualmente in uso.
  • Affrontare le pressioni economiche per aumentare la produttività con meno risorse, tempo e personale.

Ottenere il successo della migrazione di Power BI

Ogni migrazione è leggermente diversa. Può dipendere dalla struttura organizzativa, dalle strategie dei dati, dalla maturità della gestione dei dati e dagli obiettivi dell'organizzazione. Tuttavia, esistono alcune procedure che vediamo in modo coerente con i clienti che ottengono il successo della migrazione a Power BI.

  • Sponsorizzazione executive: identificare uno sponsor esecutivo all'inizio del processo. Questa persona deve essere una persona che supporta attivamente la business intelligence nell'organizzazione ed è investito personalmente per ottenere un risultato positivo per la migrazione. Idealmente, lo sponsor esecutivo ha autorità e responsabilità finali per i risultati correlati a Power BI. Per altre informazioni, vedi questo articolo.
  • Formazione, supporto e comunicazione: riconoscere che è più di un'iniziativa tecnologica. Qualsiasi progetto di business intelligence o analisi è anche un'iniziativa di persone, quindi è consigliabile investire nelle prime fasi della formazione e del supporto degli utenti. Creare inoltre un piano di comunicazione che spieghi in modo trasparente a tutti gli stakeholder cosa sta accadendo, perché e imposta aspettative realistiche. Assicurarsi di includere un ciclo di feedback nel piano di comunicazione per acquisire l'input dagli stakeholder.
  • Vittorie rapide: inizialmente, assegnare priorità agli elementi di valore elevato con valore aziendale tangibile e che stanno premendo. Invece di tentare rigorosamente di eseguire sempre la migrazione dei report esattamente come appaiono nella piattaforma bi legacy, concentrarsi sulla domanda aziendale a cui il report sta cercando di rispondere, inclusa l'azione da intraprendere, quando si indirizza il report riprogettato.
  • Modernizzazione e miglioramenti: essere disposti a ripensare il modo in cui le cose sono sempre state fatte. Una migrazione può offrire l'opportunità di offrire miglioramenti. Ad esempio, potrebbe eliminare la preparazione manuale dei dati o rilocare regole business limitate a un singolo report. Prendere in considerazione il refactoring, la modernizzazione e il consolidamento delle soluzioni esistenti quando lo sforzo può essere giustificato. Può includere il consolidamento di più report in uno o l'eliminazione di elementi legacy che non sono stati usati per qualche tempo.
  • Apprendimento continuo: prepararsi a usare un approccio in più fasi durante l'apprendimento continuo e l'adattamento. Lavorare in breve cicli iterativi per portare rapidamente valore. Fare una pratica frequente di completare piccoli POC per ridurre al minimo il rischio di sconosciuti, convalidare i presupposti e ottenere informazioni sulle nuove funzionalità. Poiché Power BI è un servizio cloud che aggiorna ogni mese, è importante tenere aggiornati gli sviluppi e modificare il corso quando necessario.
  • Resistenza al cambiamento: comprendere che potrebbero esserci diversi livelli di resistenza al cambiamento; alcuni utenti resisteranno all'apprendimento di un nuovo strumento. Inoltre, alcuni professionisti che hanno dedicato tempo e sforzi significativi per acquisire esperienza con uno strumento di BUSINESS INTELLIGENCE diverso potrebbero sentirsi minacciati da essere sfollati. Essere preparati, perché può comportare lotte politiche interne, in particolare nelle organizzazioni altamente decentralizzate.
  • Vincoli: essere realistici con i piani di migrazione, inclusi finanziamenti, stime del tempo, nonché ruoli e responsabilità per tutti gli utenti coinvolti.

Riconoscimenti

Questa serie di articoli è stata scritta da Melissa Coates, MVP di Data Platform e proprietario di Coates Data Strategies. Collaboratori e revisori includono Marc Reguera, Venkatesh Titte, Patrick Baumgartner, Tamer Farag, Richard Tkachuk, Matthew Roche, Adam Saxton, Chris Webb, Mark Vaillancourt, Daniel Rubiolo, David Iseminger e Peter Myers.

Contenuto correlato

Nell'articolo successivo di questa serie di migrazione di Power BI vengono illustrati i passaggi di pre-migrazione durante la migrazione a Power BI.

Altre risorse utili includono:

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.