Four things about this round
- Don't underestimate it. Here the interviewer can't see your skills, only the impression your stories leave. A strong engineer who tells vague stories comes across as a weak one, and that impression is what goes into the write-up.
- The questions repeat. A coding or system design round can ask almost anything. Behavioral questions come back to the same few patterns: a disagreement, a mistake, a deadline, a problem nobody owned. That makes it the one round you can walk into fully prepared.
- Have the story ready before the question ends. If you have to search your memory for an example in the room, the answer comes out slow and shapeless. Practice until the right story comes to mind at once, so your time goes into telling it, not finding it.
- Details make it real. The system's name, the number before and after, what you did yourself and why. Follow-up questions go after exactly these, and a story you lived holds up under them.
How the practice works
- Pick a question or a mock interview. Choose your level, and Amazon if it's in your loop. Answer out loud or type.
- The interviewer follows up. After your first answer it asks about what the answer left out: what you did yourself, the result, why it mattered, what you'd do differently, or the one thing the question is really about. It never tells you what a strong answer contains.
- You see what counted. For each of those points: met, partly or missing, with the words of yours that earned it marked in the conversation. A spoken answer also shows how long you spent on each part of the story.
What the feedback looks like
One spoken answer to an example question, as the report shows it. Below the points is the conversation, with the words that counted marked.
All 25 questions
By theme. The ones marked free can be practiced without a plan, as often as you like; the rest come with Nyrion Pro. With Amazon picked, each is asked as the Leadership Principle shown under it.
Ownership and delivery
Problems nobody owned, deadlines at risk, getting things shipped with what you had.
- Tell me about a time you took responsibility for a problem that wasn't yours to solve, because you could see it would go wrong if nobody did.Amazon: Ownership · Free, practice it →
- Tell me about a time you had to deliver by a date that couldn't move, and it became clear you couldn't do everything that was planned. What did you do?Amazon: Deliver Results
- Tell me about a time you had to act quickly, before you had all the information you wanted. What did you do, and how did it turn out?Amazon: Bias for Action
- Tell me about a time you delivered something with fewer people, less time or less money than you would have wanted.Amazon: Frugality
Conflict and collaboration
Disagreeing with a manager or a peer, people who were hard to work with, other teams.
- Tell me about a time you disagreed with a technical decision made by your manager or by a more senior engineer.Amazon: Have Backbone; Disagree and Commit · Free, practice it →
- Tell me about a time you worked with someone who was hard to work with. What made it hard, and what did you do about it?Amazon: Earn Trust
- Tell me about a time you needed something from another team that had different priorities. How did you get it done?Amazon: Earn Trust
- Tell me about a time you had to tell a colleague something they didn't want to hear.Amazon: Have Backbone; Disagree and Commit
Leadership and influence
Leading without authority, helping someone grow, setting a direction others followed.
- Tell me about a time you got people who didn't report to you to change how they worked or what they built.Amazon: Think Big
- Tell me about a time you helped someone on your team get better at their job.Amazon: Hire and Develop the Best
- Tell me about a time you proposed something much bigger or different from what was planned.Amazon: Think Big
- Tell me about a time you made your team a better place to work: how it ran, how people felt, or how new people joined.Amazon: Strive to be Earth's Best Employer
Ambiguity and judgment
Unclear goals, decisions without all the data, finding a simpler way.
- Tell me about a time you started work when the goal or the requirements were unclear. How did you decide what to build?Amazon: Are Right, A Lot
- Tell me about a hard decision you made without all the data you wanted.Amazon: Are Right, A Lot
- Tell me about a time you found a much simpler way to do something your team was doing in a complicated way.Amazon: Invent and Simplify
Failure and growth
Mistakes, hard feedback, learning something new under pressure.
- Tell me about a mistake you made at work that had real consequences. What happened next?Amazon: Earn Trust
- Tell me about a time you got critical feedback about your work. What did you do with it?Amazon: Learn and Be Curious
- Tell me about a time you had to learn a new area quickly to get something done.Amazon: Learn and Be Curious
- Tell me about a project you worked on that failed or didn't reach its goal.
Customer and impact
What you changed for the people using it, and the difference your work made.
- Tell me about a time you changed what you were building because of what you learned about the people using it.Amazon: Customer Obsession
- Tell me about a time a customer or a stakeholder asked for something you thought was wrong for them. What did you do?Amazon: Customer Obsession
- Tell me about the piece of work you're proudest of for the difference it made to users or to the business.
Project deep dive
One project in technical depth: what was hard, what you decided and why.
- Walk me through the most technically challenging project you've worked on. What was hard about it, and what was your part?
- Tell me about a time something looked fine on the surface, a dashboard, a test run or a report, but you suspected a problem underneath. How did you find out what was going on?Amazon: Dive Deep
- Tell me about a time you held back something from shipping because it wasn't good enough, or pushed to make it better than was required.Amazon: Insist on the Highest Standards
Mock interviews
A mock interview asks 3 questions back to back, one from each of three themes or all from the theme you pick, with follow-ups; a mixed one takes about 45 minutes. It ends with a hiring verdict (Strong hire, Hire, Lean hire or No hire) and the one change that would help your answers most, with a sentence of yours rewritten from your own facts. A single question gets feedback on the story but no verdict: one answer is not a hiring decision.
What each level expects
The level you pick changes what a strong story has to show.
- Entry level. Stories may come from internships, university or side projects. A strong story shows they owned a well-defined piece of work, asked for help at the right time and finished it.
- Mid level. A strong story shows they owned a feature or component end to end, made their own technical decisions, and worked with people outside their team when the work needed it.
- Senior. A strong story shows they led work that spanned several people or teams, made trade-offs with a cost to the business in view, and raised the standard of the people around them.
- Staff and above. A strong story shows they set technical direction across teams or the organisation, changed what other teams did without authority over them, and the effect lasted after they stepped away.
Amazon's Leadership Principles
Pick Amazon and each question is asked as the principle it tests. All 16 principles, by the theme they belong to:
- Ownership and delivery: Ownership, Bias for Action, Frugality and Deliver Results.
- Conflict and collaboration: Earn Trust and Have Backbone; Disagree and Commit.
- Leadership and influence: Hire and Develop the Best, Think Big and Strive to be Earth's Best Employer.
- Ambiguity and judgment: Invent and Simplify and Are Right, A Lot.
- Failure and growth: Learn and Be Curious.
- Customer and impact: Customer Obsession and Success and Scale Bring Broad Responsibility.
- Project deep dive: Insist on the Highest Standards and Dive Deep.
How Amazon's coding rounds run is on the Amazon interview page.
Frequently asked, briefly answered
Do I need a microphone?
No. Choose typed answers when you begin and the interview runs as a chat. Spoken answers need a microphone and a browser that lets the page use it.
Is my voice recorded?
Each spoken answer is turned into text and the recording is thrown away. Only the text is kept, for your feedback.
Is this the STAR method?
The feedback splits your first answer into situation, task, action, result and reflection, and shows how much of the answer each took. It doesn't ask you to recite a template: it checks what your story contains.
Which companies does it cover?
Amazon, with each question asked as one of its Leadership Principles. Without a company you get the questions as they are written on this page.
What is free?
2 questions, as often as you like: “Tell me about a time you disagreed with a technical decision made by your manager or by a more senior engineer.” and “Tell me about a time you took responsibility for a problem that wasn't yours to solve, because you could see it would go wrong if nobody did.”. Every other question, practice by theme and mock interviews come with Nyrion Pro.
How long does one question take?
15 minutes at most, 25 for a project deep dive, follow-ups included.
Start practicing
Sign in and your progress by theme and question is waiting. New here? An account takes a minute, and 2 questions are free.
Practice a free question → Sign in
Coding round too? Practice the AI-assisted coding interview on real codebases, with an AI assistant in the editor.