Mentoring and Coaching Questions
Growing individual engineers and teammates through one-on-ones, coaching conversations, and hands-on technical mentorship. Covers tailoring guidance to the person, coaching versus telling, unblocking and stretching people, and measuring the impact of mentorship on someone's growth. The single largest behavioral cluster in the category.
How do you recognize when someone you're mentoring is burned out or disengaged, as opposed to just underperforming, and what do you do differently once you suspect that's what's happening?
Sample Answer
Direct answer
I distinguish by pattern, not just output level. Burnout or disengagement usually shows up as a broad decline across previously strong areas, paired with a real change in energy or affect (a person's visible mood and emotional expression). A skill gap is usually narrower, tied to a specific type of task, and doesn't come with that affect change. Once burnout is suspected, the shift is from output-focused coaching to a wellbeing-first conversation and workload adjustment.
Distinguishing signals
| Signal | Skill gap | Burnout or disengagement |
|---|---|---|
| Scope of decline | Narrow, specific task type | Broad, across previously strong work |
| Timing | May have always been at this level | Recent, a change from baseline |
| Engagement | Still seeks help, asks questions | Withdraws from discussion and meetings |
| Affect (visible mood/expression) | Stable | Flattened, or newly irritable |
| Context | No obvious life or workload trigger | Often coincides with sustained overload or a life event |
The diagnostic move
Because the same output pattern (missed deadlines, lower-quality work) can come from either cause, guessing from behavior alone risks the wrong intervention. More skill-focused coaching aimed at someone who's actually burned out just adds pressure. The reliable move is to ask directly and non-accusatorially rather than only inferring, since it's the fastest way to tell the two apart.
What to do differently once suspected
Shift the conversation from task correction to workload and wellbeing. Reduce scope or redistribute urgent items in the short term rather than expecting normal output immediately. Check in more on process and how they're doing than on deliverables for a while. Point toward available support resources where they exist. Avoid escalating straight to a formal performance conversation while this is unresolved, but also avoid treating it as an indefinite excuse, set an actual review point to reassess rather than letting it run open-ended.
Worked example
A mentee whose work had been consistently strong started slipping across several unrelated tasks, not just one. The decline was recent and came with noticeably less participation in discussions, which pointed away from a narrow skill gap. A direct, private conversation surfaced an unsustainable workload building up over recent weeks. The short-term adjustment was reprioritizing their task list and explicitly deprioritizing anything non-urgent, with a check-in scheduled two weeks out to see whether things had actually improved rather than assuming they had.
Trade-offs and pitfalls
A common mistake is treating every dip in output as a skill or effort problem and escalating straight to a formal process. The stronger approach separates "can't" (skill), "won't" (motivation or disengagement), and "can't sustain right now" (burnout), because they call for different responses, while staying alert that a genuine performance issue can coexist with real burnout, one doesn't automatically rule out the other. It's also a pitfall to assume burnout excuses declining output indefinitely: there still needs to be a check-in cadence, and if it doesn't resolve, it may need to go beyond what a mentor alone can fix, involving a manager or people-ops rather than absorbing an open-ended situation solo.
Someone you're mentoring has plateaued, they're not getting worse, but they're not growing either, despite your coaching. How do you diagnose what's stalling them and try to break the plateau?
Sample Answer
Direct answer
A plateau after real coaching effort usually means the current growth mechanism has stopped matching the actual blocker, so more of the same coaching won't move it. Diagnose across four distinct categories, since each needs a different fix, then intervene on the one that actually fits rather than defaulting to "give them more feedback."
Four categories a plateau usually falls into
- Skill mismatch: the specific skill needed for the next level genuinely isn't there yet, and the current work doesn't exercise it. More feedback on existing work won't build a skill that work never calls for.
- Motivation: the skill is buildable but the person isn't engaged, maybe because the work feels routine, disconnected from what they care about, or something outside work is absorbing their energy.
- Insufficient scope: the person has outgrown their current responsibilities but hasn't been given anything bigger to prove it on, so growth has nowhere to show up.
- Organizational constraints: the blocker isn't the person at all. Team structure, a manager who hoards the interesting work, unclear promotion criteria, or a role that's capped can stall someone no amount of coaching will fix.
Diagnosing which one it is
- Ask directly, and separately: "What's the hardest part of the next level for you?" (surfaces skill gaps) versus "What's been energizing or draining lately?" (surfaces motivation) versus "What would you want to own that you don't currently?" (surfaces scope).
- Check whether the plateau is specific to this person or shared by peers in the same team or role; a shared plateau points toward organizational constraints rather than an individual gap.
- Watch what happens when you remove one variable at a time (more scope, a harder problem, a change in team) rather than guessing from the outside.
Fixing the one that actually fits
- Skill mismatch: targeted practice on the specific skill, ideally embedded in real work, not a course.
- Motivation: reconnect the work to something the person cares about, or accept that a plateau here may mean a role or team change, not more coaching.
- Insufficient scope: a deliberate stretch assignment with real stakes and real support.
- Organizational constraints: coaching the individual harder will not work here; the honest move is naming the constraint and advocating for a structural change, or being transparent that it's outside what you can fix as a mentor.
Worked example
A mentee had been solid for over a year: reliable, technically competent, no complaints, but also no visible growth. Regular feedback in 1:1s wasn't moving anything. Going through the four categories rather than assuming it was a motivation problem (the easy first guess), the actual answer turned out to be scope: the mentee had quietly outgrown the kind of work they were being assigned, but nothing bigger had come their way because they hadn't asked and nobody had proactively offered it. The fix wasn't more coaching conversations; it was actively finding and assigning a piece of work with real ambiguity and real stakes, then supporting them through it. The plateau broke, not because the coaching got better, but because the diagnosis identified the actual category.
Trade-offs and pitfalls
- The most common mistake is applying the same fix (usually more feedback or more encouragement) regardless of which category the plateau actually falls into, which looks like effort but doesn't move anything.
- Organizational constraints are the hardest category to accept, because the fix isn't fully in your hands as a mentor; naming it honestly, rather than quietly absorbing the blame yourself, is part of the senior answer.
- Don't jump straight to a big stretch assignment as a default fix; if the real blocker is a skill gap, a high-stakes assignment without support just produces a visible failure instead of growth.
Walk me through a time you helped someone develop a skill that doesn't come naturally to you, or one you had to learn how to teach as you went.
Sample Answer
Direct answer
Teaching a skill you don't have natural talent for means separating what you know intuitively from what's actually teachable. You diagnose the real gap first, build an explicit, decomposed framework for the skill (even though you perform it by feel), and validate progress by watching the person apply it independently, not by how confident the coaching sessions felt.
Approach to teaching outside your natural strength
Diagnose before prescribing. "Struggles with X" is rarely one problem. Watch or review their actual attempt and separate the layers: is it a knowledge gap (they don't know the structure), a delivery gap (they know the structure but execution is shaky), or a confidence gap (they know it and can do it, but freeze under real stakes). Each needs a different intervention.
Decompose your own tacit skill into explicit steps. If you're good at something without having consciously learned it as a framework, you have to reverse-engineer your own process before you can teach it. Skipping this step and just saying "do what feels right" doesn't transfer anything.
Practice at graduated, increasing stakes. Start with low-stakes reps where mistakes are cheap and recoverable, then move toward the real, higher-stakes version. Jumping straight to the real thing conflates skill-building with performance evaluation in the person's head, which raises anxiety and slows learning.
Give feedback on the mechanism, not just the outcome. "That worked" or "that didn't work" is much less useful than pointing at which specific move in their approach caused the result.
Worked example
Situation: someone you're mentoring is excellent at the core technical work but has a real gap in a skill that doesn't come naturally to you either, say, communicating findings clearly to people outside the immediate team. Their material was always technically sound, but reviews ran long and the point often got lost.
Task: help them close that gap over a defined stretch, without pretending you have natural talent for it yourself.
Action: you watched a recording of one of their sessions together and separated content problems (no clear headline, too much detail up front) from delivery problems (pace, not anticipating pushback). You gave them a simple structure to practice against: state the conclusion first, then the supporting evidence, then the recommendation. You ran a couple of low-stakes rehearsals where you played a skeptical stakeholder, then let them run the real session solo.
Result: over a few sessions, their reviews needed fewer clarifying follow-up questions from the room, and the structure started showing up unprompted in written material too, not just live presentations. The real signal wasn't how the coaching sessions felt: it was watching them handle a session you weren't part of and hearing secondhand that it landed cleanly.
Trade-offs and pitfalls
A common junior-mentor mistake is trying to transfer your own tacit competence directly ("just do what I do") instead of decomposing it. That fails specifically because the skill you're teaching is one you never consciously learned as steps.
Another mistake: avoiding coaching on gaps you don't personally excel at, on the theory you're not qualified. You don't need to be naturally gifted at a skill to teach its structure. You need to be willing to build the explicit framework, which sometimes non-naturals do better than naturals, because they had to learn it deliberately themselves.
The real trade-off is time. Teaching a skill outside your own strength takes longer to prepare for, because you can't rely on instinct in the room. That prep time is where the actual coaching value gets built.
Describe how you helped someone on your team move from an individual-contributor track toward a management or technical-leadership role. What did you actually do to prepare them?
Sample Answer
Direct Answer
I gave them real leadership surface area before the title changed, not a reading list, running part of a meeting, owning a small project end to end, giving feedback to a peer, so what I was actually assessing was how they behaved with authority, under pressure, and with imperfect information, not just whether they said the right things about leadership.
Framework
What "prepare them" actually meant in practice: shadowing with a handoff rather than just observing, where they ran part of a 1:1 or a triage themselves with me present, then we debriefed; a bounded leadership trial, owning something small end to end, planning, coordinating with others, being the point of contact, with a real but limited blast radius if it went wrong; deliberate exposure to the parts of the job that aren't visible from the IC seat, prioritization tradeoffs, giving feedback that isn't well received, defending a decision to someone who disagrees; and a structured way to reflect on each of these, naming what they learned so it generalized beyond the specific situation.
To evaluate whether it was working, I looked for changes in how they handled ambiguity and pushback specifically, since that's the part of leadership hardest to fake or coach quickly: did they make a call and hold it under mild disagreement, or fold immediately; did they proactively flag a risk before being asked, or wait to be told.
Worked Example
Someone technically strong on my team wanted to move toward tech lead. Rather than a development-plan document, I gave them ownership of a real but contained piece of work: they ran planning for it, coordinated with the two other people involved, and I stayed available but stepped back from decisions I'd normally have made. The useful moment wasn't when it went smoothly, it was when a dependency slipped and they had to renegotiate scope with someone more senior than them. Watching how they handled that, calmly, with a clear ask rather than an apology, told me more than months of 1:1s about how leadership would actually work when the stakes went up.
Trade-offs and Pitfalls
- Giving someone the title before the trial, rather than the trial before the title, removes the one thing that actually tells you whether they're ready.
- Staying too involved during the trial defeats the purpose. Making every call for them evaluates your own judgment, not theirs.
- Not protecting their existing technical credibility during the transition, letting their technical skills visibly atrophy while they're still proving themselves as a leader, can undercut trust from the team they're about to lead.
- A senior answer describes a real trial with a moment of pressure in it; a junior answer describes a training plan with no evidence anyone was actually tested.
When someone you're mentoring is stuck, how do you decide whether to just give them the answer, ask a guiding question, or let them keep struggling with it?
Sample Answer
Direct answer
This isn't a single rule, it's a judgment call driven by stakes, time pressure, and whether the struggle is actually productive. My default is a graduated ladder: ask an orienting question first, then narrow the search space with a hint, and only hand over the answer if that hasn't worked or the situation doesn't allow more time.
Decision criteria
- Stakes and time pressure. A production incident, a hard external deadline, or anything safety or compliance critical pushes toward giving the answer sooner. A practice task or routine work with slack in the schedule can absorb more struggle.
- Productive vs. unproductive struggle. Productive struggle looks like forming a hypothesis, trying something, narrowing the possibilities, and making incremental progress, even slowly. Unproductive struggle looks like repeating the same failed attempt, or restating the same confusion without new information. The first is worth protecting, the second isn't.
- Type of gap. If the person is missing a concept entirely, guiding questions can circle for a long time without landing. If they have the concept but haven't applied it here, a nudge is usually enough.
- Trust and frustration level. Visible frustration that's starting to tip into disengagement is a signal to step in, even on a low-stakes task, because the cost of pushing further is now higher than the learning value.
Worked example
A mentee was stuck for a while on why a piece of work was producing an unexpected result. First move: an orienting question ("What did you expect to happen here, and where does the actual behavior diverge from that?"). They could describe the divergence but not explain it, so the second move was a narrowing hint pointing at the specific area to look at, without naming the cause. They investigated that area and found it themselves. If that hint hadn't landed, the next step would have been to explain the underlying cause directly, then ask them to restate it in their own words and apply it once more on a related case, so the session still ends with them exercising the skill rather than just receiving an answer.
Trade-offs and pitfalls
Always rescuing produces a mentee who never builds independent judgment and starts routing every decision through you. Always withholding produces frustration, slower delivery, and eventually disengagement, especially under real time pressure. A common junior mistake is judging "stuck" purely by elapsed time rather than by whether new information is being generated. A more senior habit is calibrating a default line per person (some people need more room, others need more scaffolding early on) and deliberately moving that line as the person gains experience, so the same person gets less hand-holding a year in than they did in week one.
Unlock Full Question Bank
Get access to all 40 Mentoring and Coaching interview questions and detailed answers.
Sign in to ContinueJoin thousands of developers preparing for their dream job.