Omówienie migracji do usługi Power BI

  • Artykuł

Klienci coraz częściej ustandaryzują usługę Power BI, aby napędzać kulturę danych, która obejmuje umożliwienie zarządzanej samoobsługowej analizy biznesowej (SSBI), racjonalizowanie dostarczania analizy biznesowej przedsiębiorstwa i reagowanie na presję gospodarczą. Celem tej serii artykułów dotyczących migracji usługi Power BI jest przedstawienie wskazówek dotyczących planowania i przeprowadzania migracji z narzędzia analizy biznesowej innej firmy do usługi Power BI.

Artykuły z serii migracji usługi Power BI obejmują:

  1. Omówienie migracji usługi Power BI (ten artykuł)
  2. Przygotowanie do migracji do usługi Power BI
  3. Zbieranie wymagań dotyczących migracji do usługi Power BI (etap 1)
  4. Planowanie wdrożenia w celu przeprowadzenia migracji do usługi Power BI (etap 2)
  5. Przeprowadzanie weryfikacji koncepcji migracji do usługi Power BI (etap 3)
  6. Tworzenie zawartości do migracji do usługi Power BI (etap 4)
  7. Wdrażanie w usłudze Power BI (etap 5)
  8. Dowiedz się więcej na temat migracji usługi Power BI klienta

Uwaga

Zalecamy również dokładne zapoznanie się z planem wdrożenia sieci szkieletowej i artykułami planowania implementacji usługi Power BI.

Istnieją dwa założenia: Twoja organizacja ma obecnie starszą platformę analizy biznesowej, a decyzja została podjęta w celu formalnego migrowania zawartości i użytkowników do usługi Power BI. Migracja do usługa Power BI jest głównym celem tej serii. Dodatkowe zagadnienia mogą dotyczyć klientów chmury krajowej/regionalnej poza tym, co zostało omówione w tej serii artykułów.

Na poniższym diagramie przedstawiono cztery fazy wysokiego poziomu na potrzeby wdrażania usługi Power BI w organizacji.

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

Faza opis
Phase 1. Konfigurowanie i ocenianie usługi Power BI. Pierwsza faza obejmuje ustanowienie początkowej architektury usługi Power BI. Wstępne wdrożenie i planowanie ładu są obecnie obsługiwane, a także oceny usługi Power BI, w tym zwrot z inwestycji i/lub analizy korzyści kosztów.
Phase 2. Szybkie tworzenie nowych rozwiązań w usłudze Power BI. W drugiej fazie autorzy samoobsługowej analizy biznesowej mogą rozpocząć korzystanie z usługi Power BI i oceniać je zgodnie z ich potrzebami, a wartość można szybko uzyskać z usługi Power BI. Działania w fazie 2 mają znaczenie dla elastyczności i szybkiej wartości biznesowej, co ma kluczowe znaczenie dla uzyskania akceptacji wyboru nowego narzędzia analizy biznesowej, takiego jak usługa Power BI. Z tego powodu diagram przedstawia działania w fazie 2 wykonywane równolegle z działaniami migracji w fazie 3.
Phase 3. Migrowanie zasobów analizy biznesowej ze starszej platformy do usługi Power BI. Trzecia faza dotyczy migracji do usługi Power BI. Koncentruje się ona na tej serii artykułów dotyczących migracji usługi Power BI. W następnej sekcji omówiono pięć konkretnych etapów migracji.
Phase 4. Wdrażanie, zarządzanie i monitorowanie usługi Power BI. Ostatnia faza obejmuje bieżące działania, takie jak pielęgnowanie kultury danych, komunikacji i szkoleń. Te działania mają duży wpływ na efektywną implementację usługi Power BI. Ważne jest, aby mieć zasady ładu i zabezpieczeń oraz procesy, które są odpowiednie dla organizacji, a także inspekcji i monitorowania, aby umożliwić skalowanie, zwiększanie i ciągłe ulepszanie.

Ważne

Formalna migracja do usługi Power BI prawie zawsze odbywa się równolegle z opracowywaniem nowego rozwiązania usługi Power BI. Rozwiązanie usługi Power BI to ogólny termin obejmujący korzystanie zarówno z danych, jak i raportów. Pojedynczy plik programu Power BI Desktop (pbix) może zawierać model danych lub raport albo oba te pliki. Oddzielenie modelu danych od raportów jest zachęcane do ponownego korzystania z danych, ale nie jest wymagane.

Tworzenie nowych wymagań przy użyciu usługi Power BI, podczas planowania i przeprowadzania formalnej migracji, pomoże ci uzyskać zakup. Jednoczesne fazy zapewniają autorom zawartości praktyczne, rzeczywiste doświadczenie w usłudze Power BI.

Pięć etapów migracji usługi Power BI

Faza 3 diagramu dotyczy migracji do usługi Power BI. W tej fazie istnieją pięć typowych etapów.

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

Poniżej przedstawiono następujące etapy przedstawione na poprzednim diagramie:

Kroki przed migracją

Kroki przed migracją obejmują akcje, które należy wziąć pod uwagę przed rozpoczęciem projektu w celu migracji zawartości ze starszej platformy analizy biznesowej do usługi Power BI. Zazwyczaj obejmuje to początkowe planowanie wdrożenia na poziomie dzierżawy. Aby uzyskać więcej informacji na temat tych działań, zobacz Przygotowanie do migracji do usługi Power BI.

Etap 1. Zbieranie wymagań i określanie priorytetów

Nacisk etapu 1 polega na zbieraniu informacji i planowaniu migracji pojedynczego rozwiązania. Ten proces powinien być iteracyjny i ograniczany do odpowiedniego nakładu pracy. Dane wyjściowe dla etapu 1 obejmują priorytetowy spis raportów i danych, które mają zostać zmigrowane. Dodatkowe działania w etapach 2 i 3 są niezbędne do pełnego oszacowania poziomu nakładu pracy. Aby uzyskać więcej informacji na temat działań w etapie 1, zobacz Zbieranie wymagań dotyczących migracji do usługi Power BI.

Etap 2. Planowanie wdrożenia

Etap 2 koncentruje się na tym, jak wymagania zdefiniowane w etapie 1 są spełnione dla każdego konkretnego rozwiązania. Dane wyjściowe etapu 2 zawierają jak najwięcej szczegółowych informacji, które umożliwiają przeprowadzenie procesu, chociaż jest to proces iteracyjny, nieliniowy. Utworzenie weryfikacji koncepcji (etap 3) może wystąpić równolegle z tym etapem. Nawet podczas tworzenia rozwiązania (w etapie 4) mogą pojawić się dodatkowe informacje wpływające na decyzje dotyczące planowania wdrożenia. Ten typ planowania wdrożenia w etapie 2 koncentruje się na poziomie rozwiązania, przy jednoczesnym poszanowaniu decyzji już podjętych na poziomie organizacji. Aby uzyskać więcej informacji na temat działań w etapie 2, zobacz Planowanie wdrożenia w celu przeprowadzenia migracji do usługi Power BI.

Etap 3. Przeprowadzanie weryfikacji koncepcji

Celem etapu 3 jest rozwiązanie problemów z nieznanymi elementami i ograniczenie ryzyka tak szybko, jak to możliwe. Weryfikacja techniczna koncepcji (POC) jest pomocna w weryfikowaniu założeń i może być wykonywana iteracyjnie wraz z planowaniem wdrożenia (etap 2). Dane wyjściowe tego etapu to rozwiązanie usługi Power BI, które jest wąskie w zakresie. Należy pamiętać, że nie zamierzamy, aby weryfikacja koncepcji działała jednorazowo. Jednak prawdopodobnie będzie wymagać dodatkowej pracy w etapie 4, aby przygotować ją do produkcji. Pod tym względem w organizacji można odwoływać się do tego działania jako prototypu, pilotażu, makiety, przewodnika Szybki start lub minimalnie opłacalnego produktu (MVP). Przeprowadzanie weryfikacji koncepcji nie zawsze jest konieczne i można to zrobić nieformalnie. Aby uzyskać więcej informacji na temat działań w etapie 3, zobacz Przeprowadzanie weryfikacji koncepcji migracji do usługi Power BI.

Etap 4. Tworzenie i weryfikowanie zawartości

Etap 4 polega na zakończeniu rzeczywistej pracy w celu przekonwertowania weryfikacji koncepcji na rozwiązanie gotowe do produkcji. Dane wyjściowe tego etapu to ukończone rozwiązanie usługi Power BI, które zostało zweryfikowane w środowisku projektowym. Powinno być gotowe do wdrożenia w etapie 5. Aby uzyskać więcej informacji na temat działań w etapie 4, zobacz Tworzenie zawartości do migracji do usługi Power BI.

Etap 5. Wdrażanie, obsługa i monitorowanie

Głównym celem etapu 5 jest wdrożenie nowego rozwiązania usługi Power BI w środowisku produkcyjnym. Dane wyjściowe tego etapu to rozwiązanie produkcyjne, które jest aktywnie używane przez użytkowników biznesowych. W przypadku korzystania z metodologii agile dopuszczalne jest zaplanowanie pewnych ulepszeń, które zostaną dostarczone w przyszłej iteracji. W zależności od poziomu komfortu usługi Power BI, takiego jak zminimalizowanie ryzyka i zakłóceń użytkowników, możesz wybrać wdrożenie etapowe. Możesz też początkowo wdrożyć w mniejszej grupie użytkowników pilotażowych. Pomoc techniczna i monitorowanie są również ważne na tym etapie i na bieżąco. Aby uzyskać więcej informacji na temat działań w etapie 5, zobacz Migrowanie do usługi Power BI.

Napiwek

Większość pojęć omówionych w tej serii artykułów dotyczących migracji usługi Power BI dotyczy również standardowego projektu implementacji usługi Power BI.

Rozważ przyczyny migracji

Umożliwienie wydajnej i zdrowej kultury danych jest głównym celem wielu organizacji. Usługa Power BI to doskonałe narzędzie ułatwiające ten cel. Trzy typowe przyczyny migracji do usługi Power BI mogą być destylowane do:

  • Włącz zarządzaną samoobsługową usługę BI , wprowadzając nowe funkcje, które umożliwiają samoobsługową społeczność użytkowników analizy biznesowej. Usługa Power BI zapewnia dostęp do informacji i podejmowania decyzji w szerszym zakresie, a jednocześnie polega mniej na specjalistycznych umiejętnościach, które mogą być trudne do znalezienia.
  • Zracjonalizuj dostarczanie analizy biznesowej przedsiębiorstwa w celu spełnienia wymagań, które nie są uwzględniane przez istniejące narzędzia analizy biznesowej, jednocześnie zmniejszając poziom złożoności, zmniejszając koszty własności i/lub standaryzację z wielu narzędzi analizy biznesowej, które są obecnie używane.
  • Sprostanie presji gospodarczej w celu zwiększenia produktywności przy mniejszej liczbie zasobów, czasu i zatrudnienia.

Osiąganie powodzenia migracji usługi Power BI

Każda migracja jest nieco inna. Może to zależeć od struktury organizacyjnej, strategii danych, dojrzałości do zarządzania danymi i celów organizacyjnych. Istnieją jednak pewne rozwiązania, które stale widzimy u naszych klientów, którzy osiągną sukces migracji usługi Power BI.

  • Sponsoring wykonawczy: zidentyfikuj sponsora wykonawczego na wczesnym etapie procesu. Ta osoba powinna być osobą, która aktywnie obsługuje usługę BI w organizacji i jest osobiście inwestowana w osiągnięcie pozytywnego wyniku migracji. W idealnym przypadku sponsor wykonawczy ma ostateczną władzę i odpowiedzialność za wyniki związane z usługą Power BI. Aby uzyskać więcej informacji, zobacz ten artykuł.
  • Szkolenia, pomoc techniczna i komunikacja: należy pamiętać, że jest to coś więcej niż tylko inicjatywa technologiczna. Każdy projekt analizy biznesowej lub analizy jest również inicjatywą osób, więc rozważ inwestowanie na wczesnym etapie szkolenia użytkowników i pomocy technicznej. Ponadto utwórz plan komunikacji, który w sposób przezroczysty wyjaśnia wszystkim uczestnikom projektu, co się dzieje, dlaczego i wyznacza realistyczne oczekiwania. Pamiętaj, aby uwzględnić pętlę opinii w planie komunikacji, aby przechwycić dane wejściowe od uczestników projektu.
  • Szybkie zwycięstwa: Początkowo należy określić priorytety elementów o wysokiej wartości, które mają namacalną wartość biznesową i naciskają. Zamiast ściśle próbować migrować raporty dokładnie tak, jak są wyświetlane na starszej platformie analizy biznesowej, skoncentruj się na pytaniu biznesowym, na które raport próbuje odpowiedzieć — w tym na działania, które należy podjąć — podczas rozwiązywania problemu z przeprojektowanego raportu.
  • Modernizacja i ulepszenia: bądź gotów przemyśleć, jak zawsze wszystko zostało zrobione. Migracja może stanowić okazję do wprowadzenia ulepszeń. Może to na przykład wyeliminować ręczne przygotowywanie danych lub przenieść reguły biznesowe, które zostały ograniczone do pojedynczego raportu. Rozważ refaktoryzację, modernizację i konsolidację istniejących rozwiązań, gdy nakład pracy może być uzasadniony. Może ona obejmować konsolidację wielu raportów w jeden lub wyeliminowanie starszych elementów, które nie były używane przez jakiś czas.
  • Ciągłe uczenie się: przygotuj się do korzystania z podejścia etapowego, jednocześnie ciągle ucząc się i dostosowując się. Praca w krótkich cyklach iteracyjnych, aby szybko przynieść wartość. Częste wykonywanie małych weryfikacji koncepcji w celu zminimalizowania ryzyka nieznanych, weryfikacji założeń i zapoznania się z nowymi funkcjami. Ponieważ usługa Power BI to usługa w chmurze, która aktualizuje co miesiąc, ważne jest, aby zachować na bieżąco rozwój i dostosować kurs, jeśli jest to konieczne.
  • Odporność na zmiany: Zrozumienie, że może istnieć różny poziom odporności na zmianę; niektórzy użytkownicy będą opierać się uczeniu się nowego narzędzia. Ponadto niektórzy specjaliści, którzy poświęcili znaczący czas i wysiłek, aby zdobyć wiedzę na temat innego narzędzia analizy biznesowej, mogą wydawać się zagrożone przez przesiedlenia. Przygotuj się, ponieważ może to spowodować wewnętrzne walki polityczne, szczególnie w wysoce zdecentralizowanych organizacjach.
  • Ograniczenia: bądź realistyczny w przypadku planów migracji, w tym finansowania, szacowania czasu, a także ról i obowiązków dla wszystkich zaangażowanych osób.

Podziękowania

Ta seria artykułów została napisana przez Melissa Coates, MVP platformy danych i właściciela Coates Data Strategies. Współautorzy i recenzenci to Marc Reguera, Venkatesh Titte, Patrick Baumgartner, Tamer Farag, Richard Tkachuk, Matthew Roche, Adam Saxton, Chris Webb, Mark Vaillancourt, Daniel Rubiolo, David Iseminger i Peter Myers.

Powiązana zawartość

W następnym artykule z tej serii migracji usługi Power BI dowiesz się więcej o krokach przed migracją podczas migracji do usługi Power BI.

Inne pomocne zasoby obejmują:

Doświadczeni partnerzy usługi Power BI są dostępni, aby pomóc organizacji w pomyślnym zakończeniu procesu migracji. Aby zaangażować partnera usługi Power BI, odwiedź portal partnerski usługi Power BI.