Lista kontrolna ATS dla CV inżyniera oprogramowania

Bureau of Labor Statistics prognozuje 17% wzrost zapotrzebowania na stanowiska programistów do 2034 roku — to około 140 600 nowych pozycji rocznie [1]. Mimo to przeciętna oferta pracy dla inżyniera oprogramowania na głównych portalach przyciąga ponad 250 kandydatów, a w firmach korzystających z Greenhouse lub Lever mniej niż 8% z nich trafia na ekran rekrutera [6]. Filtrem nie jest człowiek — to system śledzenia kandydatów (ATS), który analizuje CV w poszukiwaniu dokładnych dopasowań słów kluczowych, struktury sekcji i sygnałów formatowania, zanim jakikolwiek inżynier lub kierownik ds. rekrutacji przeczyta choćby jedno słowo. Przejście przez filtr ATS nie polega na manipulowaniu systemem, lecz na przedstawieniu rzeczywistych kwalifikacji w strukturze i słownictwie, które te systemy są zaprojektowane do rozpoznawania.

Ten przewodnik obejmuje dokładne słowa kluczowe, zasady formatowania i strategie sekcja po sekcji, które pozwalają przejść filtrowanie ATS dla stanowisk inżyniera oprogramowania w 2026 roku.

Najważniejsze wnioski

• Platformy ATS w branży technologicznej (Greenhouse, Lever, Ashby, Workday) analizują CV w różny sposób — jednokolumnowy plik .docx lub .pdf z prostym formatowaniem i standardowymi nagłówkami sekcji zapewnia najwyższą kompatybilność ze wszystkimi platformami.
• Dokładne dopasowanie słów kluczowych jest ważniejsze niż synonimy. Jeśli opis stanowiska zawiera „React", a CV zawiera „ReactJS", niektóre platformy ATS nie zarejestrują dopasowania. Należy uwzględnić obie wersje.
• Sekcja Umiejętności techniczne to najcenniejsza przestrzeń ATS. Ustrukturyzowana, skategoryzowana lista umiejętności (Języki, Frameworki, Chmura/Infrastruktura, Narzędzia) generuje więcej dopasowań słów kluczowych niż umiejętności wymienione wyłącznie w punktach.
• Wymierny wpływ przewyższa opisy obowiązków. Scoring ATS w Greenhouse i Lever waży teraz kryteria „scorecardów", które priorytetyzują mierzalne wyniki — „Zmniejszono opóźnienie API o 40%" uzyskuje wyższy wynik niż „Odpowiedzialny za wydajność API".
• Format pliku ma znaczenie. Należy przesyłać pliki .docx, chyba że ogłoszenie wyraźnie wymaga .pdf. Lever i Workday analizują .docx z większą niezawodnością niż .pdf, szczególnie w przypadku tabel i układów wielokolumnowych [5].
• Jedno CV na każdą aplikację. Dostosowanie słów kluczowych do każdego opisu stanowiska zwiększa wskaźnik dopasowania ATS o 30–50% w porównaniu z przesyłaniem ogólnego CV [5].

Jak systemy ATS filtrują CV inżynierów oprogramowania

Nie wszystkie platformy ATS działają tak samo, a wiedza o tym, którego systemu używa firma, zmienia sposób formatowania CV.

Greenhouse (dominujący w SaaS i startupach)

Greenhouse to najczęściej stosowany ATS w startupach finansowanych przez venture capital i średnich oraz dużych firmach SaaS. Wykorzystuje ustrukturyzowane karty ocen powiązane z konkretnymi atrybutami stanowiska. Gdy rekruter otwiera przeanalizowane CV, Greenhouse podkreśla dopasowanie profilu do predefiniowanych kryteriów — języków programowania, lat doświadczenia, poziomu wykształcenia i konkretnych technologii wymienionych w opisie stanowiska [6].

Co to oznacza dla CV: Greenhouse wykonuje silną ekstrakcję słów kluczowych, ale w dużym stopniu polega na nagłówkach sekcji do kategoryzowania informacji. Należy używać standardowych nagłówków, takich jak „Doświadczenie", „Umiejętności techniczne" i „Wykształcenie". Należy unikać kreatywnych alternatyw jak „Gdzie tworzyłem" czy „Mój warsztat".

Lever (średnie firmy technologiczne)

Lever łączy funkcjonalność ATS i CRM, co oznacza, że CV pozostaje w długoterminowej bazie kandydatów nawet po zamknięciu konkretnej rekrutacji. Silnik analizy Lever dobrze obsługuje pliki .pdf i .docx, ale ma trudności z układami wielokolumnowymi i tekstem osadzonym w nagłówkach lub stopkach.

Co to oznacza dla CV: Całość należy umieścić w głównym tekście dokumentu. Nie należy umieszczać imienia, adresu e-mail ani numeru telefonu w obszarze nagłówka/stopki — Lever może ich nie przeanalizować. Układ jednokolumnowy jest najbezpieczniejszy.

Workday (technologia korporacyjna — FAANG, Fortune 500)

Workday obsługuje rekrutację w Amazon, Google, Salesforce i setkach innych firm. Jego analiza jest agresywna: próbuje wyodrębnić dane strukturalne (nazwy pracodawców, tytuły stanowisk, daty, wykształcenie) i mapować je na pola wewnętrzne. Parser Workday jest szczególnie rygorystyczny w kwestii formatów dat i konwencji tytułów.

Co to oznacza dla CV: Należy stosować spójny format dat („Sty 2023 – Obecny" lub „2023 – Obecny"). Tytuł stanowiska należy wpisać jasno — „Software Engineer II", a nie „SWE2". Parser Workday odrzuci skróty, których nie rozpoznaje.

iCIMS (duże korporacje)

iCIMS obsługuje duże firmy nietechnologiczne zatrudniające inżynierów oprogramowania (banki, opieka zdrowotna, handel detaliczny). Jego parser jest starszy i mniej zaawansowany niż Greenhouse czy Lever. W dużym stopniu opiera się na dokładnym dopasowaniu ciągów znaków dla wymaganych umiejętności.

Co to oznacza dla CV: Należy odtworzyć dokładne sformułowanie z opisu stanowiska. Jeśli ogłoszenie zawiera „Java/Spring Boot", trzeba uwzględnić ten dokładny ciąg — nie wystarczy samo „Java" i „Spring" osobno.

Ashby (nowoczesne startupy)

Ashby szybko zyskuje na popularności w startupach Series A–C. Ma jeden z najnowocześniejszych parserów i dobrze obsługuje różne formaty, ale jego ranking kandydatów oparty na AI waży gęstość słów kluczowych i wynik trafności.

Co to oznacza dla CV: Ashby nagradza CV, w których słowa kluczowe pojawiają się w kontekście (w punktach opisujących rzeczywistą pracę), a nie tylko wymienione w sekcji umiejętności. Należy uwzględnić słowa kluczowe zarówno w sekcji umiejętności, jak i w punktach doświadczenia.

Niezbędne słowa kluczowe ATS dla inżyniera oprogramowania

Te słowa kluczowe pochodzą z analiz zadań O*NET dla Programistów (15-1252) [2], ankiety Stack Overflow 2024 Developer Survey [3] i analizy ponad 500 ofert pracy inżyniera oprogramowania na głównych platformach [7][8].

Języki programowania

Wskazówka ATS: Należy podać zarówno pełną nazwę, jak i powszechny skrót: „JavaScript/JS", „TypeScript/TS", „Golang/Go". Niektóre parsery rozpoznają tylko jedną formę.

Frameworki i biblioteki

• Frontend: React, Next.js, Angular, Vue.js, Svelte, Tailwind CSS
• Backend: Node.js, Express, Django, Flask, FastAPI, Spring Boot, Ruby on Rails, ASP.NET
• Mobile: React Native, Flutter, SwiftUI, Jetpack Compose
• Dane/ML: TensorFlow, PyTorch, pandas, NumPy, scikit-learn

Chmura i infrastruktura

• Platformy chmurowe: AWS (Amazon Web Services), GCP (Google Cloud Platform), Microsoft Azure
• Kontenery i orkiestracja: Docker, Kubernetes (K8s), ECS, EKS, GKE
• CI/CD: GitHub Actions, Jenkins, CircleCI, GitLab CI, ArgoCD
• IaC: Terraform, CloudFormation, Pulumi, Ansible
• Monitorowanie: Datadog, Grafana, Prometheus, New Relic, PagerDuty

Bazy danych

• Relacyjne: PostgreSQL, MySQL, SQL Server, Oracle
• NoSQL: MongoDB, DynamoDB, Redis, Cassandra, Elasticsearch
• Hurtownie danych: Snowflake, BigQuery, Redshift

Metodologie i praktyki

• Agile, Scrum, Kanban
• Programowanie sterowane testami (TDD)
• CI/CD (Ciągła integracja / Ciągłe wdrażanie)
• Przegląd kodu, Programowanie w parach
• Architektura mikroserwisów
• REST API / GraphQL
• Projektowanie systemów
• DevOps, Inżynieria niezawodności (SRE)
• Optymalizacja wydajności
• Najlepsze praktyki bezpieczeństwa (OWASP)

Kompetencje miękkie śledzone przez ATS

Wiele platform ATS, szczególnie Greenhouse i Ashby, wyodrębnia teraz również słowa kluczowe dotyczące kompetencji miękkich [6]:

• Współpraca międzyzespołowa
• Mentoring techniczny
• Komunikacja z interesariuszami
• Reagowanie na incydenty
• Dokumentacja techniczna
• Planowanie sprintów
• Podejmowanie decyzji architektonicznych

Format CV, który przechodzi filtrowanie ATS

Błędy formatowania powodują więcej odrzuceń ATS niż brakujące słowa kluczowe. Należy przestrzegać tych zasad:

Struktura dokumentu

• Typ pliku: preferowany .docx; .pdf dopuszczalny, jeśli ogłoszenie na to pozwala. Nigdy .pages, .odt ani PDF-y oparte na obrazach.
• Układ: wyłącznie jednokolumnowy. Układy dwukolumnowe psują analizę w Lever, Workday i iCIMS.
• Czcionka: standardowe czcionki systemowe — Arial, Calibri, Helvetica, Times New Roman. Rozmiar 10–12pt dla tekstu, 13–16pt dla nagłówków.
• Marginesy: 0,5"–1" ze wszystkich stron. Węższe marginesy są dopuszczalne dla gęstości, ale nie należy schodzić poniżej 0,5".
• Długość: 1 strona dla mniej niż 5 lat doświadczenia, 2 strony dla 5–15 lat, 3 strony tylko dla principal/staff+ z obszerną historią publikacji lub patentów.

Nagłówki i sekcje

Aby zmaksymalizować kompatybilność z ATS, należy używać dokładnie tych tytułów sekcji:

1. [Imię i nazwisko] — na górze, nie w obszarze nagłówka/stopki
2. Dane kontaktowe — e-mail, telefon, URL LinkedIn, URL GitHub
3. Podsumowanie zawodowe lub Podsumowanie
4. Umiejętności techniczne lub Umiejętności
5. Doświadczenie zawodowe lub Doświadczenie
6. Wykształcenie
7. Certyfikaty (jeśli dotyczy)
8. Projekty (opcjonalnie, dla juniorów lub osób zmieniających branżę)

Czego unikać

• Tabel do układu — parsery ATS czytają tabele komórka po komórce, mieszając kolejność treści
• Pól tekstowych — niewidoczne dla większości parserów
• Obrazów, ikon i grafik — całkowicie ignorowane; wykresy słupkowe umiejętności to zmarnowana przestrzeń
• Nagłówków/stopek na dane kontaktowe — Lever i Workday pomijają te obszary
• Kolumn tworzonych tabulatorami lub spacjami — parsery dezorganizują ich wyrównanie
• Niestandardowych znaków punktorów — należy używać standardowych punktorów (•) lub myślników (-)

Optymalizacja ATS sekcja po sekcji

Podsumowanie zawodowe (3–4 wiersze)

Podsumowanie to gęste w słowa kluczowe otwarcie. Platformy ATS intensywnie indeksują tę sekcję, ponieważ rekruterzy konfigurują wyszukiwania w oparciu o nią.

Struktura: [Lata doświadczenia] + [główna specjalizacja] + [2–3 kluczowe technologie] + [wymierny wpływ]

Przykład:

Inżynier oprogramowania z 6-letnim doświadczeniem w budowie systemów rozproszonych i API REST w Python i Go. Kierował migracją z architektury monolitycznej na mikroserwisy na AWS (ECS/Fargate), skracając czas wdrożeń z 4 godzin do 12 minut i poprawiając dostępność systemu do 99,97%. Biegły w React, TypeScript, PostgreSQL, Docker, Kubernetes i CI/CD z GitHub Actions.

Dlaczego to działa w ATS: Zawiera ponad 12 dopasowywanych słów kluczowych (Python, Go, REST API, systemy rozproszone, mikroserwisy, AWS, ECS, Fargate, React, TypeScript, PostgreSQL, Docker, Kubernetes, CI/CD, GitHub Actions), a jednocześnie brzmi naturalnie dla ludzkiego recenzenta.

Doświadczenie techniczne

Każde stanowisko powinno być opisane zgodnie z tą strukturą:

Software Engineer | Nazwa firmy | Sty 2022 – Obecny

• Tytuł stanowiska w osobnym wierszu lub wyraźnie oddzielony — systemy ATS wyodrębniają tytuł, firmę i daty jako pola strukturalne
• Format dat: „Mies RRRR – Mies RRRR" lub „RRRR – Obecny"
• 3–6 punktów na stanowisko, każdy zgodnie ze wzorem: [Czasownik akcji] + [co zbudowano/zrobiono] + [użyta technologia] + [wymierny wynik]

Skuteczna formuła punktu:

Zaprojektował i wdrożył [system/funkcję] z użyciem [technologii], co zaowocowało [wymiernym wynikiem].

Sekcja Umiejętności techniczne

Ta sekcja istnieje specjalnie do dopasowywania słów kluczowych ATS. Należy ją sformatować jako listy kategoryzowane:

UMIEJĘTNOŚCI TECHNICZNE

Języki: Python, JavaScript, TypeScript, Go, Java, SQL, Bash
Frontend: React, Next.js, HTML5, CSS3, Tailwind CSS, Redux
Backend: Node.js, Express, Django, FastAPI, Spring Boot, GraphQL
Chmura i Infrastruktura: AWS (EC2, S3, Lambda, SQS, ECS), GCP, Docker, Kubernetes
Bazy danych: PostgreSQL, MySQL, Redis, MongoDB, DynamoDB, Elasticsearch
DevOps i Narzędzia: Terraform, GitHub Actions, Jenkins, Datadog, Git, Jira
Metodologie: Agile/Scrum, TDD, CI/CD, Mikroserwisy, Domain-Driven Design

Dlaczego kategorie mają znaczenie: Greenhouse i Ashby analizują skategoryzowane sekcje umiejętności jako dane strukturalne, które mapują się bezpośrednio na karty ocen wymagań stanowiska. Nieustrukturyzowana lista rozdzielana przecinkami traci to mapowanie [6].

Wykształcenie i certyfikaty

Licencjat z informatyki | Nazwa uczelni | 2018
AWS Certified Solutions Architect – Associate | Amazon Web Services | 2024

• Należy podać pełną nazwę stopnia — „Licencjat z informatyki", a nie „Lic. inf."
• Dla absolwentów bootcampów: podać nazwę programu i dostawcę, a następnie powiązane kursy lub projekty końcowe
• Certyfikaty stale pojawiające się w ogłoszeniach [7]: AWS Certified (dowolna ścieżka), Google Cloud Professional, Kubernetes (CKA/CKAD), Azure Fundamentals, Terraform Associate

Typowe przyczyny odrzuceń ATS w CV inżynierów oprogramowania

1. Używanie skrótów bez pełnych nazw

CV zawiera „K8s", ale ATS szuka „Kubernetes". Zawiera „JS", ale parser wymaga „JavaScript". Zawsze trzeba uwzględnić obie wersje: „Kubernetes (K8s)", „JavaScript/JS". To najczęstsza naprawialna przyczyna niepowodzenia ATS u inżynierów oprogramowania [5].

2. Technologie wymienione wyłącznie w punktach

Jeśli Python pojawia się tylko w zdaniu „Zbudował pipeline danych w Python", niektóre parsery ATS nie wyodrębnią go jako odrębnej umiejętności. Musi pojawić się zarówno w sekcji Umiejętności techniczne (do ekstrakcji słów kluczowych), jak i w punktach (do scoringu kontekstowego).

3. Niestandardowe nagłówki sekcji

Kreatywne nazwy sekcji niszczą analizę ATS. „Moja droga" zamiast „Doświadczenie", „Narzędziownia" zamiast „Umiejętności", „Nauka" zamiast „Wykształcenie". Parser nie wie, czym one są i może pominąć całą sekcję.

4. Brak wskaźników w punktach doświadczenia

Nowoczesne platformy ATS, takie jak Greenhouse, używają kart ocen, w których rekruterzy oceniają kandydatów według konkretnych kryteriów. Punkty bez liczb — „Poprawiono wydajność aplikacji" — nie dają nic do oceny. Punkty z liczbami — „Zmniejszono opóźnienie p95 API z 850ms do 210ms" — są natychmiast ocenialne [6].

5. Układy dwukolumnowe lub z paskiem bocznym

Szablony CV od designerów z paskami bocznymi na umiejętności i główną kolumną na doświadczenie są trucizną dla ATS. Lever czyta z lewej do prawej przez obie kolumny, mieszając listę umiejętności z punktami o pracy w bezsensowny tekst. Workday może całkowicie pominąć pasek boczny.

6. Przesyłanie linku do portfolio zamiast treści CV

Niektórzy inżynierowie piszą skromne CV i dodają „Szczegóły na moim GitHub". Systemy ATS nie podążają za linkami. Każdy istotny projekt, technologia i osiągnięcie muszą znajdować się w samym CV. URL GitHub powinien pojawić się w danych kontaktowych, a nie zastępować treść CV.

7. Przestarzały stos technologiczny bez aktualnych umiejętności

Jeśli ostatnie stanowisko wymienia jQuery, Backbone.js i SVN, ale oferta wymaga React, TypeScript i Git, wynik dopasowania ATS będzie niski niezależnie od rzeczywistych umiejętności. W podsumowaniu i sekcji umiejętności należy zacząć od aktualnych technologii, nawet jeśli ostatnie stanowisko używało innego stosu. Projekty własne i wkład w open source to uzasadnione źródła słów kluczowych aktualnego stosu.

Przykłady przed i po

Przykład 1: ogólnikowy punkt backend → wymierny wpływ

Przed:

Pracowałem nad usługami backendowymi i pomagałem w poprawie wydajności systemu.

Po:

Przeprojektował mikroserwis przetwarzania zamówień w Go, zastępując synchroniczne wywołania REST asynchroniczną architekturą sterowaną zdarzeniami (Kafka + gRPC), skracając średni czas realizacji zamówienia z 3,2s do 0,8s i obsługując 4-krotny wzrost przepustowości w okresach szczytu.

Dlaczego to działa: Zawiera 6 wyodrębnianych słów kluczowych (Go, mikroserwis, REST, Kafka, gRPC, architektura sterowana zdarzeniami) i dwa wymierne wyniki. Oryginał nie zawiera żadnych słów kluczowych ani wskaźników.

Przykład 2: ogólnikowy punkt frontend → konkretny wkład techniczny

Przed:

Tworzył interfejsy użytkownika i naprawiał błędy w aplikacji webowej.

Po:

Zbudował 12 wielokrotnego użytku komponentów React z TypeScript dla panelu klienta, wdrożył lazy loading i dzielenie kodu z Next.js, zmniejszając rozmiar początkowego bundle o 62% (1,8MB → 680KB) i osiągnął 94% pokrycie testami jednostkowymi z użyciem Jest i React Testing Library.

Dlaczego to działa: Osiem wyodrębnianych słów kluczowych (React, TypeScript, Next.js, lazy loading, dzielenie kodu, Jest, React Testing Library, test jednostkowy), konkretny zakres (12 komponentów) i trzy wymierne wyniki.

Przykład 3: odpowiedzialność DevOps → osiągnięcie infrastrukturalne

Przed:

Zarządzał infrastrukturą chmurową i potokami wdrożeń.

Po:

Zaprojektował potok CI/CD z użyciem GitHub Actions i ArgoCD dla wdrożeń opartych na GitOps do Kubernetes (EKS), skracając cykl wydawniczy z ręcznych wdrożeń co dwa tygodnie do ponad 15 automatycznych wdrożeń produkcyjnych dziennie z aktualizacjami kroczącymi bez przestojów. Zarządzał infrastrukturą jako kodem z Terraform w 3 regionach AWS.

Dlaczego to działa: Dziesięć wyodrębnianych słów kluczowych (CI/CD, GitHub Actions, ArgoCD, GitOps, Kubernetes, EKS, Terraform, AWS, infrastruktura jako kod, bez przestojów), wyraźne porównanie przed/po i konkretna skala operacyjna.

Formatowanie sekcji Umiejętności techniczne

Sekcja Umiejętności techniczne to najważniejsza sekcja do dopasowywania słów kluczowych ATS. Oto jak ją sformatować, aby osiągnąć maksymalną ekstrakcję na wszystkich głównych platformach ATS:

Zalecany format (Kategoria: lista rozdzielana przecinkami)

UMIEJĘTNOŚCI TECHNICZNE

Języki: Python, JavaScript, TypeScript, Go, Java, SQL, Bash
Frontend: React, Next.js, HTML5, CSS3, Tailwind CSS, Redux
Backend: Node.js, Express, Django, FastAPI, Spring Boot, GraphQL
Chmura i Infrastruktura: AWS (EC2, S3, Lambda, SQS, ECS), GCP, Docker, Kubernetes
Bazy danych: PostgreSQL, MySQL, Redis, MongoDB, DynamoDB, Elasticsearch
DevOps i Narzędzia: Terraform, GitHub Actions, Jenkins, Datadog, Git, Jira
Metodologie: Agile/Scrum, TDD, CI/CD, Mikroserwisy, Domain-Driven Design

Dlaczego ten format działa

1. Greenhouse mapuje każdą kategorię na atrybuty karty ocen, umożliwiając rekruterom przegląd pokrycia umiejętności na pierwszy rzut oka
2. Lever wyodrębnia pełną listę jako tagi w profilu kandydata
3. Workday przeprowadza wyszukiwanie dokładnego dopasowania na tych płaskich listach
4. Ashby wykorzystuje zarówno etykiety kategorii, jak i poszczególne umiejętności do rankingu trafności

Zasady formatowania

• Należy użyć wyraźnego nagłówka („Umiejętności techniczne" lub „Umiejętności") — nigdy nie umieszczać umiejętności w pasku bocznym lub tabeli
• Jedna kategoria na wiersz — nie łączyć wszystkich umiejętności w jeden akapit
• Uwzględnić szczegóły w nawiasach dla chmury: „AWS (EC2, S3, Lambda, SQS)" pasuje do wyszukiwań zarówno „AWS", jak i nazw poszczególnych usług
• Wymienić 30–50 technologii łącznie — mniej niż 20 sygnalizuje wąski zestaw umiejętności dla algorytmów ATS; ponad 60 wygląda na brak skupienia i może wyzwolić filtry antyspamowe
• Uporządkować według trafności dla docelowego stanowiska — jeśli ogłoszenie zaczyna się od Python i AWS, powinny pojawić się jako pierwsze na listach
• Nie używać ocen biegłości ani pasków umiejętności — systemy ATS ignorują wizualne wskaźniki biegłości, a recenzenci ludzcy uznają je za bezwartościowe

Lista kontrolna kompatybilności ATS

Należy przejść tę listę kontrolną przed każdym złożeniem aplikacji:

• [ ] Format pliku to .docx lub standardowy .pdf (nie skanowany/obrazowy PDF)
• [ ] Układ jednokolumnowy bez tabel, pól tekstowych ani elementów paska bocznego
• [ ] Użyte standardowe nagłówki sekcji: Podsumowanie, Umiejętności, Doświadczenie, Wykształcenie
• [ ] Dane kontaktowe w treści dokumentu, nie w nagłówku ani stopce
• [ ] Każda technologia z opisu stanowiska pojawia się w CV — w sekcji Umiejętności ORAZ w co najmniej jednym punkcie doświadczenia
• [ ] Uwzględniono zarówno pełne nazwy, jak i skróty kluczowych terminów: „Kubernetes (K8s)", „Continuous Integration/Continuous Deployment (CI/CD)", „Amazon Web Services (AWS)"
• [ ] Tytuły stanowisk są jasne i standardowe: „Software Engineer", a nie „Code Ninja" ani wewnętrzne tytuły jak „IC3"
• [ ] Daty mają spójny format w całym dokumencie: „Sty 2023 – Obecny" lub „2023 – Obecny"
• [ ] Każdy punkt doświadczenia zawiera co najmniej jedno słowo kluczowe technologiczne ORAZ jeden wskaźnik (procent, liczba, skrócenie czasu, skala)
• [ ] Sekcja Umiejętności techniczne jest skategoryzowana (Języki, Frameworki, Chmura, Bazy danych, Narzędzia, Metodologie)
• [ ] Brak obrazów, wykresów, ikon ani grafik w dokumencie
• [ ] Brak znaków specjalnych w punktach — użyto standardowych punktorów (•) lub myślników (-)
• [ ] Adresy URL GitHub i LinkedIn to pełne hiperłącza (https://github.com/username, https://linkedin.com/in/username)
• [ ] CV zostało sprawdzone pod kątem pisowni — dopasowywanie słów kluczowych ATS jest dokładne; „Kubernates" nie dopasuje się do „Kubernetes"
• [ ] CV jest dostosowane do tej konkretnej oferty pracy — nie jest to wersja ogólna wysyłana na wszystkie stanowiska

Najczęściej zadawane pytania

Czy powinienem uwzględnić każdy język programowania, którego kiedykolwiek użyłem?

Nie. Należy uwzględnić języki, o których można pewnie dyskutować na rozmowie technicznej — zwykle te używane profesjonalnie lub w istotnych projektach w ciągu ostatnich 3–5 lat. Wymienienie ponad 15 języków rozrzedza profil i może wyzwolić detekcję spamu ATS. Ankieta Stack Overflow Developer Survey wykazała, że mediana profesjonalnego programisty aktywnie używa 4–5 języków [3]. Należy skupić się na językach z opisu stanowiska i najsilniejszych umiejętnościach pokrewnych.

Czy systemy ATS czytają mój profil GitHub lub stronę portfolio?

Platformy ATS nie podążają za zewnętrznymi linkami ani nie indeksują stron trzecich. URL GitHub powinien pojawić się w danych kontaktowych, ale każdy istotny projekt, technologia i wkład muszą być również opisane w samym CV. Niektórzy rekruterzy odwiedzą GitHub ręcznie, ale scoring ATS odbywa się wyłącznie na podstawie przesłanego dokumentu [5].

Jak poradzić sobie z niedopasowaniem stosu technologicznego między moim doświadczeniem a docelowym stanowiskiem?

Jeśli stanowisko wymaga React, a doświadczenie zawodowe dotyczy Angular, należy bezpośrednio odnieść się do luki. Warto uwzględnić React w sekcji Umiejętności, jeśli budowało się z nim projekty (projekty własne, open source i kursy się liczą). Można dodać sekcję Projekty z krótkim opisem: „Dashboard finansów osobistych — React, TypeScript, Node.js, PostgreSQL". ATS wymaga obecności słowa kluczowego w dokumencie. Rozmowa kwalifikacyjna to miejsce na wykazanie się głębią.

Czy jednastronicowe CV jest wymagane dla inżynierów oprogramowania?

Dla inżynierów z mniej niż 5-letnim doświadczeniem jedna strona jest standardem i wystarczy. Dla senior, staff i principal engineers z 5–15+ latami doświadczenia dwie strony są odpowiednie i oczekiwane — jest więcej systemów, skali i przywództwa do udokumentowania. Kluczem jest gęstość: każda linia powinna zawierać wyszukiwalne słowa kluczowe i wymierne wyniki. Wydmuchane CV na jedną stronę uzyskuje niższy wynik niż skoncentrowane CV na dwie strony, ponieważ gęstość słów kluczowych ATS jest wyższa w tym drugim [5].

Czy powinienem użyć szablonu CV z narzędzia projektowego jak Canva lub Figma?

Należy ich unikać przy składaniu aplikacji przez ATS. Szablony z narzędzi projektowych zazwyczaj eksportują się jako PDF-y bogate w obrazy z tekstem nałożonym na grafiki, układami dwukolumnowymi i niestandardowym formatowaniem, którego parsery ATS nie mogą niezawodnie wyodrębnić. Należy użyć prostego szablonu .docx ze standardowym formatowaniem. Wersję designerską warto zachować na networking osobisty lub sytuacje, gdy CV wręcza się bezpośrednio kierownikowi ds. rekrutacji — nie na aplikacje online przechodzące przez ATS [5].

Źródła

[1] U.S. Bureau of Labor Statistics. „Software Developers, Quality Assurance Analysts, and Testers." Occupational Outlook Handbook. https://www.bls.gov/ooh/computer-and-information-technology/software-developers.htm

[2] O*NET OnLine. „Software Developers (15-1252.00)." https://www.onetonline.org/link/summary/15-1252.00

[3] Stack Overflow. „2024 Developer Survey." https://survey.stackoverflow.co/2024/

[4] GitHub. „Octoverse 2024 — The State of Open Source." https://github.blog/news-insights/octoverse/octoverse-2024/

[5] Jobscan. „ATS Resume Test Results and Keyword Analysis." https://www.jobscan.co/blog/ats-resume-test/

[6] Greenhouse Software. „How Structured Hiring Reduces Bias." https://www.greenhouse.com/blog/structured-hiring

[7] Indeed Hiring Lab. „Tech Job Postings and Keyword Trends." https://www.hiringlab.org/

[8] LinkedIn Economic Graph. „Most In-Demand Skills for Software Engineers." https://economicgraph.linkedin.com/