Share via


Översikt över Power BI-migrering

Kunderna standardiserar i allt högre grad Power BI för att driva en datakultur, vilket innebär att aktivera hanterad business intelligence (SSBI) med självbetjäning, rationalisering av leveransen av företags-BI och att hantera ekonomiska påfrestningar. Syftet med den här serien med Power BI-migreringsartiklar är att ge dig vägledning om hur du planerar och genomför en migrering från ett BI-verktyg från tredje part till Power BI.

Artiklarna i Power BI-migreringsserien är:

  1. Översikt över Power BI-migrering (den här artikeln)
  2. Förbereda migreringen till Power BI
  3. Samla in krav för att migrera till Power BI (steg 1)
  4. Planera distribution för migrering till Power BI (steg 2)
  5. Genomföra konceptbevis för migrering till Power BI (steg 3)
  6. Skapa innehåll som ska migreras till Power BI (steg 4)
  7. Distribuera till Power BI (steg 5)
  8. Lär dig av kundens Power BI-migreringar

Kommentar

Vi rekommenderar också att du läser igenom översikten över implementering av infrastrukturresurser och planeringsartiklar för Power BI-implementering .

Det finns två antaganden: Din organisation har en äldre BI-plattform på plats och beslutet har fattats om att formellt migrera innehåll och användare till Power BI. Att migrera till Power BI-tjänst är seriens primära fokus. Ytterligare överväganden kan gälla för nationella/regionala molnkunder utöver vad som beskrivs i den här artikelserien.

Följande diagram visar fyra högnivåfaser för distribution av Power BI i din organisation.

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

Fas beskrivning
Phase 1. Konfigurera och utvärdera Power BI. Den första fasen handlar om att etablera den första Power BI-arkitekturen. Preliminär distributions- och styrningsplanering hanteras just nu, samt Power BI-utvärderingar, inklusive avkastning på investeringar och/eller kostnadsnyttoanalys.
Phase 2. Skapa nya lösningar snabbt i Power BI. I den andra fasen kan BI-författare med självbetjäning börja använda och utvärdera Power BI för sina behov, och värdet kan hämtas från Power BI snabbt. Aktiviteter i fas 2 lägger vikt vid flexibilitet och snabbt affärsvärde, vilket är viktigt för att få acceptans för valet av ett nytt BI-verktyg som Power BI. Därför visar diagrammet aktiviteter i fas 2 som sker sida vid sida med migreringsaktiviteterna i fas 3.
Phase 3. Migrera BI-tillgångar från en äldre plattform till Power BI. Den tredje fasen hanterar migreringen till Power BI. Det är fokus i den här serien med Power BI-migreringsartiklar. Fem specifika migreringssteg beskrivs i nästa avsnitt.
Phase 4. Anta, styra och övervaka Power BI. Slutfasen omfattar pågående aktiviteter som att vårda en datakultur, kommunikation och utbildning. Dessa aktiviteter har stor inverkan på en effektiv Power BI-implementering. Det är viktigt att ha styrnings- och säkerhetsprinciper och processer som passar din organisation, samt granskning och övervakning så att du kan skala, växa och kontinuerligt förbättra.

Viktigt!

En formell migrering till Power BI sker nästan alltid parallellt med utvecklingen av en ny Power BI-lösning. Power BI-lösningen är en allmän term som omfattar användning av både data och rapporter. En enda Power BI Desktop-fil (pbix) kan innehålla en datamodell eller rapport, eller både och. Att separera datamodellen från rapporter uppmuntras i syfte att återanvända data, men krävs inte.

När du använder Power BI för att skapa nya krav kan du få inköp när du planerar och genomför den formella migreringen. Samtidiga faser ger innehållsförfattare praktisk, verklig erfarenhet av Power BI.

Fem steg i en Power BI-migrering

Fas 3 i diagrammet hanterar migrering till Power BI. Under den här fasen finns det fem vanliga steg.

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

Följande steg som visas i föregående diagram är:

Steg före migrering

Stegen före migreringen omfattar åtgärder som du bör överväga innan du påbörjar ett projekt för att migrera innehåll från en äldre BI-plattform till Power BI. Den innehåller vanligtvis den första distributionsplaneringen på klientnivå. Mer information om dessa aktiviteter finns i Förbereda migrering till Power BI.

Steg 1: Samla in krav och prioritera

Tyngdpunkten i steg 1 är att samla in information och planera migreringen av en enda lösning. Den här processen bör vara iterativ och begränsad till en rimlig storlek. Utdata för steg 1 innehåller en prioriterad inventering av rapporter och data som ska migreras. Ytterligare aktiviteter i steg 2 och 3 är nödvändiga för att fullt ut beräkna insatsnivån. Mer information om aktiviteterna i steg 1 finns i Samla in krav för att migrera till Power BI.

Steg 2: Planera för distribution

Fokus för steg 2 ligger på hur kraven som definieras i steg 1 uppfylls för varje specifik lösning. Utdata från steg 2 innehåller så många detaljer som möjligt för att vägleda processen, även om det är en iterativ, icke-linjär process. Skapande av ett konceptbevis (i steg 3) kan ske parallellt med det här steget. Även när du skapar lösningen (i steg 4) kan ytterligare information komma fram som påverkar beslut om distributionsplanering. Den här typen av distributionsplanering i steg 2 fokuserar på lösningsnivå, samtidigt som man respekterar de beslut som redan fattats på organisationsnivå. Mer information om aktiviteterna i steg 2 finns i Planera distribution för migrering till Power BI.

Steg 3: Genomföra konceptbevis

Betoningen i steg 3 är att åtgärda okända och minimera risker så tidigt som möjligt. Ett tekniskt konceptbevis (POC) är användbart för att validera antaganden, och det kan göras iterativt tillsammans med distributionsplanering (steg 2). Utdata från den här fasen är en Power BI-lösning som är smal i omfånget. Observera att vi inte tänker att POC ska vara disponibelt arbete. Det kommer dock sannolikt att kräva ytterligare arbete i steg 4 för att göra det produktionsklart. I det här avseendet kan du i din organisation referera till den här aktiviteten som antingen en prototyp, pilot, modell, snabbstart eller minimalt livskraftig produkt (MVP). Att genomföra en POC är inte alltid nödvändigt och det kan göras informellt. Mer information om aktiviteterna i steg 3 finns i Genomföra konceptbevis för migrering till Power BI.

Steg 4: Skapa och verifiera innehåll

Steg 4 är när det faktiska arbetet med att konvertera POC till en produktionsklar lösning är klar. Utdata från den här fasen är en slutförd Power BI-lösning som har verifierats i en utvecklingsmiljö. Den bör vara redo för distribution i steg 5. Mer information om aktiviteterna i steg 4 finns i Skapa innehåll för migrering till Power BI.

Steg 5: Distribuera, stödja och övervaka

Huvudfokus för steg 5 är att distribuera den nya Power BI-lösningen till produktion. Utdata från den här fasen är en produktionslösning som används aktivt av företagsanvändare. När du använder en flexibel metod är det acceptabelt att ha vissa planerade förbättringar som kommer att levereras i en framtida iteration. Beroende på din komfortnivå med Power BI, till exempel minimera risker och användarstörningar, kan du välja att utföra en stegvis distribution. Eller så kan du först distribuera till en mindre grupp pilotanvändare. Stöd och övervakning är också viktigt i detta skede och kontinuerligt. Mer information om aktiviteterna i steg 5 finns i Migrera till Power BI.

Dricks

De flesta begrepp som beskrivs i den här serien med Power BI-migreringsartiklar gäller även för ett standardprojekt för Power BI-implementering.

Överväg migreringsskäl

Att möjliggöra en produktiv och hälsosam datakultur är ett huvudmål för många organisationer. Power BI är ett utmärkt verktyg för att underlätta detta mål. Tre vanliga orsaker till att du kan överväga att migrera till Power BI kan destilleras till:

  • Aktivera hanterad bi med självbetjäning genom att introducera nya funktioner som ger självbetjänings-BI-användarcommunityn. Power BI gör tillgång till information och beslutsfattande mer allmänt tillgängligt, samtidigt som man förlitar sig mindre på specialistkunskaper som kan vara svåra att hitta.
  • Rationalisera leveransen av enterprise BI för att uppfylla krav som inte hanteras av befintliga BI-verktyg, samtidigt som du minskar komplexitetsnivån, minskar ägandekostnaden och/eller standardiserar från flera BI-verktyg som för närvarande används.
  • Hantera det ekonomiska trycket för ökad produktivitet med färre resurser, tid och personal.

Uppnå lyckad Power BI-migrering

Varje migrering skiljer sig något. Det kan bero på organisationens struktur, datastrategier, datahanteringsmognad och organisationens mål. Det finns dock vissa metoder som vi konsekvent ser med våra kunder som lyckas med Power BI-migreringen.

  • Exekutiv sponsring: Identifiera en chefssponsor tidigt i processen. Den här personen bör vara någon som aktivt stöder BI i organisationen och som personligen har investerat i att uppnå ett positivt resultat för migreringen. Helst har den verkställande sponsorn slutlig auktoritet och ansvar för resultat relaterade till Power BI. Mer information finns i denna artikel.
  • Utbildning, support och kommunikation: Identifiera att det är mer än bara ett teknikinitiativ. Alla BI- eller analysprojekt är också ett personinitiativ, så överväg att investera tidigt i användarutbildning och support. Skapa också en kommunikationsplan som transparent förklarar för alla intressenter vad som händer, varför och ställer realistiska förväntningar. Se till att inkludera en feedbackloop i din kommunikationsplan för att samla in indata från intressenter.
  • Snabbvinster: Prioritera först objekt med högt värde som har ett konkret affärsvärde och som trycker på. I stället för att strikt försöka migrera rapporter precis som de visas i den äldre BI-plattformen fokuserar du på den affärsfråga som rapporten försöker besvara – inklusive åtgärder som ska vidtas – när du tar itu med den omdesignade rapporten.
  • Modernisering och förbättringar: Var villig att tänka om hur saker och ting alltid har gjorts. En migrering kan ge en möjlighet att leverera förbättringar. Det kan till exempel eliminera manuell förberedelse av data eller flytta affärsregler som är begränsade till en enda rapport. Överväg att omstrukturera, modernisera och konsolidera befintliga lösningar när arbetet kan motiveras. Det kan vara att konsolidera flera rapporter i en eller eliminera äldre objekt som inte har använts på ett tag.
  • Kontinuerlig inlärning: Var beredd på att använda en stegvis metod samtidigt som du kontinuerligt lär dig och anpassar dig. Arbeta i korta, iterativa cykler för att snabbt få värde. Gör en vanlig metod för att slutföra små POC:er för att minimera risken för okända, validera antaganden och lära dig mer om nya funktioner. Eftersom Power BI är en molntjänst som uppdateras varje månad är det viktigt att hålla sig uppdaterad om utvecklingen och justera kursen när det är lämpligt.
  • Motstånd mot förändring: Förstå att det kan finnas olika nivåer av motstånd mot förändring; vissa användare kommer att motstå att lära sig ett nytt verktyg. Dessutom kan vissa proffs som har ägnat betydande tid och arbete åt att få expertis med ett annat BI-verktyg känna sig hotade av att bli fördrivna. Var beredd, eftersom det kan leda till interna politiska kamper, särskilt i mycket decentraliserade organisationer.
  • Begränsningar: Var realistisk med migreringsplaner, inklusive finansiering, tidsuppskattningar samt roller och ansvarsområden för alla inblandade.

Tack

Den här serien av artiklar skrevs av Melissa Coates, Data Platform MVP och ägare av Coates Data Strategies. Deltagare och recensenter inkluderar Marc Reguera, Venkatesh Titte, Patrick Baumgartner, Tamer Farag, Richard Tkachuk, Matthew Roche, Adam Saxton, Chris Webb, Mark Vaillancourt, Daniel Rubiolo, David Iseminger och Peter Myers.

I nästa artikel i den här Power BI-migreringsserien får du lära dig mer om stegen före migreringen när du migrerar till Power BI.

Andra användbara resurser är:

Erfarna Power BI-partner är tillgängliga för att hjälpa din organisation att lyckas med migreringsprocessen. Om du vill engagera en Power BI-partner går du till Power BI-partnerportalen.