Panoramica della migrazione di Power BI

I clienti adottano sempre più spesso Power BI come standard per favorire una cultura basata sui dati, che comporta l'abilitazione di business intelligence self-service (SSBI) gestita, la razionalizzazione della distribuzione di business intelligence aziendale e la risoluzione dei problemi economici. Questa serie di articoli sulla migrazione a Power BI si propone di offrire indicazioni sulla pianificazione e sull'esecuzione della migrazione da uno strumento di business intelligence di terze parti a Power BI.

Gli articoli della serie sulla migrazione a 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 un modello di verifica per la migrazione a Power BI (Fase 3)
6. Creare contenuti per la migrazione a Power BI (Fase 4)
7. Eseguire la distribuzione in Power BI (Fase 5)
8. Esperienze dei clienti con la migrazione a 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. Questa serie è incentrata principalmente sulla migrazione al servizio Power BI. Altre considerazioni possono essere valide per i clienti cloud nazionali/regionali oltre a quanto descritto in questa serie di articoli.

Il diagramma seguente mostra 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 distribuzione preliminare e la pianificazione della governance vengono gestite in questa fase, oltre alle valutazioni di Power BI che includono l'analisi del ritorno sugli investimenti e/o l'analisi costi-benefici.
	Creare rapidamente nuove soluzioni in Power BI. Nella seconda fase gli autori di BI in modalità self-service possono iniziare a usare e valutare Power BI per le rispettive esigenze ed è possibile ottenere rapidamente valore da Power BI. Le attività nella Fase 2 sono incentrate sulla flessibilità e su un valore rapido per l'azienda, che sono essenziali per ottenere l'accettazione per la scelta di un nuovo strumento di business intelligence come Power BI. Il diagramma illustra quindi le attività della Fase 2 affiancate alle attività di migrazione nella Fase 3.
	Eseguire la migrazione di asset di business intelligence dalla piattaforma legacy a Power BI. La terza fase affronta la migrazione a Power BI. Questo è l'obiettivo di questa serie di articoli sulla migrazione a 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 la promozione di una cultura basata sui dati, la comunicazione e la formazione. Queste attività hanno un notevole effetto su un'implementazione di Power BI efficace. È importante definire criteri e processi di governance e sicurezza appropriati per la propria organizzazione, nonché il controllo e il monitoraggio per consentire la scalabilità, la crescita e il miglioramento continuo.

Cinque fasi di una migrazione a Power BI

La fase 3 del diagramma affronta la migrazione a Power BI. Durante questa fase sono disponibili cinque fasi comuni.

Le fasi seguenti mostrate nel diagramma precedente sono:

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

Passaggi di pre-migrazione

I passaggi preliminari alla migrazione includono azioni che dovrebbero essere presi in considerazione prima di iniziare un progetto per eseguire la migrazione del contenuto da una piattaforma di business intelligence legacy a Power BI. Include in genere 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à

La Fase 1 è incentrata sulla raccolta di informazioni e sulla pianificazione della migrazione di una singola soluzione. Questo processo deve essere iterativo e limitato a un lavoro di dimensioni ragionevoli. L'output per la Fase 1 include un inventario con priorità dei report e dei dati di cui deve essere eseguita la migrazione. Sono necessarie attività aggiuntive nelle Fasi 2 e 3 per la stima completa del livello di lavoro richiesto. Per altre informazioni sulle attività nella Fase 1, vedere Raccogliere i requisiti per la migrazione a Power BI.

Fase 2: Pianificare la distribuzione

La Fase 2 è incentrata sul modo in cui i requisiti definiti nella Fase 1 sono soddisfatti 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 non lineare. La creazione di un modello di verifica (nella Fase 3) può essere eseguita in parallelo con questa fase. Anche durante la creazione della soluzione (nella Fase 4), è possibile che vengano rese disponibili informazioni aggiuntive che influiscono sulle decisioni relative alla pianificazione della distribuzione. Questo tipo di pianificazione della distribuzione nella Fase 2 è incentrato sul livello della soluzione, rispettando al contempo le decisioni già effettuate 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

La Fase 3 è incentrata sulla risoluzione delle incognite e l'attenuazione dei rischi il prima possibile. Un modello di verifica tecnica (POC) è utile per la convalida di presupposti e può essere eseguito in modo iterativo insieme alla pianificazione della distribuzione (Fase 2). L'output di questa fase è una soluzione di Power BI con ambito limitato. Si noti che non si prevede che il modello di verifica sia un lavoro monouso. Sarà tuttavia probabilmente necessario un lavoro aggiuntivo nella Fase 4 per renderlo pronto per la produzione. In questo senso, all'interno dell'organizzazione è possibile fare riferimento a questa attività come prototipo, pilota, mockup, avvio rapido o prodotto minimo funzionante. 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 un modello di verifica per la migrazione a Power BI.

Fase 4: Creare e convalidare il contenuto

Nella Fase 4 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 di Power BI completa che è stata convalidata in un ambiente di sviluppo. Dovrebbe essere pronta per la distribuzione nella Fase 5. Per altre informazioni sulle attività nella Fase 4, vedere Creare contenuti di cui 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 che viene usata attivamente dagli utenti aziendali. Quando si usa una metodologia Agile, è accettabile avere alcuni miglioramenti pianificati che verranno distribuiti in un'iterazione futura. In base al livello di esperienza con Power BI, ad esempio per ridurre al minimo il rischio e le interruzioni per l'utente, è possibile scegliere di eseguire una pre-distribuzione. In alternativa, è possibile eseguire inizialmente la distribuzione a 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.

Esaminare i motivi per la migrazione

L'abilitazione di una cultura basata sui 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 riassunti come segue:

• Abilitare la BI in modalità self-service gestita introducendo nuove funzionalità che offrono nuove opportunità alla community di utenti di BI in modalità self-service. Power BI incrementa la disponibilità dell'accesso alle informazioni e al processo decisionale, riducendo al tempo stesso la necessità di competenze specialistiche che possono essere difficili da trovare.
• Razionalizzare la distribuzione di business intelligence aziendale per soddisfare requisiti non soddisfatti dagli strumenti di business intelligence esistenti, riducendo al tempo stesso il livello di complessità e il costo di proprietà e/o definendo uno standard rispetto ai diversi strumenti di business intelligence attualmente in uso.
• Alleviare la pressione economica per un incremento della produttività con meno risorse, tempo e personale.

Ottenere una migrazione a Power BI senza problemi

Ogni migrazione è leggermente diversa. Può dipendere dalla struttura organizzativa, dalle strategie dei dati, dalla maturità della gestione dei dati e dagli obiettivi organizzativi. Esistono tuttavia alcune procedure che vengono rilevate in modo coerente nei clienti che completano con successo la migrazione a Power BI.

• Sponsorizzazione executive: identificare uno sponsor esecutivo all'inizio del processo. Questa persona deve supportare attivamente la business intelligence nell'organizzazione e deve avere un interesse personale nell'ottenere un risultato positivo per la migrazione. Idealmente il dirigente sponsor ha l'autorità e la responsabilità definitive 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 di analisi è anche un'iniziativa basata sulle persone, quindi è consigliabile investire durante le fasi iniziali nel training e nel supporto degli utenti. È anche consigliabile creare un piano di comunicazione che illustra in modo trasparente a tutti gli stakeholder quello che sta accadendo e perché e che definisca aspettative realistiche. Assicurarsi di includere un ciclo di feedback nel piano di comunicazione per acquisire input dagli stakeholder.
• Vittorie rapide: inizialmente, assegnare priorità agli elementi di valore elevato con valore aziendale tangibile e che stanno premendo. Invece di provare a eseguire rigorosamente sempre la migrazione dei report in modo accurato in base a quanto presente nella piattaforma di business intelligence legacy, è consigliabile concentrarsi sull'esigenza aziendale che il report sta provando a soddisfare, inclusa l'azione da eseguire, quando si affronta 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 apportare miglioramenti. Potrebbe ad esempio eliminare la preparazione manuale dei dati o ridistribuire regole di business che erano confinate a un singolo report. È consigliabile valutare il refactoring, la modernizzazione e il consolidamento delle soluzioni esistenti, se è possibile giustificare questo lavoro. 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. È consigliabile lavorare in brevi cicli iterativi per offrire rapidamente valore. È opportuno completare spesso piccoli modelli di verifica per ridurre al minimo il rischio di incognite, convalidare i presupposti e imparare a usare le nuove funzionalità. Power BI è un servizio cloud che viene aggiornato ogni mese, quindi è importante rimanere aggiornati sugli sviluppi e adeguarsi quando necessario.
• Resistenza al cambiamento: comprendere che potrebbero esserci diversi livelli di resistenza al cambiamento; alcuni utenti resisteranno all'apprendimento di un nuovo strumento. Alcuni professionisti che hanno dedicato molto tempo e lavoro all'acquisizione di un'esperienza con uno strumento di business intelligence diverso, inoltre, potrebbero sentirsi minacciati e temere di essere sostituiti. Occorre essere preparati, perché potrebbero verificarsi lotte politiche interne, in particolari in organizzazioni a decentralizzazione elevata.
• Vincoli: è consigliabile definire piani di migrazione realistici, che includono finanziamenti, stime temporali e ruoli e responsabilità per tutti i partecipanti.

Riconoscimenti

Questa serie di articoli è stata scritta da Melissa Coates, MVP per le piattaforme dati e proprietaria di Coates Data Strategies. I collaboratori e i 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 sulla migrazione a Power BI sono disponibili informazioni sui passaggi preliminari alla migrazione durante la migrazione a Power BI.

Altre risorse utili includono:

• Roadmap per l'adozione dell'infrastruttura
• Pianificazione dell'implementazione di Power BI
• Trasformazione BI di Microsoft
• Eseguire la migrazione di report SSRS in Power BI
• Domande? Contattare la community di Power BI
• inviare suggerimenti, Contribuire con idee per migliorare Power BI

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.