Behavioral: Conflict, Mistake, Inheriting a Departed Teammate's Project, Initiative
Company: Google
Role: Software Engineer
Category: Behavioral & Leadership
Difficulty: medium
Interview Round: Technical Screen
The first interview round lasts 90 minutes: 45 minutes of behavioral questions, then 45 minutes of coding. This entry covers the behavioral half. It opens with a short self-introduction and then works through four story-based questions. For each one the interviewer expects a specific example from your own work and then probes it with follow-up questions, so every story has to hold up under detail.
### Clarifying Questions
- With four questions and their follow-ups in about 45 minutes, roughly how long should each story run before the follow-ups start?
- Should each question get a different story, or may one project supply two answers if it contains both situations?
- May examples come from earlier roles, or only from the current one?
### Part 1 — A conflict with a coworker
Tell me about a time you had a conflict with a coworker.
```hint Choose a conflict about the work
Pick a disagreement over a technical or delivery decision rather than a personality clash, so the story can show how the decision was actually made and how the working relationship held up afterward.
```
#### What This Part Should Cover
- A real disagreement with stakes, with the other person's position described fairly.
- The specific actions you took to resolve it and how the final decision was reached.
- The outcome for the work and for the working relationship.
### Part 2 — A mistake you made
Tell me about a mistake you made and how you resolved it.
```hint Make the mistake clearly yours
Choose a mistake whose cause was your own decision or oversight, and leave most of the time for how you contained it and what you changed so it would not happen again.
```
#### What This Part Should Cover
- Clear ownership of the mistake, without blaming other people or the circumstances.
- How the impact was detected, contained and communicated.
- The root cause, and a lasting change that prevents a repeat.
### Part 3 — Taking over a departed teammate's project
Tell me about a time a teammate left the team and you had to take over their project.
The interviewer focuses on how you take over the project. If your answer starts from reading a handoff document to learn the project's context and progress, expect the follow-up: what if the departure was sudden and there was no handoff at all?
```hint Find where the project's state lives
List every place other than a handoff document that records what the project is, what state it is in and what was promised, and the people who know each of those things.
```
#### Clarifying Questions for this Part
- Is the departed teammate still reachable, for example because they moved to another team rather than leaving the company?
- Are the project's deadline and scope fixed, or can they be renegotiated once you understand its real state?
#### What This Part Should Cover
- A concrete ramp-up plan, both with and without a handoff document.
- Rebuilding context from code, tickets, operational signals and people, and re-confirming commitments with stakeholders.
- Keeping anything live safe during the transition, and the final outcome of the project.
### Part 4 — Taking the initiative to fix a problem
Tell me about a time you took the initiative to fix a problem.
```hint Show that nobody asked you to
Make clear why the problem was not already assigned to anyone, how you noticed it, and what evidence you used to get others to agree it was worth fixing.
```
#### What This Part Should Cover
- A problem you found yourself, with evidence of what it cost.
- How you scoped the fix and got agreement without waiting to be told.
- A measurable result, and whether the fix lasted.
### What a Strong Answer Covers
- Four distinct stories, each specific enough to survive two or three layers of follow-up questions.
- A clear situation, task, action and result shape, with the candidate's own actions stated in the first person.
- Results backed by evidence (metrics, dates, outcomes) and a reflection on what the candidate would repeat or change.
- Pacing that leaves time for follow-ups, and a self-introduction that stays short.
### Follow-up Questions
- In the conflict story, what would you have done if your coworker still disagreed after seeing the evidence?
- When did you tell your manager or the affected people about your mistake, and how did you phrase it?
- While taking over the departed teammate's project, how did you decide what to drop or delay when it competed with your existing work?
- In the initiative story, what would you have done if your manager had said the fix was not a priority?
Overview: Practice a 45-minute behavioral interview built from four story prompts: a conflict with a coworker, a mistake you made and fixed, taking over a departed teammate's project when there is no handoff, and fixing a problem on your own initiative. It tests ownership, communication and whether your examples hold up under follow-up probing.
Read the full Google Software Engineer interview experience this question came from