Zacznij tutajDlaczego rozmowy w Google są inne
Google słynie z ustrukturyzowanych rozmów: rekruterzy pracują z przygotowanymi pytaniami i oceniają odpowiedzi według uzgodnionych kryteriów, więc kandydatów na to samo stanowisko porównuje się pod tymi samymi względami. To dobra wiadomość. Oznacza, że rozmowa mniej zależy od chemii, a bardziej od tego, czy Twoje dowody są łatwe do zauważenia.
Oznacza też, że ogólnikowe odpowiedzi dostają niskie oceny. “I’m a strong communicator” nie daje osobie rekrutującej nic do zapisania. Konkretna historia (problem, Twoje działanie, co się zmieniło) daje dowody, które można odnieść do kryteriów leżących przed nią.
Moje podejście do przygotowań do Google jest proste: przygotuj się pod notatki osoby rekrutującej, a nie pod rozmowę. Po każdej odpowiedzi zadaj sobie pytanie, co mogłaby zapisać. Jeśli szczera odpowiedź brzmi „niewiele”, historia potrzebuje bardziej precyzyjnego problemu, wyraźniejszego „I” albo prawdziwego wyniku.
01Co według Google chce zobaczyć firma
Publiczne wskazówki Google dla kandydatów da się streścić w dziesięciu nawykach. Do każdego można się przygotować:
Połącz rolę ze swoim CV
Porównaj ogłoszenie ze swoim doświadczeniem i przygotuj przykład do każdego prawdziwego punktu wspólnego.
Przygotuj szeroką bibliotekę przykładów
Spodziewaj się wielu pytań typu “Tell me about a time when…” i “How would you approach this situation…?”
Skup się na danych
Powiedz, co osiągasz, jak to jest mierzone i co robisz, żeby to osiągnąć.
Pokaż myślenie strategiczne
Wyjaśnij swoje założenia, alternatywy i powód wyboru danego podejścia.
Słuchaj i doprecyzowuj
Przeformułowanie pytania, prośba o doprecyzowanie albo chwila namysłu są w porządku.
Radź sobie z niejasnością
Pokaż, jak podejmujesz decyzje bez pełnej informacji.
Pokaż, jak pracujesz z ludźmi
Przygotuj przykłady ze współpracy z kolegami i zespołami z innych działów.
Pokaż przywództwo
Liczy się wpływ, odpowiedzialność, mentoring i mobilizowanie innych, a nie tylko formalne zarządzanie.
Przygotuj pytania
Rozmowa działa w obie strony.
Bądź sobą
Nie ma jednego profilu, którego szuka Google, więc nie próbuj go odgrywać.
02Googleyness w praktyce
„Googleyness” brzmi mgliście i to stresuje kandydatów. W praktyce pytania na tych rozmowach sprawdzają kilka zachowań, które widać w tym, jak opowiadasz swoje historie:
- Swoboda wobec niejasności: idziesz naprzód, nie czekając na idealne informacje, i jasno mówisz o swoich założeniach.
- Skłonność do działania, z rozwagą: działasz, ale umiesz wyjaśnić, dlaczego właśnie tak, a nie inaczej.
- Współpraca: rozwiązujesz różnice zdań dowodami, a nie hierarchią czy podnoszeniem głosu.
- Pokora i uczenie się: umiesz mówić o feedbacku i błędach bez przyjmowania postawy obronnej.
- Robienie tego, co słuszne: dla użytkowników, dla zespołu i wtedy, gdy nikt by nie zauważył.
Zauważ, że mocna wersja kończy się lekcją. To ostatnie zdanie (czego się uczysz albo co teraz robisz inaczej) jest często najwyraźniejszym sygnałem Googleyness w całej odpowiedzi. Nie pomijaj go.
03PAR czy SAR
Przy odpowiedziach behawioralnych pracuję z dwiema strukturami i niczym bardziej skomplikowanym: domyślnie PAR: Problem, Action, Result, a SAR: Situation, Action, Result, gdy historia potrzebuje więcej kontekstu, żeby była zrozumiała.
Dlaczego tak prosto? Długie metody zachęcają do długich wstępów. Zanim kandydat opisze kontekst, swoją rolę i cele, mija minuta, a nie padło nic, co osoba rekrutująca mogłaby ocenić. PAR prowadzi prosto do problemu, Twojego działania i mierzalnego wyniku, a to jeszcze ważniejsze, gdy rozmowa jest w drugim języku.
Użyj SAR, gdy problem jest zrozumiały tylko z odrobiną kontekstu: reorganizacja, nowy rynek, stary system. Ogranicz sytuację do dwóch zdań i przejdź do swojego działania.
Domyślnie: PAR
Od 60 do 90 sekund. Problem, Twoje działania, wynik i zdanie o tym, czego się uczysz.
Gdy słyszysz “tell me more”
Dodaj sytuację w dwóch zdaniach: teraz opowiadasz wersję SAR.
Gdy dopytują o jeden punkt
Wejdź głęboko w tę decyzję: opcje, odrzuconą alternatywę, co zrobić inaczej dzisiaj.
04Każda odpowiedź według tego samego schematu
W każdej odpowiedzi behawioralnej używaj tych samych czterech części. Nazywam to PAR + L: zdanie o tym, czego się uczysz (Learning), zamienia dobrą historię w odpowiedź pokazującą Googleyness.
Problem · ~20%
Co było nie tak, trudne, niejasne albo zagrożone? Tylko tyle kontekstu, ile trzeba, żeby to zrozumieć.
Działanie · ~55%
Twoje własne działania: tok rozumowania, decyzje, alternatywy i to, kogo angażujesz.
Wynik · ~15%
Co się zmieniło, z liczbami, kiedy tylko są uczciwe.
Learning · ~10%
Jedno zdanie: zasada, którą wynosisz, albo to, co teraz robisz inaczej.
05Dziesięć przykładów PAR
Te przykłady są celowo ogólne, żeby pokazać kształt dobrej odpowiedzi. Nie ucz się ich na pamięć. Odbuduj każdy na podstawie własnego projektu, decyzji i liczb. Pod każdym zobaczysz, co pokazuje odpowiedź i jakich pytań dodatkowych możesz się spodziewać.
A. Konflikt ze współpracownikiem
“Tell me about a time you disagreed with a colleague.”
ProblemA colleague and I disagreed about how to build a feature. They wanted the fastest implementation; I was worried it would create maintenance and reliability problems later.
ActionInstead of arguing from preference, I wrote up both approaches side by side (effort, operational risk and expected future cost) and proposed a small test of the assumption we disagreed on. We reviewed the results together and agreed a hybrid that kept the delivery date and removed the main risk.
ResultWe shipped on schedule, avoided the reliability issue, and the comparison became a template the team reused for similar decisions.
LearningI turn disagreements into evidence-based decisions rather than personal debates.
Co pokazuje: współpraca, osąd, szacunek. Prawdopodobne pytania dodatkowe: “What if the test had proved you wrong?” · “How did your colleague react?”
B. Niejasne wymagania
“Tell me about a time you faced ambiguous requirements.”
ProblemThe desired outcome of a project was clear, but several requirements weren’t defined and different stakeholders were working from different assumptions.
ActionI separated what we knew from what we were assuming, identified the decisions that would materially change the build, and met the relevant stakeholders to resolve those first. Where a decision couldn’t be made yet, I proposed a low-risk option and wrote the assumption down so we could move forward without pretending the uncertainty wasn’t there.
ResultWe agreed a shared definition of success, reduced rework and delivered without waiting for every unknown to be resolved.
LearningName your assumptions out loud: it’s what lets a team move fast without being reckless.
Co pokazuje: swoboda wobec niejasności, uporządkowane myślenie. Prawdopodobne pytania dodatkowe: “Which assumption turned out to be wrong?” · “Who pushed back?”
C. Krytyczny feedback
“Tell me about a time you received critical feedback.”
ProblemMy manager told me my work was strong, but I went too deep into implementation detail when I updated senior stakeholders.
ActionI asked for specific examples, found the pattern behind them and changed how I structured updates: business impact first, then the decision needed, then the key risk, with technical detail only when asked. I asked for feedback again after the next few presentations.
ResultMy updates became shorter and more decision-oriented, and stakeholder meetings needed far fewer follow-up clarifications.
LearningTechnical completeness isn’t the same as effective communication: I adapt the detail to the audience.
Co pokazuje: pokora, umiejętność uczenia się z feedbacku. Prawdopodobne pytania dodatkowe: “Did you agree with the feedback at first?” · “How do you give feedback to others?”
D. Napięty termin
“Tell me about a time you had to deliver under a tight deadline.”
ProblemA project had a fixed external deadline, but the original scope was bigger than the time and people available.
ActionI split must-haves from lower-value work, identified the riskiest dependencies and aligned stakeholders on a smaller first release. I set checkpoints on the critical path and escalated the one dependency that could have blocked us early, instead of waiting until the deadline was close.
ResultWe delivered the critical functionality on time and moved the rest into a second phase.
LearningHitting a hard deadline takes active scope management, not asking the team to work faster.
Co pokazuje: priorytetyzacja, odpowiedzialność. Prawdopodobne pytania dodatkowe: “What did you cut, and who disagreed?” · “What would you do if the escalation had failed?”
E. Problem na produkcji
“Tell me about a significant production issue.”
ProblemShortly after a release, a production issue started affecting users. The priority was to limit the impact while working out whether the release was really the cause.
ActionI helped isolate the failure with logs and monitoring, compared affected and unaffected paths, and found the change most strongly correlated with the incident. We mitigated the user impact first, then fixed the root cause and added a regression test and a monitoring check for that failure mode.
ResultUser impact was contained, the defect was fixed, and the new test and alert make a repeat much less likely.
LearningSeparate mitigation from root-cause analysis. Don’t wait for a perfect diagnosis before you act.
Co pokazuje: spokój pod presją, skupienie na użytkowniku. Prawdopodobne pytania dodatkowe: “How did you communicate during the incident?” · “What did the post-mortem change?”
F. Szybka nauka nowej technologii
“Tell me about a time you had to learn a new technology quickly.”
ProblemI needed to contribute to a project built on a technology I’d never used, and the project couldn’t wait for a long ramp-up.
ActionI identified the minimum concepts I needed to be productive, worked through the official documentation and built an isolated proof of concept, then reviewed my approach with an experienced colleague before integrating anything into the real project.
ResultI became productive quickly without experimenting on production, and I now use the same method whenever I pick up something new.
LearningLearn the minimum that matters, validate it safely, then get an expert’s eyes on it.
Co pokazuje: zdolność uczenia się, dobry osąd. Prawdopodobne pytania dodatkowe: “What did the expert change?” · “How do you stay current?”
G. Pomoc współpracownikowi w poprawie wyników
“Tell me about a time you helped an underperforming teammate improve.”
ProblemA junior teammate kept missing estimates, and the initial assumption was that they just needed to work faster.
ActionI sat down with them to find where the work was actually getting stuck. The real issue was unfamiliarity with part of the system and uncertainty about when to ask for help. I paired with them on the first few tasks, made the escalation points explicit and reduced my support as their confidence grew.
ResultTheir delivery became predictable and they started working independently.
LearningDiagnose a performance problem before you prescribe the fix.
Co pokazuje: przywództwo bez formalnej władzy, empatia. Prawdopodobne pytania dodatkowe: “What if pairing hadn’t worked?” · “How did you involve their manager?”
H. Usprawnienie procesu
“Tell me about a process you improved.”
ProblemA recurring workflow had unnecessary manual steps and produced different results depending on who ran it.
ActionI mapped the workflow, found the highest-friction steps, standardized the process and automated the repeatable part. I documented the new version and gathered feedback from the people who used it, rather than designing it in isolation.
ResultThe process took much less manual effort and produced consistent results.
LearningGood process work removes unnecessary steps. It doesn’t just document the existing inefficiency.
Co pokazuje: odpowiedzialność, skupienie na użytkowniku. Prawdopodobne pytania dodatkowe: “How did you measure the improvement?” · “Who resisted the change?”
I. Zmiana priorytetów
“Tell me about a time your work was deprioritized midway through a project.”
ProblemA project I’d invested significant work in was deprioritized when a more urgent business need came up.
ActionI clarified the new priority, identified what could be preserved or reused, documented what was unfinished, and agreed with stakeholders what should stop and what should continue. I didn’t keep going just because we’d already invested time.
ResultThe team redirected its effort without losing the useful work we’d already done.
LearningTreat sunk effort as information, not as a reason to continue.
Co pokazuje: elastyczność, skupienie na biznesie. Prawdopodobne pytania dodatkowe: “How did you feel about it?” · “Did any of the work come back later?”
J. Przywództwo bez formalnej władzy
“Tell me about a time you led without being the official leader.”
ProblemA project was losing momentum because several teams had different priorities and nobody formally owned the coordination.
ActionI built a shared view of the dependencies, clarified which decisions were blocking progress and brought the right people together around the highest-priority issues. I didn’t try to become the project’s manager: I created enough clarity for the existing owners to decide and move.
ResultThe project regained momentum, and the teams had a clear picture of dependencies and ownership.
LearningLeadership is often creating clarity and enabling others, not holding a title.
Co pokazuje: wpływ, przywództwo oddolne. Prawdopodobne pytania dodatkowe: “Did anyone see it as overstepping?” · “What would you do differently?”
06Macierz historii: od 8 do 12 historii, 29 pytań
Nie potrzebujesz 29 odpowiedzi. Potrzebujesz od ośmiu do dwunastu mocnych historii, każdej na tyle elastycznej, żeby odpowiedzieć na kilka pytań. Oto pytania, które kandydaci najczęściej słyszą na rozmowach o Googleyness i rozmowach behawioralnych, pogrupowane według historii, która na nie odpowiada:
| Historia do przygotowania | Pytania, na które odpowiada |
|---|---|
| Twoje największe osiągnięcie | One of your biggest career accomplishments · A goal you set and achieved · A customer pain point you solved |
| Rozwiązana różnica zdań | A disagreement with a colleague or manager · A conflict with a colleague · A time your team disagreed with your idea · A difficult colleague |
| Praca z przełożonym | When your manager set reasonable demands · A situation with unreasonable demands · A time you advocated for yourself or someone else |
| Krytyczny feedback | Critical feedback you received · A time you misunderstood requirements |
| Dowiezienie pod presją | A critical project under a tight deadline · A last-minute project change · How you manage multiple priorities · A challenging situation at work |
| Niejasność i zmiana | Ambiguous requirements · Your work being deprioritized |
| Uzgadnianie stanowisk i współpraca między działami | Getting people aligned around a decision · Working cross-functionally · How you incorporate different perspectives |
| Trudny problem techniczny | A challenging technical problem · A significant production bug · How you ensure code quality |
| Szybka nauka | Learning a new technology quickly · How you stay current with industry trends |
| Rozwijanie innych i usprawnianie pracy | Mentoring a junior team member · A process you improved · How you ensure accessibility |
Nie pracujesz w inżynierii? Zastąp wiersz techniczny najtrudniejszym problemem ze swojej dziedziny: kampanią, która nie zadziałała, umową, która prawie upadła, danymi, którym nikt nie ufał.
07„How would you approach…?”
Pytania sytuacyjne nie mają jednej poprawnej odpowiedzi. Osoba rekrutująca obserwuje, jak myślisz. Zawsze przechodź na głos przez tę samą sekwencję:
Doprecyzuj
Przeformułuj pytanie i zadaj jedno lub dwa pytania o cel.
Zdefiniuj i załóż
Określ, czym jest sukces, a potem powiedz o swoich założeniach i ograniczeniach.
Przeanalizuj opcje
Podaj dwa lub trzy podejścia, a nie tylko pierwsze, które przychodzi do głowy.
Zdecyduj i wyjaśnij
Wybierz jedno i nazwij kompromis, który akceptujesz.
Mierz i weryfikuj
Powiedz, po czym poznasz, że to działa, i kiedy zmienisz kurs.
Przykład: “How would you approach a new internal tool that nobody is using?”
Clarify“Before I jump in, is the goal adoption in itself, or the outcome the tool was built for, like faster approvals?”
Assume“I’ll assume the goal is faster approvals and that the tool works technically. The constraint is that people already have a workaround they’re comfortable with.”
Options“I could mandate the tool, improve it, or find out first why people avoid it. Mandating it is fast but tends to create quiet workarounds.”
Decide“I’d start with five short interviews with current users of the workaround, fix the top one or two blockers, then relaunch with a single team. The trade-off is a slower start in exchange for real adoption.”
Measure“I’d track approval time and the share of approvals going through the tool, and revisit after four weeks.”
08Twoje CV i projekty w szczegółach
Licz się z tym, że osoba rekrutująca wybierze projekt z Twojego CV i będzie pytać „dlaczego?”, aż dojdzie do granic Twojej wiedzy. Przygotuj każdy ważny projekt z tymi siedmioma pytaniami:
- Kontekst: jaki problem był do rozwiązania?
- Rola: jaki był dokładnie zakres Twojej odpowiedzialności?
- Decyzje: dlaczego wybrane zostało właśnie to podejście?
- Alternatywy: co jeszcze było rozważane i dlaczego odpadło?
- Trudności: co poszło nie tak albo okazało się trudne?
- Wpływ: co się zmieniło, najlepiej z liczbami?
- Refleksja: co zrobić dziś inaczej?
09Język, który pokazuje, jak myślisz
Rekruterzy w Google chcą słyszeć Twój tok rozumowania, więc zwroty, które łączą Twoje myśli, są tak samo ważne jak historia. Jeśli angielski nie jest Twoim pierwszym językiem, te krótkie zwroty robią dużo roboty:
| Gdy potrzebujesz… | Powiedz |
|---|---|
| Zyskać czas bez paniki | “Good question, let me take a moment to structure my answer.” |
| Doprecyzować pytanie | “Just to make sure I answer the right question: do you mean… or…?” |
| Zapowiedzieć historię | “The best example of that is a project where…” |
| Przedstawić założenie | “I’ll assume that… Tell me if that’s wrong.” |
| Wyjaśnić kompromis | “I chose A over B because… The cost was…, which I accepted because…” |
| Jasno pokazać swoją część | “The team delivered the project; my part was…” |
| Zakończyć lekcją | “What I took from that is…” / “Since then, I always…” |
I trzy nawyki do porzucenia: owijanie w bawełnę (“maybe we could potentially…”), przepraszanie za swój angielski (“sorry, maybe I explained it badly”) i mówienie „we” o wszystkim. Więcej znajdziesz w części o języku w moim poradniku o pytaniach rekrutacyjnych.
10Siedmiodniowy plan ćwiczeń
Znajomość metody to nie to samo, co stosowanie jej pod presją. Jeśli rozmowa jest za tydzień, tak warto wykorzystać ten czas:
Dzień 1 · Mapa
Przypisz każde wymaganie z ogłoszenia do historii. Zapisz luki.
Dzień 2 · Budowa
Napisz od ośmiu do dwunastu historii w formacie PAR + L, jedno zdanie na część.
Dzień 3 · Liczby
Znajdź prawdziwy wskaźnik za każdym wynikiem albo precyzyjny opis zmiany.
Dzień 4 · Na głos
Nagraj każdą historię po angielsku, posłuchaj i opowiedz jeszcze raz. To przy drugiej próbie jest lepiej.
Dzień 5 · Pytania hipotetyczne
Przećwicz trzy pytania “How would you approach…?” z pięcioetapową sekwencją.
Dzień 6 · Próbna rozmowa
Pełna próbna rozmowa z pytaniami dodatkowymi, najlepiej z kimś, kto będzie się z Tobą spierać.
Dzień 7 · Odpoczynek
Lekka powtórka macierzy i pytań do nich. I koniec.
11Lista kontrolna na dzień rozmowy
- Ogłoszenie jest porównane z moim CV
- Mam od ośmiu do dwunastu elastycznych historii i znam wskaźniki każdej z nich
- Umiem opowiedzieć każdą historię w formacie PAR w 60–90 sekund i przejść na SAR, gdy potrzebny jest kontekst
- Umiem na głos wyjaśnić swoje założenia i kompromisy
- Mam historie o niejasności, konflikcie, feedbacku, przywództwie, nauce i porażce
- Wytrzymuję trzy pytania dodatkowe o każdy projekt z CV
- Mam trzy przemyślane pytania do osoby rekrutującej
- Przy rozmowie online: kamera, mikrofon, Wi-Fi i miejsce pracy sprawdzone
- Mam na stole notes i długopis
- Żadnych wyszukiwarek, narzędzi AI ani innej pomocy z zewnątrz w trakcie rozmowy