wehub-resource-sync
205 lines
13 KiB
Markdown
205 lines
13 KiB
Markdown
# Wspólny kontekst -- career-ops (Polski)
|
|
|
|
<!-- ============================================================
|
|
PERSONALIZACJA TEGO PLIKU
|
|
============================================================
|
|
Ten plik zawiera wspólny kontekst dla wszystkich trybów
|
|
career-ops w wersji polskiej. Zanim użyjesz career-ops, MUSISZ:
|
|
1. Wypełnić config/profile.yml swoimi danymi osobowymi
|
|
2. Utworzyć cv.md w katalogu głównym projektu (CV w Markdown)
|
|
3. (Opcjonalnie) Utworzyć article-digest.md ze swoimi proof points
|
|
4. Dostosować sekcje oznaczone [PERSONALIZUJ] poniżej
|
|
============================================================ -->
|
|
|
|
## Źródła prawdy (ZAWSZE czytaj przed każdą oceną)
|
|
|
|
| Plik | Ścieżka | Kiedy |
|
|
|---------|--------|-------|
|
|
| cv.md | `cv.md` (katalog główny projektu) | ZAWSZE |
|
|
| article-digest.md | `article-digest.md` (jeśli istnieje) | ZAWSZE (szczegółowe proof points) |
|
|
| profile.yml | `config/profile.yml` | ZAWSZE (tożsamość i docelowe role) |
|
|
|
|
**REGUŁA: NIGDY nie zakodowuj na sztywno metryk pochodzących z proof points.** Czytaj je z `cv.md` i `article-digest.md` w momencie oceny.
|
|
**REGUŁA: Dla metryk z artykułów/projektów `article-digest.md` ma priorytet nad `cv.md`** (`cv.md` może zawierać starsze liczby).
|
|
|
|
---
|
|
|
|
## North Star -- Docelowe role
|
|
|
|
Skill traktuje WSZYSTKIE docelowe role z taką samą starannością. Żadna nie jest podstawowa ani drugorzędna -- każda jest sukcesem, jeśli wynagrodzenie i perspektywy rozwoju są na właściwym poziomie:
|
|
|
|
| Archetyp | Osie tematyczne | Co kupuje firma |
|
|
|-----------|------------------|----------------------------|
|
|
| **AI Platform / LLMOps Engineer** | Evaluation, Observability, Niezawodność, Pipelines | Kogoś, kto wdraża AI na produkcję z metrykami |
|
|
| **Agentic Workflows / Automation** | HITL, Tooling, Orkiestracja, Multi-Agent | Kogoś, kto buduje niezawodne systemy agentowe |
|
|
| **Technical AI Product Manager** | GenAI/Agents, PRD-y, Discovery, Delivery | Kogoś, kto przekłada biznes na produkty AI |
|
|
| **AI Solutions Architect** | Hyperautomation, Enterprise, Integracje | Kogoś, kto projektuje architektury AI end-to-end |
|
|
| **AI Forward Deployed Engineer** | Client-facing, szybkie dostarczanie, Prototypowanie | Kogoś, kto szybko wdraża rozwiązania AI u klienta |
|
|
| **AI Transformation Lead** | Zarządzanie zmianą, Adopcja, Enablement | Kogoś, kto prowadzi transformację AI w organizacjach |
|
|
|
|
<!-- [PERSONALIZUJ] Dostosuj powyższe archetypy do swoich docelowych ról.
|
|
Przykład dla backend engineering:
|
|
- Senior Backend Engineer
|
|
- Staff Platform Engineer
|
|
- Engineering Manager
|
|
itd. -->
|
|
|
|
### Adaptacyjne framing według archetypu
|
|
|
|
> **Konkretne metryki: czytaj je z `cv.md` i `article-digest.md` w momencie oceny. NIGDY nie zakodowuj ich na sztywno tutaj.**
|
|
|
|
| Jeśli rola to... | Podkreśl u kandydata... | Źródła proof points |
|
|
|-------------------|-------------------------------------|-------------------------|
|
|
| Platform / LLMOps | Doświadczenie produkcyjne, observability, evals, closed-loop | article-digest.md + cv.md |
|
|
| Agentic / Automation | Orkiestracja multi-agent, HITL, niezawodność, koszty | article-digest.md + cv.md |
|
|
| Technical AI PM | Product discovery, PRD-y, metryki, zarządzanie interesariuszami | cv.md + article-digest.md |
|
|
| Solutions Architect | Projektowanie systemów, integracje, gotowość enterprise | article-digest.md + cv.md |
|
|
| Forward Deployed Engineer | Szybkie dostarczanie, bliskość klienta, od prototypu do produkcji | cv.md + article-digest.md |
|
|
| AI Transformation Lead | Zarządzanie zmianą, enablement zespołu, adopcja | cv.md + article-digest.md |
|
|
|
|
<!-- [PERSONALIZUJ] Powiąż swoje konkretne projekty/artykuły z powyższymi archetypami -->
|
|
|
|
### Narracja przejścia (do użycia we WSZYSTKICH framingach)
|
|
|
|
<!-- [PERSONALIZUJ] Zastąp własną narracją. Przykłady:
|
|
- "SaaS zbudowany i sprzedany po 5 latach. Teraz 100% fokus na stosowanej AI w enterprise."
|
|
- "Engineering lead w spółce Series-B podczas wzrostu x10. W poszukiwaniu kolejnego wyzwania."
|
|
- "Przejście z konsultingu do produktu. Szukam ról z dużą odpowiedzialnością."
|
|
Czytane z config/profile.yml -> narrative.exit_story -->
|
|
|
|
Używaj narracji przejścia z `config/profile.yml`, aby ramować WSZYSTKIE treści:
|
|
- **W summary PDF:** Buduj most między przeszłością a przyszłością -- "Stosuję teraz te same [kompetencje] w domenie [oferty]."
|
|
- **W historiach STAR:** Odwołuj się do proof points z `article-digest.md`.
|
|
- **W szkicach odpowiedzi (Blok G):** Narracja przejścia trafia do pierwszej odpowiedzi.
|
|
- **Gdy oferta wspomina "entrepreneurial", "autonomia", "builder", "end-to-end":** To JEST wyróżnik nr 1. Zwiększ wagę dopasowania.
|
|
|
|
### Przewaga przekrojowa
|
|
|
|
Ramuj profil jako **"Techniczny builder z wykazywalną praktyką"**, dostosowując framing do roli:
|
|
- Dla PM: "Builder, który redukuje niepewność prototypami, a potem dostarcza na produkcję w zdyscyplinowany sposób"
|
|
- Dla FDE: "Builder, który dostarcza od dnia 1 z observability i metrykami"
|
|
- Dla SA: "Builder, który projektuje systemy end-to-end z prawdziwym doświadczeniem integracyjnym"
|
|
- Dla LLMOps: "Builder, który wdraża AI na produkcję z systemami jakości w pętli zamkniętej"
|
|
|
|
Pozycjonuj "Builder" jako sygnał profesjonalny -- a nie jako "majsterkowicza". Prawdziwe proof points czynią to wiarygodnym.
|
|
|
|
### Portfolio jako proof point (używaj w aplikacjach o wysokiej stawce)
|
|
|
|
<!-- [PERSONALIZUJ] Jeśli masz demo na żywo, dashboard lub publiczny projekt, skonfiguruj go tutaj.
|
|
Przykład:
|
|
dashboard:
|
|
url: "https://twojadomena.dev/demo"
|
|
password: "demo-2026"
|
|
when_to_share: "Role LLMOps, AI Platform, Observability"
|
|
Czytane z config/profile.yml -> narrative.proof_points i narrative.dashboard -->
|
|
|
|
Jeśli kandydat ma demo na żywo / dashboard (sprawdź `profile.yml`), zaproponuj dostęp w odpowiednich aplikacjach.
|
|
|
|
### Wywiad wynagrodzeniowy (Comp Intelligence)
|
|
|
|
<!-- [PERSONALIZUJ] Zbadaj widełki wynagrodzeń dla swoich docelowych ról i dostosuj wartości -->
|
|
|
|
**Ogólne wskazówki:**
|
|
- WebSearch dla aktualnych danych rynkowych (Glassdoor, Levels.fyi, No Fluff Jobs, Just Join IT, Raport Płacowy Pracuj.pl, justjoin.it salary)
|
|
- Ramuj według tytułu stanowiska, nie według umiejętności -- tytuły definiują widełki płacowe
|
|
- Stawki B2B w Polsce są zazwyczaj 30-50% powyżej równoważnej stawki brutto na umowie o pracę (składki ZUS, urlop, choroba, prospecting)
|
|
- Geo-arbitraż działa w remote: niższe koszty życia = lepsze netto
|
|
|
|
### Polski rynek -- Specyfika (WAŻNE)
|
|
|
|
W polskich ofertach i negocjacjach pojawiają się terminy, które nie istnieją na rynkach EN/ES. MUSZĄ być poprawnie uwzględnione:
|
|
|
|
| Termin | Znaczenie | Wpływ na ocenę |
|
|
|-------|---------------|-------------------------|
|
|
| **Umowa o pracę (UoP)** | Odpowiednik "permanent employment". Standard z pełną ochroną Kodeksu pracy | Standard oczekiwany. Pełne składki ZUS, urlop, ochrona przed zwolnieniem |
|
|
| **B2B** | Współpraca jako samozatrudniony (jednoosobowa działalność gospodarcza) | Wyższa stawka netto, niższe składki, ale brak płatnego urlopu i ochrony. Sprawdź ryzyko fikcyjnego samozatrudnienia |
|
|
| **Umowa zlecenie** | Umowa cywilnoprawna, krótsze projekty | Akceptowalna dla konkretnych zadań. Inaczej pytaj, dlaczego nie UoP/B2B |
|
|
| **Okres próbny** | Zwykle do 3 miesięcy, skrócony okres wypowiedzenia | Standard rynkowy. Flaguj, jeśli > 3 miesiące |
|
|
| **Okres wypowiedzenia** | 2 tygodnie do 3 miesięcy zależnie od stażu (UoP) | Zaplanuj datę startu odpowiednio |
|
|
| **ZUS** | Składki na ubezpieczenie społeczne i zdrowotne | Na UoP płacone przez pracodawcę i pracownika. Na B2B w całości po stronie kontraktora -- uwzględnij w przeliczeniu netto |
|
|
| **Netto vs Brutto** | Na UoP podaje się brutto; na B2B zwykle netto + VAT | KLUCZOWE: zawsze ustal, czy widełki są netto czy brutto. Inaczej porównanie jest błędne |
|
|
| **PPK** (Pracownicze Plany Kapitałowe) | Program oszczędnościowy współfinansowany przez pracodawcę | Mały plus. Dopłata pracodawcy ~1,5% wynagrodzenia |
|
|
| **Trzynastka / 13. pensja** | Dodatkowe wynagrodzenie roczne (częstsze w sektorze publicznym) | Jeśli jest, uwzględnij w przeliczeniu rocznym. NIGDY nie pomijaj w porównaniu |
|
|
| **Premia / udział w zyskach** | Bonus, premia kwartalna/roczna, czasem ESOP / stock options | Może stanowić 1-3 pensje. Sprawdź historię i warunki |
|
|
| **Prywatna opieka medyczna** | Pakiet medyczny (Luxmed, Medicover, Enel-Med). Częsty benefit | Standard w IT. Sprawdź zakres (rodzina, stomatologia, specjaliści) |
|
|
| **Karta sportowa** | Multisport / Medicover Sport. Część dopłacana przez pracodawcę | Drobny, ale powszechny benefit |
|
|
| **Urlop wypoczynkowy** | 20 lub 26 dni zależnie od stażu (UoP). B2B zwykle bez płatnego urlopu | < 20 dni na UoP = niezgodne z Kodeksem pracy. 26 dni = standard. B2B: wlicz brak urlopu w stawkę |
|
|
| **Praca zdalna / hybrydowa** | Coraz częstszy standard w polskim IT | Sprawdź liczbę dni w biurze i czy "remote-first" |
|
|
| **VAT (na B2B)** | Kontraktor zwykle wystawia fakturę + 23% VAT | Sprawdź, czy stawka jest "netto + VAT", czy "brutto" -- różnica jest istotna |
|
|
|
|
### Skrypty negocjacyjne
|
|
|
|
<!-- [PERSONALIZUJ] Dostosuj do swojej sytuacji -->
|
|
|
|
**Oczekiwania płacowe (ogólny framework):**
|
|
> "Na podstawie aktualnych danych rynkowych dla tego typu stanowiska celuję w widełki [WIDEŁKI z profile.yml]. Pozostaję elastyczny co do struktury -- liczy się cały pakiet i perspektywy rozwoju."
|
|
|
|
**Odpowiedź na obniżkę geograficzną:**
|
|
> "Role, o które konkuruję, są nastawione na wyniki, nie na lokalizację. Mój track record nie zmienia się wraz z kodem pocztowym."
|
|
|
|
**Jeśli oferta jest poniżej celu:**
|
|
> "Aktualnie prowadzę rozmowy o pakietach w widełkach [wyższe widełki]. [Firma] przyciąga mnie [powodem]. Czy da się osiągnąć [cel]?"
|
|
|
|
**Negocjacje dotyczące premii / części zmiennej:**
|
|
> "Żeby porównać pakiety rzetelnie, czy mogliby Państwo rozbić osobno podstawę, ewentualną premię oraz część zmienną -- i wskazać, czy widełki są netto czy brutto?"
|
|
|
|
### Polityka lokalizacji (Location Policy)
|
|
|
|
<!-- [PERSONALIZUJ] Dostosuj do swojej sytuacji. Czytane z config/profile.yml -> location -->
|
|
|
|
**W formularzach:**
|
|
- Pytania binarne "Czy może Pan/Pani być na miejscu?": odpowiadaj zgodnie z rzeczywistą dostępnością w `profile.yml`
|
|
- Pola otwarte: wskaż nakładanie się stref czasowych i dostępność wprost
|
|
|
|
**W ocenach (scoring):**
|
|
- Wymiar remote dla hybrydy poza Twoim krajem: Score **3.0** (nie 1.0)
|
|
- Score 1.0 tylko, jeśli oferta wprost mówi "obecność obowiązkowa 4-5 dni/tydzień, bez wyjątków"
|
|
|
|
### Priorytet time-to-offer
|
|
- Działające demo + metryki > perfekcja
|
|
- Aplikować szybko > uczyć się więcej
|
|
- Podejście 80/20, wszystko w timeboxie
|
|
|
|
---
|
|
|
|
## Reguły globalne
|
|
|
|
### NIGDY
|
|
|
|
1. Nie wymyślaj doświadczenia ani metryk
|
|
2. Nie modyfikuj `cv.md` ani plików portfolio
|
|
3. Nie wysyłaj aplikacji w imieniu kandydata
|
|
4. Nie udostępniaj numeru telefonu w generowanych wiadomościach
|
|
5. Nie rekomenduj wynagrodzenia poniżej rynku
|
|
6. Nie generuj PDF bez wcześniejszego przeczytania oferty
|
|
7. Nie używaj korporacyjnego żargonu ani pustych formułek
|
|
8. Nie ignoruj trackera (każda oceniona oferta jest zapisywana)
|
|
|
|
### ZAWSZE
|
|
|
|
0. **List motywacyjny:** Jeśli formularz na to pozwala, ZAWSZE dołącz jeden. PDF w tym samym projekcie wizualnym co CV. Cytaty z oferty zmapowane na proof points. Maks. 1 strona.
|
|
1. Czytaj `cv.md` i `article-digest.md` (jeśli istnieje) przed oceną oferty
|
|
1b. **Pierwsza ocena każdej sesji:** Uruchom `node cv-sync-check.mjs` przez Bash. W razie ostrzeżeń poinformuj kandydata
|
|
2. Wykryj archetyp roli i dostosuj framing
|
|
3. Cytuj dokładne wiersze z CV podczas matchingu
|
|
4. Używaj WebSearch do danych o wynagrodzeniach i firmie
|
|
5. Zapisuj w trackerze po każdej ocenie
|
|
6. Generuj treść w języku oferty (polski, jeśli oferta jest po polsku; angielski w przeciwnym razie)
|
|
7. Bądź bezpośredni i konkretny -- bez gadania
|
|
8. Naturalny, techniczny język polski dla generowanych tekstów. Krótkie zdania, czasowniki czynności, unikaj strony biernej. Nie tłumacz na siłę terminów technicznych (stack, pipeline, deployment, embedding)
|
|
8b. **URL-e case studies w Professional Summary PDF-a:** Jeśli PDF wspomina case studies lub dema, URL-e MUSZĄ pojawić się w pierwszym akapicie (Professional Summary). Rekruterzy często czytają tylko summary. Wszystkie URL-e w HTML z `white-space: nowrap`
|
|
9. **Wpisy do trackera w TSV** -- NIGDY nie edytuj applications.md bezpośrednio dla nowych dodań. Zapisz TSV do `batch/tracker-additions/`, `merge-tracker.mjs` zarządza scalaniem
|
|
10. **`**URL:**` w każdym nagłówku reportu** -- między Score a PDF
|
|
|
|
### Narzędzia
|
|
|
|
| Narzędzie | Użycie |
|
|
|-------|---------|
|
|
| WebSearch | Wyszukiwanie wynagrodzeń, trendów, kultury firmy, kontaktów LinkedIn, fallback dla ofert |
|
|
| WebFetch | Fallback do ekstrakcji ofert ze stron statycznych |
|
|
| Playwright | Sprawdzenie, czy oferty są aktywne (browser_navigate + browser_snapshot), ekstrakcja ofert ze SPA. **KRYTYCZNE: NIGDY 2+ agentów równolegle z Playwright -- współdzielą tę samą instancję przeglądarki** |
|
|
| Read | cv.md, article-digest.md, cv-template.html |
|
|
| Write | Tymczasowy HTML dla PDF, applications.md, reporty .md |
|
|
| Edit | Aktualizacja trackera |
|
|
| Bash | `node generate-pdf.mjs` |
|