Co trzeba umieć z Power BI? Pięć obszarów pracy

Gdy pytasz mnie, co trzeba umieć z Power BI, zaczynam od gotowego zadania: dostać dane, zrozumieć pytanie, przygotować model, policzyć wynik i pokazać go drugiej osobie. Potem trzeba jeszcze sprawdzić, czy raport zachowuje sens po zmianie filtrów i po kolejnym odświeżeniu. Dopiero na tej podstawie oceniam umiejętności, a nie po liczbie poznanych przycisków.

W tym tekście porządkuję naukę w pięć obszarów: przygotowanie i model, miary, czytelność, projektowanie interakcji oraz utrzymanie. Posłuży nam mały syntetyczny przykład zamówień. Pokazuję definicje i oczekiwane wyniki kontrolne, policzone niezależnie od Power BI. To projekt ćwiczenia; implementację modelu i miar sprawdź we własnym raporcie. Nie przedstawiam tutaj wykonanego pliku PBIX ani testu wydajności.

Ustal, komu raport ma pomóc

Wyobraźmy sobie odbiorcę, który chce porównać znane kwoty zamówień między krajami i miesiącami. Potrzebuje także informacji o brakujących kwotach, żeby nie potraktować niepełnego wyniku jako pełnej sprzedaży. Takie pytanie ustawia zakres: mamy pokazać wartość, kontekst czasu i jakość danych. Nie potrzebujemy od razu mapy, prognozy, dziesięciu wskaźników oraz animowanego menu.

Na początku ustalam znaczenie kwoty. W ćwiczeniu to umowna wartość zamówienia w jednej jednostce. Brakuje informacji o kosztach, podatkach i zwrotach, więc nie nazywam jej zyskiem ani wynikiem finansowym. Datą analizy jest data utworzenia zamówienia. Jeżeli odbiorca pyta o płatności w miesiącu, potrzebujemy innego zdarzenia i odpowiednich danych.

Zapisuję też scenariusz użycia: odbiorca wybiera miesiąc, porównuje kraje, sprawdza liczbę braków i może wrócić do pełnego zakresu. Ten krótki opis daje podstawę do testowania strony. Bez niego łatwo poprawiać wygląd przez godzinę, nie zauważając, że główne pytanie użytkownika nadal wymaga ręcznego eksportu i dodatkowego liczenia.

1. Przygotuj dane i świadomie zbuduj model

Nasz zestaw zawiera pięć syntetycznych zamówień. Każde występuje raz, a wszystkie kwoty mają tę samą umowną jednostkę. Brak zapisany przy ostatnim rekordzie oznacza nieznaną wartość, nie zero. Daty należą do roku 2026. To celowo mały przykład, w którym można przewidzieć odpowiedź bez ufania wizualizacji i bez analizowania setek wierszy naraz.

• A: 5 stycznia, PL, kwota 300.
• B: 6 stycznia, DE, kwota 100.
• C: 1 lutego, PL, kwota 100.
• D: 2 lutego, DE, kwota 0.
• E: 3 lutego, DE, kwota nieznana.

Zanim zacznę łączyć tabele, sprawdzam typy, klucze i zakres dat. Identyfikator zamówienia powinien być unikalny w tym modelu. Kod kraju jest kategorią, a kwota liczbą z dopuszczonym brakiem. Przy imporcie tekstu kontroluję separator dziesiętny i sposób rozpoznawania dat. Wartość poprawna w podglądzie kilku wierszy nie gwarantuje poprawności pozostałych rekordów.

Power Query służy do przygotowania i przekształcania danych, a zapisane kroki można ponownie wykonać przy odświeżeniu. Mechanizm opisuje Microsoft Learn. W ćwiczeniu interesuje mnie, czy potrafisz wyjaśnić każdy krok, rozpoznać odrzucone rekordy i powtórzyć proces po dostarczeniu kolejnego pliku o uzgodnionej strukturze.

Nie usuwam wszystkich wierszy z brakami tylko po to, żeby raport wyglądał schludniej. Zamówienie E nadal istnieje, chociaż nie znamy kwoty. Jego usunięcie zmieni liczbę zamówień i ukryje problem źródła. Z kolei zamówienie D ma prawdziwe zero. Zachowanie tej różnicy jest ważniejsze niż szybkie zapełnienie wszystkich pustych komórek jedną wartością.

Oddziel zdarzenia od opisujących je wymiarów

W proponowanym modelu tabela zamówień zawiera zdarzenia, a wymiary daty i kraju służą do wyboru zakresu. Wymiar kraju ma jeden rekord na kod, tabela dat jeden rekord na dzień. Relacje prowadzą od odpowiedniego wymiaru do wielu zamówień. Warto umieć pokazać, dlaczego strona z jednym rekordem rzeczywiście jest unikalna i co się stanie, gdy przestanie być.

Microsoft opisuje podział na fakty i wymiary oraz znaczenie stałego ziarna w przewodniku po schemacie gwiazdy. Traktuję go jako punkt wyjścia do projektu. Automatycznie zaproponowane relacje nadal wymagają sprawdzenia: właściwy klucz, liczebność, aktywność i kierunek propagacji filtra muszą odpowiadać pytaniu raportu.

Przetestuj wybór kraju na prostej tabeli wynikowej. Po wskazaniu PL powinny pozostać zamówienia A i C, ze znaną sumą 400. Po wskazaniu DE zostają B, D i E: znana suma 100, trzy zamówienia i jedna brakująca kwota. Jeśli wynik pozostaje identyczny, sprawdź relację i pole użyte w filtrze, zanim zaczniesz przepisywać wszystkie miary.

2. Rozumiej miary i kontekst filtra

Znajomość DAX oceniam przez zdolność wyjaśnienia wyniku w różnych kontekstach. Przydatne jest rozróżnienie kolumny obliczanej i miary. W tym projekcie podsumowania mają reagować na wybór miesiąca oraz kraju, więc projektuję je jako miary. Nie potrzebuję zapamiętać każdej funkcji, ale muszę wiedzieć, jakie rekordy uczestniczą w aktualnym obliczeniu.

Pierwsze wyniki kontrolne są proste. Cały zestaw zawiera pięć zamówień, cztery znane kwoty i jeden brak. Suma znanych kwot wynosi 500. W styczniu mamy 400 i dwa zamówienia. W lutym 100 i trzy zamówienia, z których jedno ma brak kwoty. Te liczby zapisuję przed budowaniem wykresów i porównuję z kolejnymi widokami.

Do wartości lutowej dodaję widoczną informację o jednym braku. Sama suma 100 może być policzona poprawnie, a jednocześnie nie obejmować pełnej wartości wszystkich zamówień. Nie wystarczy więc sprawdzić, czy karta wyświetla liczbę. Trzeba także ustalić, czy odbiorca rozumie jej kompletność i czy brak nie zniknął przy formatowaniu.

Udział procentowy wymaga jawnego mianownika

W całym zestawie PL ma znaną kwotę 400 na 500, czyli 80%. Po wybraniu stycznia udział PL w znanych kwotach stycznia wynosi 300 na 400, czyli 75%. To dwa różne konteksty. Jeżeli chcesz zachować filtr miesiąca, a usunąć wyłącznie filtr kraju z mianownika, musisz umieć nazwać tę operację przed napisaniem formuły.

CALCULATE oblicza wyrażenie w zmodyfikowanym kontekście filtra. Szczegóły zachowania znajdziesz w dokumentacji DAX. Sama obecność tej funkcji nie potwierdza poprawności miary. Sprawdź, które filtry zmieniasz i które mają pozostać. Przypadkowe usunięcie także miesiąca da inny mianownik, choć wynik nadal może wyglądać wiarygodnie.

Osobno sprawdzam pusty zakres i zakres z samą nieznaną kwotą. Brak dostępnych danych, znane zero i nieokreślony udział nie powinny dostawać automatycznie tego samego znaczenia. Ustal zasady prezentacji i dodaj przypadki kontrolne. Przy udziale bez poprawnego mianownika potrzebna jest jasna informacja, że wskaźnika nie da się wyznaczyć dla wybranego zakresu.

3. Zaprojektuj czytelną odpowiedź

Na pierwszej stronie umieściłbym znaną kwotę, liczbę zamówień, liczbę braków i porównanie krajów. Do tego wybór miesiąca oraz informację o jednostce. Każdy element odpowiada na część ustalonego pytania. Zanim dodam kolejną wizualizację, pytam, jaką decyzję albo kontrolę ułatwi odbiorcy. Jeżeli nie potrafię odpowiedzieć, odkładam ją na później.

Tytuł powinien mówić, co pokazuje wykres. Znana kwota zamówień według kraju jest precyzyjniejsza niż Wyniki. Przy danych częściowych zaznaczam brak i nie sugeruję kompletnej wartości sprzedaży. Takie etykiety pomagają także podczas eksportu lub zrzutu ekranu, kiedy użytkownik traci widok filtrów znajdujących się gdzie indziej na stronie raportu.

Czytelność nie zastępuje dokumentacji definicji. Odbiorca powinien wygodnie poruszać się po raporcie, a jednocześnie mieć dostęp do opisu statusów, dat, jednostek i braków. W naszym ćwiczeniu data utworzenia i nieznana kwota są istotnymi założeniami. Ukrywanie ich pod hasłem intuicyjności tylko przenosi trudność na osobę, która później interpretuje wynik.

Przetestuj raport na konkretnym poleceniu: wybierz styczeń, znajdź udział PL, a potem wróć do całości. Obserwuj, gdzie użytkownik się zatrzymuje i co błędnie odczytuje. Pytanie, czy raport się podoba, daje mniej użyteczną informację. Sposób opisywania wyniku rozwijam też w tekście o prezentowaniu danych na dashboardzie.

4. Sprawdź interakcje i dostępność

Kliknięcie słupka może zmienić zachowanie innych elementów strony. Odbiorca powinien rozumieć, co właśnie wybrał i jak wrócić do poprzedniego zakresu. Sprawdzam interakcje osobno dla najważniejszych kart i wykresów. Nie zakładam, że ustawienie domyślne odpowiada wszystkim pytaniom. Szczególnie uważnie oglądam, czy procent i kwota nadal mają zgodny zakres.

Kolory stosuję konsekwentnie, ale nie opieram całej informacji na samym kolorze. Czytelne etykiety, kontrast, kolejność poruszania się klawiaturą i opisy alternatywne są częścią projektu. Microsoft zbiera te możliwości w przewodniku dostępności raportów. Wygląd może pomagać w odbiorze, lecz nie dowodzi poprawności liczb ani zasadności wniosku.

Sprawdzam stronę w rozmiarze, w którym będzie używana. Duży monitor autora łatwo ukrywa drobny tekst i nadmiar elementów. Jeżeli odbiorca korzysta z telefonu, przygotowuję i oglądam odpowiedni układ. Informacja o brakach musi pozostać widoczna także wtedy, kiedy najważniejsza karta zajmuje niemal cały ekran, a pozostałe elementy są niżej.

Warto zaprojektować także stan bez danych. Pusta przestrzeń może wyglądać jak awaria, choć użytkownik po prostu wybrał miesiąc bez zamówień. Uzgodnij komunikat oraz zachowanie filtrów. Potem wróć do miesiąca z danymi i sprawdź, czy wszystkie elementy reagują prawidłowo. Dobry scenariusz testowy obejmuje również takie mniej efektowne momenty pracy z raportem.

5. Doprowadź raport do kolejnego odświeżenia

Raport gotowy do użycia potrzebuje sprawdzonego procesu aktualizacji. Zapisuję źródło, zakres przekształceń, właściciela i oczekiwaną częstotliwość dostawy. Osobno ustalam, kiedy dane są kompletne. Udane odświeżenie nie dowodzi, że źródło przekazało wszystkie rekordy. Nowy plik może się poprawnie zaimportować mimo braku części zamówień albo nieoczekiwanej zmiany definicji pola.

Sposób odświeżania zależy między innymi od trybu połączenia i źródła. Warto rozumieć różnicę między importem danych a odpytywaniem źródła oraz sprawdzić wymagania połączeń w środowisku odbiorcy. Punktem odniesienia jest dokumentacja odświeżania Power BI. Nie obiecuję działania w usłudze tylko dlatego, że raport działa lokalnie na komputerze autora.

Przed udostępnieniem ustalam odbiorców i sposób dostępu. Opcja Publish to web oznacza publiczne udostępnienie bez uwierzytelnienia, również z ryzykiem dostępu do danych modelu niewidocznych bezpośrednio na wykresie. Microsoft wyjaśnia to w dokumentacji publikacji do internetu. Ćwiczenie portfolio opieraj na danych dopuszczonych do takiego użycia, na przykład jawnie syntetycznych.

Nie trzeba znać wszystkich opcji administracyjnych, żeby zacząć naukę. Trzeba jednak rozumieć, kiedy przekazujesz gotowy raport, kiedy projekt do dalszego wdrożenia i kto odpowiada za utrzymanie. Opisz te granice przy swoim przykładzie. Osoba oglądająca portfolio powinna wiedzieć, co rzeczywiście uruchomiłeś, co tylko zaprojektowałeś i jakie warunki są potrzebne do następnego kroku.

Sprawność buduj przez powtarzalny proces

Tempo przychodzi z kolejności działań: rozpoznanie pytania, kontrola źródła, model, miary, prezentacja i test. Gdy coś się nie zgadza, wracam do najwcześniejszego etapu, na którym wynik odbiega od oczekiwania. Zmiana kolorów nie naprawi błędnej relacji, a bardziej skomplikowany DAX nie zastąpi decyzji, czy brakująca kwota ma pozostać widoczna.

Przy wolnym raporcie najpierw mierzę, co trwa długo. Wbudowany Performance Analyzer pomaga analizować czas pracy elementów raportu; opis znajdziesz w Microsoft Learn. Dopiero z wynikiem pomiaru wybieram zmianę. Nie ma sensu obiecywać konkretnego przyspieszenia na podstawie samego wyglądu formuły albo liczby tabel w modelu.

Po zmianie powtarzam istotne kontrole: 500 dla całości, 400 dla stycznia, 100 dla lutego, 80% udziału PL w całości i 75% w styczniu. Sprawdzam również brak kwoty i prawdziwe zero. To niewielki zestaw, ale wiąże model, miary i interakcje z konkretnym oczekiwaniem. W większym projekcie dobierzesz podobne przypadki do jego własnych reguł.

Zapisz mały plan odbioru raportu

Przed pokazaniem projektu drugiej osobie przygotuj kolejność kontroli, którą da się powtórzyć. Zacznij od stanu bez aktywnych wyborów, potem wybierz pojedynczy miesiąc, kraj i ich przecięcie. Na końcu wyczyść zaznaczenia. Dla każdego kroku zapisz oczekiwany zakres rekordów i wynik. Dzięki temu możesz ustalić, czy problem dotyczy konkretnego filtra, relacji, miary czy wyłącznie prezentacji liczby na wybranej karcie.

Sprawdź też, czy na stronie nie został dodatkowy filtr, o którym odbiorca nie wie. Wynik może być zgodny z technicznym kontekstem, lecz niezgodny z tym, co użytkownik uważa za wybrany zakres. Taki problem warto rozwiązać opisem i układem strony. Testująca osoba powinna umieć powiedzieć, jakie dane aktualnie ogląda, bez zaglądania do wszystkich ustawień projektu i bez pomocy autora raportu.

Na końcu dodaj próbę ponownego otwarcia raportu i odświeżenia źródła. Ustal, jaki stan wyborów jest oczekiwany po powrocie i czy informacja o aktualności odnosi się do danych, a nie tylko do momentu wyświetlenia strony. Zapisany plan odbioru staje się przydatną dokumentacją przy następnej zmianie. Nie musisz za każdym razem wymyślać od początku, co oznacza poprawne działanie tego konkretnego raportu.

Pokaż sposób myślenia podczas rekrutacji

W portfolio opisz pytanie, dane, ziarno, definicje miar oraz wykonane kontrole. Dodaj przykład błędu, który wykryłeś, i wyjaśnij poprawkę. Sam obraz gotowej strony pokazuje głównie wygląd. Uzasadnienie relacji i wyniku po filtrze pozwala lepiej ocenić, czy potrafisz samodzielnie zmienić raport, kiedy odbiorca poprosi o inny zakres.

Nie wyznaczam magicznej liczby projektów potrzebnych do pracy. Lepiej rozwinąć projekt o zmianę źródła, nową miarę i kontrolę braków niż zbierać kopie podobnych ekranów. Wymagania rekrutacji zależą od stanowiska i zespołu. Przygotuj się do wyjaśnienia swoich decyzji oraz do powiedzenia, czego jeszcze nie sprawdziłeś, bez przypisywania sobie wdrożenia, które pozostało ćwiczeniem.

Na następny krok odtwórz mały zestaw z artykułu i zapisz własne przewidywania przed kliknięciem filtra. Potem dodaj zamówienie z kolejnego miesiąca, odśwież dane i porównaj wynik z nowym oczekiwaniem. Jeżeli potrafisz wyjaśnić cały ten cykl drugiej osobie, ćwiczysz umiejętność przydatną w pracy z Power BI i w rozmowie o danych.

Materiał wideo

W filmie omawiam umiejętności potrzebne do pracy z Power BI. Opisane wyżej ćwiczenie pomoże przełożyć te obszary na własny model, raport i zestaw kontroli.