Förbereda migreringen till Power BI

  • Artikel

Den här artikeln beskriver åtgärder som du kan överväga innan du migrerar till Power BI.

Diagrammet visar stegen i en Power BI-migrering. Stegen före migreringen betonas för den här artikeln.

Kommentar

En fullständig förklaring av bilden ovan finns i Översikt över Power BI-migrering.

Stegen före migreringen betonar planeringen i förväg, vilket är viktigt innan du går igenom de fem migreringsstegen. De flesta stegen före migreringen sker en gång, men för större organisationer kan vissa delar vara iterativa för varje affärsenhet eller avdelningsområde.

Utdata från stegen före migreringen innehåller en inledande styrningsmodell , inledande distributionsplanering på hög nivå, utöver en inventering av de rapporter och data som ska migreras. Ytterligare information från aktiviteter i steg 1, 2 och 3 kommer att vara nödvändig för att fullt ut uppskatta hur mycket arbete som krävs för att migrera enskilda lösningar.

Dricks

De flesta av de ämnen som beskrivs i den här artikeln gäller även för ett standardprojekt för Power BI-implementering.

Skapa kostnads-/förmånsanalys och utvärdering

Flera av de viktigaste övervägandena under den första utvärderingen är att hämta:

  • Klarhet i affärsfallet och BI-strategin för att nå ett specifikt önskat framtida tillstånd.
  • Klarhet om vad framgång innebär och hur du mäter framsteg och framgång för migreringsinitiativet.
  • Kostnadsuppskattningar och avkastning på investeringsberäkningar (ROI).
  • Lyckade resultat för flera produktiva Power BI-initiativ som är mindre på omfångs- och komplexitetsnivå.

Identifiera intressenter och verkställande support

Flera saker att tänka på för att identifiera intressenter är:

  • Se till att den verkställande sponsringen är på plats.
  • Se till att intressenterna följer affärsfallet och BI-strategin.
  • Ta med representanter från hela affärsenheterna – även om deras innehåll planeras för migrering enligt en senare tidtabell – för att förstå deras motiv och problem.
  • Involvera Power BI-mästare tidigt.
  • Skapa och följ en kommunikationsplan med intressenter.

Dricks

Om du är rädd att du börjar överkommunikera, är det förmodligen nästan rätt.

Generera en inledande styrningsmodell

Flera viktiga saker att ta itu med tidigt i en Power BI-implementering är:

  • Specifika mål för implementering och var Microsoft Fabric och Power BI passar in i den övergripande BI-strategin för organisationen.
  • Hur infrastrukturresursadministratörsrollen ska hanteras, särskilt i decentraliserade organisationer.
  • Principer för att uppnå betrodda data: användning av auktoritativa datakällor, hantering av problem med datakvalitet och användning av konsekvent terminologi och vanliga definitioner.
  • Säkerhets- och datasekretessstrategi för datakällor, datamodeller, rapporter och innehållsleverans till interna och externa användare.
  • Hur interna och externa efterlevnads-, regel- och granskningskrav uppfylls.

Viktigt!

Den mest effektiva styrningsmodellen strävar efter att balansera användarens egenmakt med den nödvändiga kontrollnivån. Se mer information, läs om disciplin i grunden och flexibilitet på gränsen.

Genomföra inledande distributionsplanering

Den inledande distributionsplaneringen omfattar att definiera standarder, principer och inställningar för organisationens Power BI-implementering.

Observera att steg 2 refererar till distributionsplanering på lösningsnivå. Aktiviteterna i steg 2 bör respektera beslut på organisationsnivå när det är möjligt.

Några viktiga saker att åtgärda tidigt i en Power BI-implementering är:

  • Beslut om power BI-klientinställning , som ska dokumenteras.
  • Beslut om hantering av arbetsytor, som ska dokumenteras.
  • Överväganden och inställningar som rör data- och innehållsdistributionsmetoder, till exempel appar, arbetsytor, delning, prenumerationer och inbäddning av innehåll.
  • Inställningar som rör semantiska modelllägen – tidigare kallade datamängdslägen, till exempel användning av importläge, DirectQuery-läge eller kombination av de två lägena i en sammansatt modell.
  • Skydda data och åtkomst.
  • Arbeta med delade semantiska modeller för återanvändning.
  • Tillämpa datacertifiering för att främja användningen av auktoritativa och tillförlitliga data.
  • Användning av olika rapporttyper, inklusive Power BI-rapporter, Excel-rapporter eller sidnumrerade rapporter för olika användningsfall eller affärsenheter.
  • Metoder för ändringshantering för hantering av centraliserade BI-objekt och företagshanterade BI-objekt.
  • Utbildningsplaner för konsumenter, datamodellerare, rapportförfattare och administratörer.
  • Stöd för innehållsförfattare med hjälp av Power BI Desktop-mallar, anpassade visuella objekt och dokumenterade rapportdesignstandarder.
  • Procedurer och processer för att hantera användarkrav, till exempel att begära nya licenser, lägga till nya gatewaydatakällor, få behörighet till gatewaydatakällor, begära nya arbetsytor, ändra arbetsytebehörigheter och andra vanliga krav som kan uppstå regelbundet.

Viktigt!

Distributionsplanering är en iterativ process. Distributionsbesluten förfinas och utökas många gånger när organisationens erfarenhet av Power BI växer och när Power BI utvecklas. De beslut som fattas under den här processen kommer att användas under distributionsplaneringen på lösningsnivå som beskrivs i steg 2 i migreringsprocessen.

Upprätta inledande arkitektur

Din BI-lösningsarkitektur utvecklas och mognar över tid. Power BI-konfigurationsuppgifter som ska hanteras direkt är:

Viktigt!

Ibland refererar den här artikeln till Power BI Premium eller dess kapacitetsprenumerationer (P SKU:er). Tänk på att Microsoft för närvarande konsoliderar köpalternativ och drar tillbaka Power BI Premium per kapacitets-SKU:er. Nya och befintliga kunder bör överväga att köpa kapacitetsprenumerationer för Infrastrukturresurser (F SKU:er) i stället.

Mer information finns i Viktig uppdatering som kommer till Power BI Premium-licensiering och Vanliga frågor och svar om Power BI Premium.

Definiera framgångskriterier för migrering

Den första uppgiften är att förstå hur framgång ser ut för migrering av en enskild lösning. Frågor som du kan ställa är:

  • Vilka är de specifika motiven och målen för den här migreringen? Mer information finns i Översikt över Power BI-migrering (överväg migreringsskäl). I den här artikeln beskrivs de vanligaste orsakerna till att migrera till Power BI. Visst bör dina mål anges på organisationsnivå. Dessutom kan migrering av en äldre BI-lösning dra stor nytta av kostnadsbesparingar, medan migrering av en annan äldre BI-lösning kan fokusera på att få fördelar med arbetsflödesoptimering.
  • Vad är den förväntade kostnaden/förmånen eller ROI för den här migreringen? Att ha en tydlig förståelse för förväntningar som rör kostnader, ökade funktioner, minskad komplexitet eller ökad flexibilitet är användbart för att mäta framgång. Det kan ge vägledande principer för att hjälpa till med beslutsfattandet under migreringsprocessen.
  • Vilka nyckeltal (KPI:er) används för att mäta framgång? I följande lista visas några exempel på KPI:er:
    • Antalet rapporter som återges från den äldre BI-plattformen, vilket minskar månad för månad.
    • Antalet rapporter som återges från Power BI, vilket ökar månad för månad.
    • Antalet Power BI-rapportkonsumenter, vilket ökar kvartal för kvartal.
    • Procentandel rapporter som migrerats till produktion efter måldatum.
    • Kostnadsminskning av licenskostnaden år för år.

Dricks

Power BI-aktivitetsloggen kan användas som källa för att mäta KPI-förloppet.

Förbereda inventering av befintliga rapporter

Att förbereda en inventering av befintliga rapporter i den äldre BI-plattformen är ett viktigt steg mot att förstå vad som redan finns. Resultatet av det här steget är ett indata för att utvärdera migreringsinsatsnivån. Aktiviteter som rör förberedelse av en inventering kan vara:

  1. Inventering av rapporter: Kompilera en lista över rapporter och instrumentpaneler som är migreringskandidater.
  2. Inventering av datakällor: Kompilera en lista över alla datakällor som används av befintliga rapporter. Den bör omfatta både företagsdatakällor samt avdelnings- och personliga datakällor. Den här processen kan avslöja datakällor som inte tidigare var kända för IT-avdelningen, som ofta kallas skugg-IT.
  3. Granskningslogg: Hämta data från den äldre BI-plattformens granskningslogg för att förstå användningsmönster och hjälpa till med prioritering. Viktig information att hämta från granskningsloggen är:
    • Genomsnittligt antal gånger som varje rapport kördes per vecka/månad/kvartal.
    • Genomsnittligt antal konsumenter per rapport per vecka/månad/kvartal.
    • Konsumenterna för varje rapport, särskilt rapporter som används av chefer.
    • Det senaste datumet då varje rapport kördes.

Kommentar

I många fall migreras inte innehållet till Power BI exakt som det är. Migreringen representerar en möjlighet att omforma dataarkitekturen och/eller förbättra rapportleveransen. Att sammanställa en inventering av rapporter är avgörande för att förstå vad som för närvarande finns så att du kan börja utvärdera vad refaktorisering behöver ske. De återstående artiklarna i den här serien beskriver möjliga förbättringar mer detaljerat.

Utforska automatiseringsalternativ

Det går inte att helt automatisera en Power BI-konverteringsprocess från slutpunkt till slutpunkt.

Att kompilera den befintliga inventeringen av data och rapporter är en möjlig kandidat för automatisering när du har ett befintligt verktyg som kan göra det åt dig. I vilken utsträckning automatisering kan användas för vissa delar av migreringsprocessen, till exempel kompilering av det befintliga lagret, beror mycket på vilka verktyg du har.

Relaterat innehåll

I nästa artikel i den här Power BI-migreringsserien lär du dig mer om steg 1, som handlar om att samla in och prioritera krav vid migrering 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.