KajoData / Praca i rozwój
Błędy w CV analityka: jak pokazać umiejętności i doświadczenie
Pokazuję, jak zamienić ogólne deklaracje w opisy pracy, które są czytelne, prawdziwe i gotowe do rozwinięcia na rozmowie.

CV analityka powinno ułatwiać odpowiedź na kilka pytań: co potrafisz zrobić z danymi, w jakim kontekście pracowałeś i skąd wiadomo, że rozumiesz wynik. Tymczasem łatwo zapełnić stronę nazwami technologii, przymiotnikami i graficznymi ocenami umiejętności. Dokument wygląda na gotowy, ale po jego przeczytaniu nadal trudno wskazać konkretne zadanie, które można ci powierzyć.
Pokażę, jak poprawić takie CV krok po kroku. Skupię się na osobie początkującej albo zmieniającej zawód, choć sposób redakcji przyda się również przy dłuższym doświadczeniu. Przykładowe opisy kandydatów są fikcyjne. Służą do porównania sposobów prezentacji, a nie do kopiowania osiągnięć. Dobre CV pomaga pokazać dopasowanie, ale brak odpowiedzi nie dowodzi automatycznie, że dokument jest źle napisany.
Materiał wideo
Jeśli wolisz najpierw obejrzeć omówienie błędów w CV, poniżej znajdziesz mój materiał. Później możesz wrócić do tekstu i wykorzystać kolejne sekcje przy własnej redakcji.
Najpierw oferta, potem wybór informacji
Zacząłbym od przeczytania obowiązków i wymagań w konkretnej ofercie. Inaczej opiszę doświadczenie przy roli skupionej na raportowaniu, a inaczej przy analizie produktu. Nie zmieniam przy tym faktów. Zmieniam kolejność i poziom szczegółu, żeby odbiorca łatwo znalazł to, co ma znaczenie dla danego zadania. Dopasowanie dokumentu do stanowiska zaleca również National Careers Service.
Na roboczej kartce połączyłbym trzy wymagania z trzema dowodami. Jeśli oferta mówi o SQL, szukam przykładu zapytania lub projektu, który potrafię wyjaśnić. Jeśli o współpracy z odbiorcami, wybieram sytuację uzgadniania potrzeb. Jeśli o kontroli jakości, pokazuję sposób sprawdzania danych. Puste miejsce w takiej mapie jest informacją o luce, a nie zaproszeniem do dopisania fikcyjnego doświadczenia.
Nie kopiowałbym całych zdań z ogłoszenia. Można użyć właściwych nazw narzędzi i pojęć, jeżeli rzeczywiście opisują własną pracę. Zdanie o znajomości Power BI powinno prowadzić do projektu, zadania albo konkretnego zakresu umiejętności. Samo powtórzenie słów kluczowych nie dostarcza materiału do rozmowy. Dokument ma być zrozumiały także dla człowieka, który zapyta o szczegóły.
Błąd pierwszy: profil pełen przymiotników
„Ambitny, komunikatywny, otwarty na nowe wyzwania” brzmi znajomo, ale nie wyjaśnia, do jakiej pracy się przygotowujesz. W krótkim profilu odpowiedziałbym na trzy pytania: jaki jest mój punkt wyjścia, co już potrafię i jakiej roli szukam. Kilka konkretnych zdań wystarczy. Nie potrzebujesz tam opisu całej drogi zawodowej ani deklaracji, że od zawsze kochasz liczby.
Fikcyjny przykład przed poprawką: „Jestem ambitną osobą, która szybko się uczy i chce rozwijać w IT”. Po poprawce: „Pracuję w obsłudze zamówień i przygotowuję się do roli młodszego analityka. W projektach ćwiczeniowych używam SQL do łączenia tabel i sprawdzania zgodności wyników. Szukam pracy związanej z raportowaniem procesów operacyjnych”. Druga wersja daje odbiorcy kontekst i temat do dalszych pytań.
Takiego opisu nie należy wklejać, jeśli nie odpowiada twojej sytuacji. Jeśli jeszcze nie wykonujesz samodzielnie połączeń tabel, opisz mniejszy zakres. Jeśli masz doświadczenie analityczne w obecnej pracy, nazwij je bez udawania, że dopiero zaczynasz. Profil ma porządkować fakty, a nie wtłaczać wszystkich kandydatów w identyczną historię przebranżowienia.
Błąd drugi: gwiazdki zamiast zakresu umiejętności
Trzy gwiazdki przy Excelu nie mówią, czy umiesz zbudować tabelę przestawną, przygotować dane czy tylko zmienić kolor komórki. „Średnio zaawansowany” również pozostawia sporo miejsca na interpretację. Ja dopisałbym zadania, które potrafię wykonać i sprawdzić. Na przykład: „Excel: tabele przestawne, wyszukiwanie po kluczu, kontrola duplikatów”. Krótki opis zakresu jest bardziej użyteczny niż dekoracyjny pasek.
Przy SQL można wskazać filtrowanie, grupowanie i łączenie tabel, a następnie podać projekt, w którym zostały użyte. Przy Pythonie warto odróżnić podstawy języka od pracy z pandas. Nie wpisywałbym wszystkich bibliotek, które pojawiły się w kursie, jeśli nie potrafię samodzielnie odtworzyć choćby prostego zastosowania. Lista narzędzi powinna mieć pokrycie w działaniu.
Poziom samodzielności także można opisać. Inaczej brzmi „wykonałem według instrukcji”, inaczej „zmodyfikowałem przykład i sprawdziłem wynik”, a inaczej „samodzielnie zaprojektowałem rozwiązanie”. Żaden z tych etapów nie wymaga udawania kolejnego. Jeśli rekruter zapyta, co było twoją decyzją, uczciwy opis pozwoli spokojnie rozwinąć odpowiedź. Więcej o przygotowaniu takich przykładów piszę w poradniku rozmowy kwalifikacyjnej.
Błąd trzeci: obowiązki bez konkretnego działania
„Przygotowywanie raportów” może oznaczać kopiowanie wartości, samodzielne pisanie zapytań albo ustalanie definicji wskaźników. Doprecyzowałbym przedmiot pracy, własny udział i rezultat. Nie każdy punkt potrzebuje liczby. Potrzebuje natomiast informacji, która odróżnia twoją pracę od opisu stanowiska dostępnego w dowolnym ogłoszeniu. Odbiorca powinien wiedzieć, czego może dopytać.
Fikcyjne zdanie po redakcji: „Przygotowywałem tygodniowe zestawienie otwartych zgłoszeń według kategorii; sprawdzałem brakujące identyfikatory i uzgadniałem sumę z eksportem źródłowym”. To nadal może być proste zadanie, ale już wiadomo, co obejmowało. Jeśli faktycznie uzgadniałeś definicje z odbiorcą, dodaj ten element. Jeśli robiła to inna osoba, nie przypisuj sobie jej odpowiedzialności.
Unikałbym czasowników, które sugerują większy zakres niż rzeczywisty. „Wdrożyłem system raportowy” oznacza coś innego niż „przygotowałem pierwszą wersję raportu”. „Zarządzałem zespołem” nie jest zamiennikiem „koordynowałem podział zadań w projekcie studenckim”. Precyzja nie odbiera wartości doświadczeniu. Ułatwia znalezienie roli, w której będzie ono właściwie ocenione.
Liczby dodawaj razem z podstawą porównania
Jeżeli chcesz napisać, że skróciłeś czas przygotowania raportu, ustal, co mierzono przed zmianą i po niej. Czy chodzi o twoją pracę, czas działania skryptu czy cały proces z oczekiwaniem na dane? Czy zakres raportu pozostał taki sam? Bez tego efekt może wyglądać dobrze na stronie, a rozsypać się przy pierwszym pytaniu o metodę pomiaru.
W syntetycznym przykładzie przygotowanie tego samego zestawienia trwało wcześniej 90 minut, a po zmianie 60. Różnica wynosi 30 minut, czyli około jedną trzecią czasu początkowego. Nie oznacza to automatycznie oszczędności finansowej ani poprawy jakości. W CV można podać czas i zakres, jeśli zostały rzeczywiście sprawdzone. Nie dopisywałbym „zwiększenia efektywności o 50%”, bo to inny, nieobjaśniony wskaźnik.
Jeśli nie masz pomiaru, opisz rezultat jakościowo: wspólna definicja, usunięcie ręcznego kroku, możliwość odtworzenia analizy lub wykrycie rozbieżności. Wybierz tylko to, co faktycznie nastąpiło. Możesz również zaznaczyć, że rozwiązanie pozostało prototypem. Uczciwe ograniczenie daje lepszą podstawę rozmowy niż liczba wymyślona dlatego, że poradnik kazał mierzyć każdy punkt.

Projekt juniora powinien dać się obejrzeć i zrozumieć
W sekcji projektów pokazałbym pytanie, dane, własną pracę i sposób kontroli. Sam napis „dashboard sprzedażowy” pozostawia wiele niewiadomych. Czy dane były publiczne, syntetyczne czy dostarczone w kursie? Co oznaczał jeden wiersz? Jak sprawdziłeś, że połączenie tabel nie zawyżyło wyniku? Kilka zdań potrafi wyjaśnić więcej niż długa lista funkcji.
Przykład fikcyjnego opisu: „Projekt ćwiczeniowy na danych syntetycznych: analiza opłaconych zamówień według kanału. Przygotowałem zapytanie, oddzieliłem anulowania i pokazałem liczbę brakujących kwot obok sumy. Wynik sprawdziłem na małym zbiorze kontrolnym”. Taki projekt nie staje się wdrożeniem komercyjnym przez dodanie ładnej miniatury. Ma jednak czytelny zakres i widoczny sposób myślenia.
Link powinien prowadzić do konkretnego materiału z krótkim opisem, a nie do pustego profilu. Sprawdź go bez zalogowania na swoje konto. Odbiorca nie powinien prosić o dostęp tylko po to, żeby zobaczyć podstawową prezentację projektu. Publikuj wyłącznie materiały, które możesz udostępniać. Poufnych danych poprzedniego pracodawcy nie zastępuje się samym usunięciem nazwy firmy.
Błąd czwarty: automatyczne kopiowanie klauzul
Nie traktowałbym dopisania jednej uniwersalnej formułki jako warunku poprawności każdego CV. Podstawa przetwarzania danych zależy od zakresu i celu. UODO wyjaśnia zasady rekrutacji, w tym różnicę między danymi wymaganymi przepisami a dodatkowymi informacjami przekazanymi przez kandydata. Nie ma podstaw, by bez tego rozróżnienia ogłaszać obowiązkową zgodę w każdym dokumencie.
Praktycznie: przeczytaj ogłoszenie, informacje o przetwarzaniu danych i pola formularza. Sprawdź, czy deklaracja dotyczy tej rekrutacji, czy także przyszłych procesów. Nie kopiuj cudzej nazwy administratora ani celu z przypadkowego wzoru. Jeśli instrukcja jest niejasna, poproś firmę o wyjaśnienie. Nie zamieszczam tu gotowej klauzuli prawnej, bo konkretny proces wymaga własnego, aktualnego sprawdzenia.
Ograniczyłbym też zawartość CV do informacji potrzebnych w rekrutacji. Portfolio ma pokazać umiejętności, a nie ujawniać szczegóły życia prywatnego albo dane współpracowników. Przed udostępnieniem dokumentu do oceny można przygotować kopię z usuniętymi danymi kontaktowymi. Dzięki temu rozmowa o jakości CV nie wymaga publikowania pełnej wersji w otwartym miejscu.
Błąd piąty: arbitralne odcinanie historii pracy
Nie ustalałbym sztywnej reguły, że wszystko sprzed pięciu czy ośmiu lat musi zniknąć. Starsze doświadczenie może wyjaśniać znajomość branży, procesu albo odpowiedzialności przydatnej w nowej roli. Jednocześnie nie każdy dawny obowiązek potrzebuje osobnego akapitu. Zostawiam fakty istotne dla odbiorcy, a mniej ważne pozycje opisuję krócej.
Osoba zmieniająca zawód nie musi usuwać całej poprzedniej kariery. Praca w logistyce, sprzedaży czy obsłudze klienta może dostarczyć wiedzy o procesach, które później analizujesz. Trzeba jednak pokazać związek poprzez zadanie lub decyzję. Sama nazwa branży nie zastępuje umiejętności technicznych. Tak samo ukończony kurs nie kasuje wartości wcześniejszego doświadczenia zawodowego.
Zachowaj czytelne daty i zgodność między dokumentami. Jeśli w CV używasz skróconego opisu roli, nie zmieniaj jej w zupełnie inne stanowisko niż na profilu zawodowym. Przerwy i zmiany kierunku można opisać rzeczowo, bez tworzenia nieprawdziwej ciągłości zatrudnienia. O układzie dokumentu decyduje historia konkretnej osoby oraz wymagania oferty.
Błąd szósty: kursy bez dowodu zastosowania
Lista kursów informuje, czego się uczyłeś, ale sama nie pokazuje, co potrafisz zrobić. Przy najważniejszym kursie dodałbym projekt lub zakres praktyki. Jeśli był to kurs podstaw SQL, nie zmieniaj tego w certyfikat eksperta. Rozróżnij ukończenie materiału, zaliczenie ćwiczeń i zewnętrzny egzamin. Nazwy i daty powinny odpowiadać dokumentom, które rzeczywiście masz.
Wykształcenia formalnego również nie usuwałbym automatycznie na rzecz kursów. W niektórych rolach jest istotne, w innych wystarczy krótka informacja. Dla absolwenta projekt dyplomowy może być najlepszym dowodem pracy z danymi. Dla osoby z długim doświadczeniem więcej miejsca może dostać praktyka. Wybór zależy od tego, który materiał najlepiej wyjaśnia dopasowanie.
Warto zostawić sobie pełny spis doświadczeń i kursów poza wersją wysyłaną. Z niego wybierasz elementy do konkretnej aplikacji. Taką selekcję treści wspiera również podejście opisane przez Europass: profil może przechowywać szerszą historię, a CV prezentować informacje wybrane do danego celu. Nie trzeba umieszczać wszystkiego w jednym pliku.
Czytelny plik i ostrożne podejście do ATS
Wybrałbym prosty układ, czytelne nagłówki i tekst, który da się zaznaczyć. Rozbudowane kolumny, pola tekstowe i grafiki mogą utrudniać automatyczne odczytanie dokumentu. Greenhouse opisuje takie problemy w swoim parserze. To dokumentacja konkretnego systemu, a nie dowód, że wszystkie ATS odrzucają każdy plik o określonym wyglądzie.
Najpierw stosuj format wymagany przez formularz. Potem sprawdź eksport na drugim urządzeniu i spróbuj skopiować tekst do prostego edytora. Czy kolejność informacji ma sens? Czy imię, kontakt i daty przetrwały? Taka kontrola wykrywa część problemów, ale nie jest certyfikatem zgodności ze wszystkimi systemami. Jeśli formularz uzupełnia pola automatycznie, przeczytaj je przed wysłaniem.
Nie ściskałbym dokumentu za wszelką cenę do jednej strony. Wolałbym usunąć powtórzenia i mało istotne treści, zachowując wygodną wielkość tekstu. Dłuższa historia może wymagać więcej miejsca, a krótka nie potrzebuje pustej drugiej strony. Sprawdź, czy podział stron nie oddziela nagłówka stanowiska od jego opisu i czy linki pozostają aktywne po eksporcie.
Dwa układy dla dwóch różnych sytuacji
Dla osoby bez pracy analitycznej rozważyłbym kolejność: krótki profil, umiejętności, dwa najlepiej opisane projekty, doświadczenie zawodowe i edukacja. To propozycja układu, którą trzeba dopasować do oferty. Jeśli poprzednia praca jest mocno związana z analizowanym procesem, może pojawić się wyżej. Chodzi o to, żeby czytelnik szybko zobaczył najważniejszy dowód przygotowania, a nie musiał szukać go pod długą listą ukończonych kursów.
Dla doświadczonego analityka zwykle zacząłbym od zakresu specjalizacji i ostatnich ról z konkretnymi rezultatami. Projekty poboczne mogą być dodatkiem, jeżeli pokazują coś, czego nie widać w pracy zawodowej. Dziesięć podobnych dashboardów nie musi mówić więcej niż dwa dobrze wybrane przykłady. Sprawdziłbym, czy dokument pokazuje także zmianę odpowiedzialności: od przygotowania danych do ustalania definicji, kontroli wyniku albo utrzymania rozwiązania.
Oba układy przetestowałbym na tej samej osobie czytającej: poprosił o wskazanie roli, poziomu samodzielności i jednego projektu wartego omówienia. Nie pytałbym wyłącznie, czy CV jest ładne. Jeśli odpowiedzi są niejasne, przesunąłbym ważniejsze informacje wyżej lub doprecyzował opis. Taki test nie przewiduje decyzji rekrutera, ale sprawdza, czy dokument przekazuje zamierzoną treść. To użyteczna informacja przed wysłaniem kolejnej wersji.
Błąd siódmy: brak końcowej kontroli
Sprawdziłbym adres e-mail, numer telefonu, linki, nazwę pliku i język dokumentu. Literówka w kontakcie ma inne konsekwencje niż niezgrabne zdanie w profilu, więc zaczynam od elementów, które mogą uniemożliwić kontakt. Nie trzeba wysyłać próbnej aplikacji, żeby sprawdzić własny adres i otwarcie pliku. Przejrzyj także podgląd załącznika, jeżeli formularz go udostępnia.
Następnie przeczytałbym każde zdanie z pytaniem: czy potrafię podać przykład i wyjaśnić swój udział? Jeśli odpowiedź wymaga dopowiadania innej historii, popraw opis. Poproś drugą osobę, żeby po krótkim przeczytaniu wskazała twoje najważniejsze umiejętności. Jeżeli wskazuje inne niż te potrzebne w ofercie, problem może leżeć w kolejności informacji albo zbyt ogólnych sformułowaniach.
Na koniec zachowaj kopię wysłanej wersji oraz ofertę. Gdy pojawi się zaproszenie, będziesz wiedzieć, jakie przykłady przygotować do rozmowy. Po kilku aplikacjach oceniaj zarówno dobór ról, jak i dokument, zamiast wyciągać mocny wniosek z pojedynczej odmowy. W pracy nad CV najbardziej przydaje mi się ta sama zasada co w analizie: nazwać pytanie, pokazać dowody i nie obiecywać więcej, niż z nich wynika.
Najważniejsze w pigułce
Czy CV musi mieścić się na jednej stronie?
Nie stosuję jednej długości dla wszystkich. Wybierz informacje istotne dla oferty, usuń powtórzenia i zachowaj czytelny tekst oraz logiczny podział stron.
Jak opisać umiejętności zamiast gwiazdek?
Podaj konkretne zadania, które potrafisz wykonać i sprawdzić, oraz projekt pokazujący ich zastosowanie. Jasno określ poziom samodzielności.
Czy każdy punkt musi zawierać procentowy wynik?
Nie. Używaj liczb, gdy znasz zakres i podstawę pomiaru. W pozostałych przypadkach pokaż rzeczywisty rezultat jakościowy, bez wymyślania osiągnięć.
