Ktoś podesłał mi niedawno listę z LinkedIna: „25 narzędzi, które musi znać każdy analityk biznesowy w 2026”. Cztery platformy do wizualizacji, trzy narzędzia no-code, dwa frameworki AI. Zestawiłem tę listę z tym, co widzę w realnych ogłoszeniach o pracę. Pokrycie: znikome.
Prowadzę job board, który codziennie rano zbiera ogłoszenia dla analityków biznesowych z czterech serwisów pracy. Gdy piszę ten tekst, wisi na nim 330 aktywnych ofert, a przez ostatnie 30 dni przybyło 381 nowych. To wystarczająco duża próbka, żeby zamiast kolejnej opinii pokazać ranking z danych.
Narzędzia analityka biznesowego według ogłoszeń, nie reklam kursów
Poniżej dziesięć najczęściej wymienianych kompetencji z tagów wymagań i tytułów aktywnych ogłoszeń na naszym job boardzie. Tytuły „analityk biznesowy” i „business analyst” traktuję jako jedną pulę - to ta sama rola, różnie nazwana. Stan: lipiec 2026, świeże liczby zawsze na Barometrze rynku BA.
| Kompetencja | Odsetek aktywnych ofert (tagi + tytuły) |
|---|---|
| BPMN | 22% |
| UML | 20% |
| SQL | 15% |
| Jira | 14% |
| Confluence | 10% |
| Agile | 10% |
| Enterprise Architect | 8% |
| REST API | 6% |
| Excel | 5% |
| Scrum | 5% |
Dwa komentarze do tej tabeli. Po pierwsze: Agile i Scrum to sposoby pracy, nie narzędzia - zostawiam je, bo pokazują kontekst, w którym cała reszta jest używana. Po drugie: na czele nie stoi żaden modny program, tylko dwie notacje do modelowania. BPMN i UML biją Power BI na głowę, choć to Power BI ma ładniejsze reklamy.
Teza tego artykułu jest prosta: ucz się narzędzi z ogłoszeń, na które chcesz aplikować, nie z reklam kursów. Reklama kursu mówi Ci, co łatwo sprzedać. Ogłoszenie mówi, za co ktoś płaci pensję.
Sam ranking to jednak za mało, bo procenty nie mówią, jak te narzędzia układają się w zwykłym dniu pracy. Dlatego dzielę je na trzy warstwy: od „bez tego nie przejdziesz pierwszego tygodnia” po „potrzebne w konkretnych rolach”.
Warstwa 1 - bez tego nie ma pracy: SQL, Jira, Confluence, Excel
To narzędzia, które spotkasz niemal w każdej firmie, niezależnie od branży i metodyki. W ogłoszeniach nie zawsze są wypisane wprost - trochę dlatego, że część pracodawców traktuje je jak oczywistość, podobnie jak umiejętność pisania maili. Braki w tej warstwie wychodzą nie na rozmowie rekrutacyjnej, tylko w drugim tygodniu pracy.
SQL - do sprawdzania danych, nie do budowania hurtowni
SQL pojawia się w 15% aktywnych ofert. Tylko od razu ustawmy proporcje: analityk biznesowy nie pisze zapytań osiem godzin dziennie. Używa SQL-a punktowo, w trzech sytuacjach:
- Weryfikacja reguły biznesowej. Dokumentacja mówi „każde zamówienie ma przypisanego klienta”. Jedno zapytanie z COUNT-em pokazuje, ile rekordów tę regułę łamie - i nagle wymaganie „migracja danych” wygląda inaczej.
- Policzenie skali problemu przed warsztatem. Ilu klientów dotyczy proces, który chcesz zmienić? Argument „to 3% zamówień” ustawia dyskusję lepiej niż godzina przekonywania.
- Samodzielne obejrzenie danych systemu, który analizujesz, zamiast czekania dwa dni na raport od innego zespołu.
Poziom wystarczający do pracy: SELECT z JOIN-em po dwóch, trzech tabelach, WHERE, GROUP BY z HAVING, sortowanie, podstawowe funkcje agregujące. Optymalizacja indeksów, procedury składowane i administracja bazą to nie Twoja działka - zostaw je inżynierom danych.
Jak się uczyć: na bazie z kilkoma powiązanymi tabelami i niedoskonałymi danymi, bo takie spotkasz w pracy, a nie na pojedynczej tabelce z tutoriala. Cały plan nauki, z przykładami zapytań, rozpisałem w tekście o SQL dla analityka biznesowego.
Jira i Confluence - system nerwowy projektu
Jira występuje w 14% ogłoszeń, Confluence w 10%. W praktyce oba narzędzia spotkasz w zdecydowanej większości zespołów produktowych - to tam żyją wymagania po tym, jak wyjdą z Twojej głowy.
Do czego BA używa Jiry naprawdę: pisze i utrzymuje user stories z kryteriami akceptacji, pilnuje przepływu statusów, łączy zgłoszenia w hierarchię epik - historyjka - zadanie, sprawdza, co blokuje co. Confluence to druga połowa: strony wymagań, notatki z warsztatów, rejestr decyzji. Czyli miejsca, do których wracasz, gdy ktoś po trzech miesiącach pyta „dlaczego zrobiliśmy to w ten sposób”.
Poziom wystarczający: swobodnie tworzysz i porządkujesz zgłoszenia, znasz podstawy JQL do filtrowania, umiesz zbudować czytelną strukturę przestrzeni w Confluence i utrzymać ją przy życiu. Certyfikat administratora Jiry nie jest Ci do niczego potrzebny - konfiguracją workflow zajmuje się kto inny.
Jak się uczyć: oba narzędzia mają darmowe plany dla małych zespołów. Załóż własny projekt i poprowadź w nim wymagania z ćwiczeń od pomysłu do „done”. Konkretne szablony i przepływy pokazuję w osobnym poradniku o Jirze i Confluence dla analityka.
Excel - nudny, wieczny, wszędzie
W tagach ogłoszeń tylko 5%. W rzeczywistości: każde biuro w Polsce. Excel (albo Arkusze Google) obsługuje wszystko, co nie zasługuje jeszcze na dedykowany system: mapowanie pól przy migracji danych, listę interesariuszy z rolami, macierz RACI, szybką analizę pliku, który ktoś przysłał mailem z dopiskiem „pilne”.
Poziom wystarczający: tabele przestawne, XLOOKUP albo INDEX z MATCH, filtrowanie, czyszczenie danych, proste wykresy. VBA zostaw w spokoju. Moim zdaniem potrzeba makr to zwykle sygnał, że problem powinien rozwiązywać system, nie arkusz - i to jest temat na wymaganie, a nie na skrypt.
Jak się uczyć: nie z kursu „Excel od zera do mistrza”, tylko na jednym realnym pliku. Weź dowolny publiczny zbiór danych, zrób z niego tabelę przestawną i odpowiedz na trzy pytania biznesowe. To jedno popołudnie.
Warstwa 2 - modelowanie i diagramy: tu ranking zaskakuje
BPMN prowadzi w całym zestawieniu z 22% ofert, UML depcze mu po piętach z 20%. Razem to mocniejszy sygnał niż jakiekolwiek pojedyncze narzędzie z warstwy pierwszej. I jednocześnie kategoria najczęściej pomijana w listach „must-have tools” - bo trudno ją opakować w kurs z klikaniem po interfejsie.
Rozróżnienie, które oszczędzi Ci pieniędzy: BPMN i UML to notacje, czyli języki zapisu procesów i systemów. Narzędzie jest sprawą wtórną. Rekruter pyta, czy umiesz zamodelować proces reklamacji tak, żeby zrozumiał go i księgowy, i programista - a nie w czym rysujesz prostokąty.
Z narzędzi w tej kategorii realnie liczą się dwa:
- draw.io (diagrams.net) - darmowy standard. Działa w przeglądarce, ma szablony kształtów BPMN i UML, zapisuje do zwykłego pliku. Na tyle dobry, że w Analify wbudowaliśmy jego edytor bezpośrednio w platformę - diagramy tworzysz i podpinasz do portfolio bez wychodzenia z serwisu.
- Enterprise Architect - 8% ogłoszeń, głównie korporacje i duże projekty. To już nie rysowanie, tylko repozytorium modeli z wersjonowaniem i śledzeniem zależności. Nie ucz się go na zapas: licencja jest płatna, a firmy, które go używają, szkolą z własnych konwencji.
Jak się uczyć: zacznij od trzech podstawowych symboli BPMN i pierwszego procesu z życia - rozpisałem to krok po kroku w przewodniku po BPMN. Samo pojęcie mapy procesów znajdziesz też w naszym słowniku. Potem dołóż dwa, trzy diagramy UML: przypadki użycia i diagram sekwencji pokrywają większość potrzeb BA.
Warstwa 3 - Power BI i Tableau: kiedy BA ich naprawdę potrzebuje
Teraz uczciwie, bo w tym miejscu widzę najwięcej zmarnowanych miesięcy nauki. W pierwszej dziesiątce kompetencji z naszych ogłoszeń dla analityków biznesowych nie ma ani Power BI, ani Tableau. Nie znaczy to, że nie występują wcale - znaczy, że w ofertach dla BA pojawiają się rzadziej niż Excel czy REST API.
Dashboardy to chleb powszedni analityka danych, nie biznesowego. Jeśli ogłoszenie „analityk biznesowy” wymaga zaawansowanego Power BI, DAX-a i modelowania danych, to najpewniej rola hybrydowa albo analityk danych pod inną nazwą. Czym te role się różnią i po czym je poznać w ogłoszeniu, rozbieram w porównaniu analityk biznesowy a analityk danych.
Kiedy BA realnie styka się z narzędziami BI:
- Jako czytelnik. Otwierasz dashboard, żeby oprzeć wymaganie na liczbach zamiast na przeczuciu. Do tego nie trzeba kursu - trzeba rozumieć, co mierzy metryka.
- W małej firmie, gdzie jedna osoba łączy analizę biznesową z raportowaniem. Wtedy podstawy Power BI faktycznie się przydają.
- W projekcie wdrożenia BI, gdzie zbierasz wymagania raportowe. Ważniejsze jest wtedy rozumienie, co i jakim kosztem da się zbudować, niż samodzielne klikanie dashboardów.
Rada praktyczna: nie ucz się Power BI „na zapas”. Sięgnij po nie, gdy zobaczysz je w ogłoszeniach, na które celujesz, albo gdy dostaniesz je w projekcie. Wcześniej ten czas lepiej zainwestować w modelowanie procesów.
AI w pracy analityka 2026 - co realnie zmienia
Ten rozdział piszę bez hype'u, bo AI w pracy BA to dziś trzy konkretne przyspieszenia, a nie rewolucja zawodu.
Transkrypcja warsztatów i wywiadów. Godzina nagrania zamienia się w przeszukiwalny tekst w kilka minut. To zmienia sposób prowadzenia spotkań: zamiast notować, słuchasz i dopytujesz, a po spotkaniu pracujesz na pełnym zapisie zamiast na strzępkach notatek. Wypowiedź interesariusza cytujesz w dokumentacji dosłownie, nie z pamięci - a to ucina połowę sporów o to, „kto co powiedział”.
Szkic dokumentacji. Z transkrypcji i notatek model wygeneruje pierwszą wersję user stories albo rozdziału specyfikacji. Podkreślam: pierwszą wersję. Każde zdanie czytasz i poprawiasz, bo za artefakt odpowiadasz Ty, nie model. U mnie działa to najlepiej przy dokumentach o powtarzalnej strukturze - modelowi podaję wzorzec, sobie zostawiam decyzje i wszystko, co wymaga znajomości kontekstu firmy.
Przypadki testowe do wymagań. Wklejasz wymaganie z kryteriami akceptacji i prosisz o scenariusze brzegowe. Model regularnie podsuwa przypadki, które przeoczyłem: pusta wartość, duplikat, zmiana danych w trakcie procesu. Część propozycji nie ma sensu, ale odsiew zajmuje minuty - a luka w wymaganiu znaleziona przed sprintem kosztuje ułamek tego, co znaleziona po wdrożeniu.
Jedno zastrzeżenie, zanim cokolwiek wkleisz do czatu: transkrypcja warsztatu to często dane klientów, plany produktowe i nazwiska. Sprawdź, na jakie narzędzia pozwala polityka Twojej firmy - część organizacji dopuszcza wyłącznie wersje firmowe z umową o przetwarzaniu danych. Wpadka z wyciekiem kosztuje więcej, niż AI kiedykolwiek zaoszczędzi.
I zasada nadrzędna: AI przyspiesza analityka, ale nie zastępuje rozmowy z interesariuszem. Wymagania nie leżą w dokumentach - siedzą w głowach ludzi i bywają sprzeczne między działami. Żaden model nie wykryje, że dyrektor sprzedaży i kierownik operacji rozumieją „zamknięcie zamówienia” zupełnie inaczej. To wychodzi na warsztacie wymagań, nie w promptcie.
Plan nauki narzędzi w dobrej kolejności
Kolejność ma znaczenie, bo część narzędzi opanujesz w pojedynkę, a część nabiera sensu dopiero w kontekście zespołu. Moja sekwencja:
- SQL na start. Najłatwiejszy do samodzielnej nauki: efekt widzisz natychmiast, ćwiczysz bez zespołu i bez licencji. Kilka tygodni regularnych ćwiczeń daje poziom, o którym pisałem wyżej.
- Potem diagramy. BPMN, następnie podstawy UML. Modeluj procesy, które znasz z życia: reklamację, urlop, zamówienie. draw.io jest darmowe, więc jedyną barierą jest kalendarz.
- Jira i Confluence w trzeciej kolejności. Na darmowym planie załóż projekt i przeprowadź przez niego wymagania z własnych ćwiczeń. Pełnej mechaniki zespołowej nie poznasz w pojedynkę, ale w pierwszej pracy nie zaczniesz od zera.
- Reszta według ogłoszeń, na które celujesz. Otwórz dziesięć ofert ze swojego miasta albo branży i policz, co się powtarza. Enterprise Architect? REST API? Power BI? Ucz się tego, co widzisz w danych, nie tego, o czym akurat głośno.
Ile to trwa? Warstwę pierwszą i drugą realnie opanujesz w kilka miesięcy nauki po godzinach. Jak rozłożyć to w tygodniu i czego uczyć się równolegle z narzędziami, rozpisałem w tekście o tym, ile trwa nauka na analityka biznesowego.
Na koniec antywzorzec, który widzę nagminnie: kolekcjonowanie certyfikatów narzędziowych przed opanowaniem podstaw. Listy „programów dla analityka biznesowego” podpowiadają, że im więcej logotypów w CV, tym lepiej. Nieprawda. Certyfikat z obsługi Jiry nie pomoże, jeśli nie umiesz napisać jednoznacznego wymagania. Narzędzia to warstwa wierzchnia - rdzeniem pracy analityka są wymagania, procesy i interesariusze. Nowe narzędzie opanujesz w tydzień. Myślenia analitycznego nie zainstalujesz z pudełka.
Chcesz sprawdzić, gdzie jesteś z podstawami, zanim zaplanujesz naukę narzędzi? Zrób darmowy test wiedzy - bez konta, wynik od razu. A aktualny ranking kompetencji z żywych ogłoszeń znajdziesz na analify.pl/barometr.