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.