Mark Parfenov · Aktualizacja

Poradnik · Rozmowy kwalifikacyjne

Przygotowanie do rozmowy w Amazon: Leadership Principles i jak na nich budować odpowiedzi

Jak wyglądają rozmowy w Amazon, co sprawdza każda z 16 Leadership Principles, jak odpowiadać metodą PAR, sześć przykładów i zestaw historii na cały loop.

12 minut czytania · Za darmo · Ostatnia część odblokowuje się po podaniu e-maila · Mark Parfenov · Opublikowano 14 października 2026

Masz pytania o swoją rozmowę? Napisz do mnie: TelegramWhatsApp

Zacznij tutajJak wyglądają rozmowy w Amazon

Amazon bardzo jasno mówi, czego szuka. Jego przewodnik dla kandydatów zaleca odpowiadanie na pytania behawioralne uporządkowanymi przykładami z Twojej pracy, które pokazują Leadership Principles. Dlatego nawet w technicznym loopie duża część każdej rozmowy to historie z Twojej pracy.

Amazon mówi też publicznie, że nie zadaje zagadek logicznych i oczekuje przemyślanych pytań na koniec. Rozmówcy często dzielą się zasadami, więc każda rozmowa może skupiać się na dwóch lub trzech z nich i wracać do nich w pytaniach dodatkowych.

0116 Leadership Principles w praktyce

Oto, co sprawdza każda zasada, moimi słowami, z typowym pytaniem. Przeczytaj też oficjalne brzmienie: rozmówcy rozpoznają te sformułowania, jeśli użyjesz ich naturalnie.

ZasadaCo sprawdza · typowe pytanie
Customer ObsessionZaczynasz od klienta i pracujesz wstecz. · “Tell me about a time you went beyond what a customer asked for.”
OwnershipMyślisz długoterminowo i za całą firmę, nigdy „to nie moja sprawa”. · “Tell me about a time you took on something outside your role.”
Invent and SimplifySzukasz prostszych rozwiązań, nawet jeśli pomysł przyszedł z zewnątrz. · “Tell me about a time you simplified a complex process.”
Are Right, A LotDobry osąd: szukasz innych opinii i sprawdzasz własne przekonania. · “Tell me about a decision you made with incomplete data.”
Learn and Be CuriousCiągle się uczysz i odkrywasz nowe pomysły. · “Tell me about something you taught yourself recently.”
Hire and Develop the BestPodnosisz poprzeczkę przy rekrutacji i pomagasz innym się rozwijać. · “Tell me about someone you helped develop.”
Insist on the Highest StandardsStale podnosisz poprzeczkę i rozwiązujesz problemy u źródła. · “Tell me about a time you refused to compromise on quality.”
Think BigWyznaczasz ambitny kierunek i pociągasz za sobą innych. · “Tell me about the most ambitious thing you’ve proposed.”
Bias for ActionDziałasz szybko, gdy decyzję da się cofnąć, i podejmujesz przemyślane ryzyko. · “Tell me about a time you acted without all the information.”
FrugalityOsiągasz więcej przy mniejszych zasobach. · “Tell me about a time you delivered with a limited budget or team.”
Earn TrustSłuchasz, mówisz szczerze i przyznajesz się do błędów. · “Tell me about a mistake you made and what you did about it.”
Dive DeepZnasz szczegóły i osobiście sprawdzasz dane. · “Tell me about a problem you solved by digging into the data.”
Have Backbone; Disagree and CommitZ szacunkiem kwestionujesz decyzje, a potem w pełni się w nie angażujesz. · “Tell me about a time you disagreed with your manager.”
Deliver ResultsSkupiasz się na tym, co ważne, i dowozisz mimo przeszkód. · “Tell me about a time you hit a goal despite an obstacle.”
Strive to be Earth’s Best EmployerSprawiasz, że praca jest lepsza i bezpieczniejsza dla ludzi wokół Ciebie. · “Tell me about a time you improved how your team works.”
Success and Scale Bring Broad ResponsibilityMyślisz o szerszych skutkach swojej pracy. · “Tell me about a time you considered the wider impact of a decision.”

02Odpowiedzi PAR na rozmowę w Amazon

Jeśli znasz mój poradnik o pytaniach rekrutacyjnych, wiesz, że uczę dwóch struktur i niczego bardziej skomplikowanego: PAR (Problem, Action, Result) domyślnie i SAR (Situation, Action, Result), gdy historia potrzebuje więcej kontekstu. Obie dają Amazon dokładnie to, o co prosi: prawdziwy przykład, Twoje działania i mierzalny wynik.

  1. Problem · ~20%

    Co nie działało albo o co toczyła się gra i za co odpowiadała Twoja rola. Dwa lub trzy zdania. Gdy problem wymaga tła, użyj SAR i zacznij od sytuacji.

  2. Działanie · ~55%

    Twoje działania: tok myślenia, opcje, kompromis i kogo w to włączono.

  3. Wynik · ~15%

    Co się zmieniło, z liczbami, jeśli są prawdziwe.

  4. Wniosek · ~10%

    Jedno zdanie: lekcja z tej sytuacji albo co następnym razem zrobisz inaczej. Rozmówcy często o to pytają, więc miej to gotowe.

03Zestaw historii na cały loop

Zasad jest 16, ale nie potrzebujesz 16 historii. Osiem do dziesięciu mocnych historii, każda pokazująca dwie lub trzy zasady, wystarczy na cały loop. Historia o uratowanym wdrożeniu może pokazać Ownership, Dive Deep albo Deliver Results, zależnie od tego, co podkreślisz.

  • Zapisz każdą historię raz w formacie PAR, z liczbami, w mniej niż dwie minuty.
  • Przypisz każdej historii dwie lub trzy zasady, które pokazuje najlepiej.
  • Miej drugą historię dla Customer Obsession, Ownership, Dive Deep i Deliver Results: liczą się niemal na każdym stanowisku.
  • Uwzględnij co najmniej jeden prawdziwy błąd (Earn Trust) i jeden spór (Have Backbone; Disagree and Commit).
  • Wybieraj świeże historie, w miarę możliwości z ostatnich dwóch, trzech lat, na poziomie stanowiska, o które się starasz.
  • Rozmówcy wymieniają się notatkami przed decyzją, więc różnym osobom opowiadaj różne historie.

04Sześć przykładów

Te przykłady są wymyślone do ćwiczeń. Swoje przygotuj na podstawie własnych wyników.

A. Customer Obsession

“Tell me about a time you went beyond what a customer asked for.”

ProblemAn enterprise customer asked us for a bulk export feature. Before I estimated it, I asked what they’d do with the export.

ActionThey were exporting data every week only to rebuild the same report in a spreadsheet. I worked backwards from that report, built a scheduled version of it inside the product with our designer, and tested it with two of their analysts before release.

ResultThey stopped the weekly export entirely, and three other customers with the same workaround adopted the report in the first month.

LearningI ask what the customer is trying to achieve before I build what they asked for.

Zasady: Customer Obsession, Invent and Simplify. Możliwe pytania dodatkowe: “How did you know what they really needed?” · “What did you say no to?”

B. Ownership

“Tell me about a time you took on something outside your role.”

ProblemOur nightly data pipeline failed about once a week. It belonged to another team, so everyone worked around it and nobody fixed it.

ActionI logged every failure for two weeks, traced most of them to one unhandled timeout, and wrote a fix with tests. I took it to the owning team with the data, agreed that they’d review and deploy it, and added an alert so the next failure would reach the right person.

ResultThe pipeline ran without a failure for the next quarter, and my team stopped losing half a day after each incident.

LearningIf a problem hurts my customers, it’s mine to solve, even when the code isn’t.

Zasady: Ownership, Dive Deep. Możliwe pytania dodatkowe: “How did the other team react?” · “What would you have done if they’d said no?”

C. Dive Deep

“Tell me about a problem you solved by digging into the data.”

ProblemSign-ups dropped after a release, and the dashboard showed no errors.

ActionI broke the funnel down by device and browser and found the drop came almost entirely from one mobile browser. Reproducing it on a real device showed that a new form validation script failed silently there. I shipped a fix the same day and added that browser to our automated tests.

ResultSign-ups returned to their usual level within two days, and the new test has caught two similar problems since.

LearningWhen the averages look fine, I segment the data before I trust it.

Zasady: Dive Deep, Insist on the Highest Standards. Możliwe pytania dodatkowe: “Why didn’t monitoring catch it?” · “How did you rule out other causes?”

D. Have Backbone; Disagree and Commit

“Tell me about a time you disagreed with your manager.”

ProblemMy manager wanted to launch a feature to all users at once to hit a date we’d promised a partner.

ActionI thought a full launch was risky because the feature changed billing. I put the risk in writing, showed what a staged rollout would cost in days, and proposed launching to the partner first. My manager decided on a full launch with extra monitoring instead. I committed to that plan and set up the monitoring and the rollback steps myself.

ResultWe launched on the promised date. The monitoring caught a billing edge case in the first hour, and we rolled it back for a small group of accounts before any customer was charged wrongly.

LearningI disagree once, clearly and with data, and then I make the decision work.

Zasady: Have Backbone; Disagree and Commit, Earn Trust. Możliwe pytania dodatkowe: “Were you right in the end?” · “How did you raise it?”

E. Bias for Action

“Tell me about a time you acted without all the information.”

ProblemA supplier’s API started returning slow responses during our busiest week, and their support couldn’t say when it would be fixed.

ActionWaiting for certainty would have cost us orders. I judged that caching their responses for ten minutes was easy to reverse, so I shipped it behind a switch, told the business owners about the trade-off (slightly older prices), and set a check to switch it off once the supplier recovered.

ResultCheckout times went back to normal within the hour, and we switched the cache off three days later when the supplier fixed their side.

LearningI move fast when a decision is easy to undo, and slow down when it isn’t.

Zasady: Bias for Action, Customer Obsession. Możliwe pytania dodatkowe: “What was the risk?” · “Who did you tell, and when?”

F. Earn Trust

“Tell me about a mistake you made.”

ProblemI gave a stakeholder a delivery date before I’d checked a dependency on another team, and the date slipped by two weeks.

ActionAs soon as I knew, I told the stakeholder myself, explained what I’d missed, and gave a new date based on a plan the other team had confirmed. I then changed how I estimate: I list the dependencies and confirm them before I commit to a date.

ResultWe delivered on the new date, and the stakeholder asked me to lead the next project with their team.

LearningBad news travels best early and in person.

Zasady: Earn Trust, Ownership. Możliwe pytania dodatkowe: “How did they react?” · “What do you do differently now?”

05Pytania dodatkowe

Rozmówcy w Amazon rzadko poprzestają na pierwszej odpowiedzi. Drążą jedną część historii, żeby sprawdzić, czy to naprawdę Twoja praca i jak głęboka jest Twoja wiedza. To normalne i często właśnie tu wyróżniają się mocni kandydaci.

  • “What exactly did you do?” Nazwij swoje działania słowem „I”, krok po kroku.
  • “How did you measure that?” Podaj miarę i jej źródło albo uczciwie powiedz, jak to oceniono.
  • “What were the other options?” Wymień dwie i powiedz, dlaczego wybór padł na tę.
  • “What would you do differently?” Miej prawdziwą odpowiedź, nie „nic”.
  • “Who disagreed?” Powiedz kto, dlaczego i jak to rozwiązano.

Jeśli nie pamiętasz szczegółu, powiedz to i podaj to, co najbliższe. Zgadywanie jest gorsze niż “I don’t remember the exact number, but it was roughly half”, zwłaszcza przy Bar Raiserze.

06Język, który pokazuje ownership

ZamiastSpróbuj
“We decided to…”“I proposed… and the team agreed.”
“It was a team effort.”“The team built it. My part was…”
“We improved performance a lot.”“We cut page load time from four seconds to under one.”
“I always…”“Here’s one specific time…”
“It wasn’t my fault.”“My part in it was… Here’s what I changed.”
SytuacjaZwroty
Początek historii“The situation was…” · “I was responsible for…”
Twoje działania“The first thing I did was…” · “I looked at the data and saw…” · “I decided to… because…”
Kompromisy“The options were X or Y. I chose X because…” · “The risk was…, so I…”
Wynik“As a result, … went from A to B.” · “We measured it by…”
Niezgoda“I raised the risk with… and showed…” · “Once we decided, I committed to…”
Wniosek“What I learned was…” · “Next time, I’d…”

07Siedmiodniowy plan ćwiczeń

  1. Dzień 1 · Zasady

    Przeczytaj zasady i wypisz dziesięć historii z ostatnich dwóch, trzech lat.

  2. Dzień 2 · PAR

    Zapisz każdą historię w formacie PAR, z działaniami w „I”.

  3. Dzień 3 · Liczby i zasady

    Dodaj prawdziwe liczby i przypisz każdej historii dwie lub trzy zasady.

  4. Dzień 4 · Na głos

    Opowiedz każdą historię na głos ze stoperem. Skróć wszystko, co przekracza dwie minuty.

  5. Dzień 5 · Pytania dodatkowe

    Dla każdej historii odpowiedz na pięć pytań dodatkowych z listy wyżej.

  6. Dzień 6 · Próbny loop

    Pełna próbna rozmowa z kimś, kto będzie drążyć Twoje odpowiedzi.

  7. Dzień 7 · Odpoczynek

    Przejrzyj mapę historii i swoje pytania do rozmówców. I na tym koniec.

08Lista kontrolna na dzień rozmowy

  • Mam osiem do dziesięciu historii, każda przypisana do dwóch lub trzech zasad
  • Każda historia mieści się w dwóch minutach, z działaniem w „I”
  • Każdy wynik ma prawdziwą liczbę albo precyzyjny opis
  • Mam historię o błędzie i historię o sporze
  • Wiem, co zrobię inaczej w każdej historii
  • Różnym rozmówcom opowiem różne historie
  • Mam trzy przemyślane pytania do każdego rozmówcy
  • Przy rozmowie wideo: kamera, mikrofon i połączenie sprawdzone
Rozmowy w Amazon

Przećwicz ze mną swoje historie na Amazon

Pomogę zbudować zestaw historii do zasad, skrócić każdą odpowiedź do dwóch minut i przeprowadzę próbne rozmowy, które drążą odpowiedzi tak, jak zrobiłby to Bar Raiser.

Umów bezpłatną konsultację

Wolisz najpierw zapytać? Napisz do mnie: TelegramWhatsApp

Bezpłatny poradnik

Podaj imię i e-mail, żeby pobrać poradnik. Wyślę Ci też kopię e-mailem.

Używam Twoich danych, żeby wysłać Ci poradnik, i mogę raz napisać, żeby zaproponować bezpłatną konsultację. Zobacz politykę prywatności.

Wybierz termin