Panoramica della migrazione di Power BI

I clienti stanno standardizzando sempre più Power BI per promuovere una cultura basata sui dati, che implica l'abilitazione della business intelligence self-service gestita (SSBI), la razionalizzazione della distribuzione della business intelligence aziendale e l'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 la prova di concetto per migrare 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

Esistono due presupposti: la tua organizzazione ha attualmente una piattaforma BI legacy e la decisione è stata fatta di migrare formalmente contenuti e 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.

Fase	Descrizione
	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 eseguita in questa fase, insieme alle valutazioni di Power BI, tra cui il ritorno sugli investimenti e/o l'analisi costi-benefici.
	Creare rapidamente nuove soluzioni in Power BI. Nella seconda fase, gli autori di BI self-service possono iniziare a usare e valutare Power BI per le proprie esigenze e si può ottenere valore 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.
	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.
	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.

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.

Le fasi seguenti illustrate nel diagramma precedente sono:

• Passaggi di pre-migrazione
• Fase 1: Raccogliere i requisiti e definire le priorità
• Fase 2: Pianificare la distribuzione
• Fase 3: Condurre una prova di concetto
• Fase 4: Creare e convalidare il contenuto
• Fase 5: Distribuire, supportare e monitorare

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 si tratta di 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: Condurre la prova di concetto

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 intendiamo che il POC sia un lavoro da eliminare. Tuttavia, sarà probabilmente necessario un lavoro aggiuntivo nella fase 4 per renderlo pronto per la produzione. In questo senso, nella tua organizzazione, è possibile fare riferimento a questa attività come prototipo, pilota, mockup, guida introduttiva o prodotto minimamente funzionante (MVP). La realizzazione di una dimostrazione di concetto non è sempre necessaria e può essere effettuata 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 svolto il lavoro effettivo per trasformare il Proof of Concept (POC) 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 di 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.

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 potenziano la comunità di utenti della 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 supportodegli 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, dare priorità agli elementi di valore elevato che hanno un valore aziendale tangibile e sono urgenti. Invece di tentare sempre di migrare rigorosamente i report esattamente come appaiono nella piattaforma BI legacy, concentrarsi sulla questione aziendale che il report sta cercando di affrontare, 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 della piattaforma dati. 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.

Contenuti correlati

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:

• Roadmap per l'adozione di Fabric
• Pianificazione dell'implementazione di Power BI
• Trasformazione BI di Microsoft
• Eseguire la migrazione di report SSRS a Power BI
• Domande? Prova a chiedere alla Fabric Community
• Suggerimenti? Contribuire con idee per migliorare Fabric

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