Behavioral Set: Hardest Project, Conflict, Influence, Deadlines, AI Work and Initiative

Quick Overview

A set of behavioral questions from a software engineer onsite: the hardest project, resolving a conflict, influencing a teammate, a decision made under time pressure, a tight deadline, an AI project, and something initiated without first telling the manager. It tests ownership, judgment and clear STAR storytelling.

Behavioral Set: Hardest Project, Conflict, Influence, Deadlines, AI Work and Initiative

Company: Amazon

Role: Software Engineer

Category: Behavioral & Leadership

Difficulty: hard

Interview Round: Onsite

These behavioral questions were asked across the rounds of a software engineer onsite, each round pairing them with a 30-minute technical question. Prepare a concise story for each. The last question is the one that went badly in the report. The answer described an incident the candidate had handled and focused on the fact that the manager had not been informed, and the interviewer was not satisfied. On reflection, the question most likely probes ownership beyond your assigned scope and a bias for action, rather than working without telling your manager. ### Clarifying Questions - For the AI question, does the interviewer want a project that builds an AI or machine learning feature, or one where you used AI tools to deliver the work? - For the decision question, is an operational decision during an incident acceptable, or should it be a design or product decision? ### Part 1 — Your hardest project Tell me about the hardest project you have worked on. ```hint Hard in a way you resolved Pick a project whose difficulty was specific, technical or organizational, and where your own decisions changed the outcome, rather than one that was merely large. ``` #### What This Part Should Cover - What made it hard, stated concretely - The decisions and actions that were yours, distinct from the team's - A measurable result and what you learned ### Part 2 — Resolving a conflict Tell me about a time you had a conflict with a colleague and how you resolved it. ```hint Disagree about the work A disagreement over a technical or priority decision, settled with evidence or a shared goal, makes a stronger story than a clash of personalities. ``` #### What This Part Should Cover - Both positions, stated fairly - How the disagreement was resolved, and your part in it - The outcome for the work and for the working relationship ### Part 3 — Influencing a teammate Tell me about a time you influenced a teammate to change their approach or decision. ```hint Influence without authority Show what you did to persuade someone you had no authority over: data, a prototype, or understanding what they cared about. ``` #### What This Part Should Cover - The starting positions and why the change mattered - The method of persuasion, and openness to being wrong - The result and how the change held up ### Part 4 — A decision under time pressure Tell me about a decision you had to make with very little time. ```hint Reasoning under pressure Make clear what information you lacked, whether the decision could be reversed, and how you limited the risk of being wrong. ``` #### What This Part Should Cover - The options and the trade-off between them - How you managed incomplete information and risk - The result, and any follow-up once more information arrived ### Part 5 — A project with a tight timeline Tell me about a project with a very tight deadline. ```hint Scope is the lever Interviewers look for how you decided what to cut, simplify or parallelize, and how you kept people informed, rather than for long hours. ``` #### What This Part Should Cover - How you planned and prioritized against the deadline - How trade-offs and risks were communicated - What was delivered, its quality, and what was deferred ### Part 6 — An AI project Tell me about a project you worked on that involved AI. ```hint Your role, not the technology Explain the problem the AI addressed and what you personally built or decided, including how you checked that it worked. ``` #### What This Part Should Cover - The problem and why AI was the right tool for it - Your own contribution and its technical depth - How the result was evaluated, its limitations, and its impact ### Part 7 — Something you initiated without telling your manager Tell me about a time you initiated something on your own, without first informing your manager. ```hint Read the question as ownership Center the story on a problem outside your assigned scope that you noticed and acted on, and on why acting was the right call, rather than on the fact that your manager was not told. ``` #### What This Part Should Cover - The gap you noticed and why it mattered - Why acting on your own was appropriate, and the limits you kept to - The outcome, and how and when you brought your manager and others in ### What a Strong Answer Covers - Distinct, specific stories, without leaning on the same story for many questions - STAR structure with the candidate's own actions in the first person and measurable results - Judgment: the trade-offs weighed, the risks managed, and what you would do differently - Reading what each question probes, especially the initiative question in Part 7 - Concise delivery that leaves time for the technical question in the same round ### Follow-up Questions - If you ran your hardest project again, what would you do differently? - In your conflict story, what would you have done if the other person had turned out to be right? - In your initiative story, at what point would acting without your manager have been the wrong call? - How did you later judge whether the decision you made under time pressure was correct?

Overview: A set of behavioral questions from a software engineer onsite: the hardest project, resolving a conflict, influencing a teammate, a decision made under time pressure, a tight deadline, an AI project, and something initiated without first telling the manager. It tests ownership, judgment and clear STAR storytelling.

Amazon logo
Amazon
Oct 21, 2026
hardSoftware EngineerOnsiteBehavioral & Leadership
0
0

These behavioral questions were asked across the rounds of a software engineer onsite, each round pairing them with a 30-minute technical question. Prepare a concise story for each.

The last question is the one that went badly in the report. The answer described an incident the candidate had handled and focused on the fact that the manager had not been informed, and the interviewer was not satisfied. On reflection, the question most likely probes ownership beyond your assigned scope and a bias for action, rather than working without telling your manager.

Clarifying Questions Guidance

  • For the AI question, does the interviewer want a project that builds an AI or machine learning feature, or one where you used AI tools to deliver the work?
  • For the decision question, is an operational decision during an incident acceptable, or should it be a design or product decision?

Part 1 — Your hardest project

Tell me about the hardest project you have worked on.

What This Part Should Cover Guidance

  • What made it hard, stated concretely
  • The decisions and actions that were yours, distinct from the team's
  • A measurable result and what you learned

Part 2 — Resolving a conflict

Tell me about a time you had a conflict with a colleague and how you resolved it.

What This Part Should Cover Guidance

  • Both positions, stated fairly
  • How the disagreement was resolved, and your part in it
  • The outcome for the work and for the working relationship

Part 3 — Influencing a teammate

Tell me about a time you influenced a teammate to change their approach or decision.

What This Part Should Cover Guidance

  • The starting positions and why the change mattered
  • The method of persuasion, and openness to being wrong
  • The result and how the change held up

Part 4 — A decision under time pressure

Tell me about a decision you had to make with very little time.

What This Part Should Cover Guidance

  • The options and the trade-off between them
  • How you managed incomplete information and risk
  • The result, and any follow-up once more information arrived

Part 5 — A project with a tight timeline

Tell me about a project with a very tight deadline.

What This Part Should Cover Guidance

  • How you planned and prioritized against the deadline
  • How trade-offs and risks were communicated
  • What was delivered, its quality, and what was deferred

Part 6 — An AI project

Tell me about a project you worked on that involved AI.

What This Part Should Cover Guidance

  • The problem and why AI was the right tool for it
  • Your own contribution and its technical depth
  • How the result was evaluated, its limitations, and its impact

Part 7 — Something you initiated without telling your manager

Tell me about a time you initiated something on your own, without first informing your manager.

What This Part Should Cover Guidance

  • The gap you noticed and why it mattered
  • Why acting on your own was appropriate, and the limits you kept to
  • The outcome, and how and when you brought your manager and others in

What a Strong Answer Covers Guidance

  • Distinct, specific stories, without leaning on the same story for many questions
  • STAR structure with the candidate's own actions in the first person and measurable results
  • Judgment: the trade-offs weighed, the risks managed, and what you would do differently
  • Reading what each question probes, especially the initiative question in Part 7
  • Concise delivery that leaves time for the technical question in the same round

Follow-up Questions Guidance

  • If you ran your hardest project again, what would you do differently?
  • In your conflict story, what would you have done if the other person had turned out to be right?
  • In your initiative story, at what point would acting without your manager have been the wrong call?
  • How did you later judge whether the decision you made under time pressure was correct?