Interview Strategy — Question Guide 2026

"Tell Me About a Time You Failed": Complete Answer Guide & 6 Worked Examples

The proven framework for answering one of the most important and most feared interview questions — with 6 fully worked examples for graduates, career changers, and every major employer type.

6Fully worked examples
5Mistakes to avoid
3-PartProven answer framework
2026Fully updated

Why Interviewers Ask This Question

"Tell me about a time you failed" is one of the most strategically important questions in any competency-based interview. It appears at almost every major employer — from Goldman Sachs and Google to the Civil Service Fast Stream and Big Four accounting firms. It is not a trap: it is a carefully designed probe that assesses qualities that are genuinely predictive of long-term job performance.

Understanding what interviewers are really assessing with this question — not what you think they're assessing — is the foundation of a strong answer. Most candidates believe the question is primarily about showing humility or demonstrating that they can recover from setbacks. It is actually about something deeper.

What Interviewers Claim They're AssessingWhat They're Actually Measuring
Self-awarenessWhether you can accurately diagnose what went wrong — specifically your role in it, not external factors
ResilienceWhether setbacks make you withdraw or improve — the response pattern, not just the outcome
AccountabilityWhether you take clear ownership of your contribution to the failure — not shared/diluted blame
Growth orientationWhether you can point to specific, concrete changes in behaviour following the failure — not just "lessons learned"
Intellectual honestyWhether you chose a real failure (not a disguised success) — which signals you can be trusted to give accurate assessments of your work
🎯
The most common failure in answering this question is choosing a failure that isn't one

Interviewers consistently flag the same pattern: candidates describe a situation that was actually a success ("I worked really hard and eventually got it right"), a minor inconvenience ("I once missed a deadline by a day"), or a failure attributed entirely to external factors ("The team let me down"). These answers signal defensive self-presentation — which is precisely the opposite of the intellectual honesty and accountability the question is designed to uncover. A genuine, honestly described failure, handled with self-awareness, is far more impressive than a sanitised "failure" that's really a stealth strength claim.

The 3-Part Answer Framework

The most effective answers to "Tell me about a time you failed" follow a three-part structure. This is an adaptation of the STAR method specifically calibrated for failure questions, where the weight and detail of each section differs from a standard competency answer.

Part 1: The Failure (25% of your answer)

Describe the situation, your role, and what failed — concisely. The failure must be real, specific, and clearly your responsibility (or substantially your responsibility). State what failed plainly, without excessive apology or minimisation. Don't dwell here — this part is necessary context, not the main event.

What to include: What you were trying to do, what your specific role was, and what the actual failure was (missed deadline, poor outcome, wrong decision, relationship breakdown, etc.).

Part 2: Your Analysis — The "What I Did Wrong" (40% of your answer)

This is the most important and most neglected part. Specifically identify what you — not external factors, not team dynamics, not bad luck — did or didn't do that contributed most to the failure. This requires genuine self-analysis and the courage to say "I made this mistake because I did this."

Strong answers at this stage go one level deeper than the surface failure. Not just "I didn't communicate well enough" but "I assumed my colleague understood the brief without confirming it explicitly, because I was overconfident about the clarity of my own communication." This level of specificity signals real self-awareness.

Part 3: The Learning — Concrete Behaviour Change (35% of your answer)

Describe what specifically changed in how you operate as a result. This must be observable, behavioural change — not insights or lessons. "I learned the importance of communication" is an insight. "I now always confirm key assumptions in writing before starting a collaborative project, and I schedule a brief check-in midway through any work that runs longer than a week" is a behaviour change.

The strongest answers include evidence that the behaviour change was actually implemented and worked — a subsequent situation where you applied the lesson and it produced a better outcome.

Spend most of your answer on Parts 2 and 3 — not Part 1

A common structural mistake is spending 60–70% of the answer describing the failure situation (Part 1) and rushing through the analysis and learning. Interviewers care far more about your diagnosis of what went wrong and the concrete change you made than about the narrative of the failure itself. Keep Part 1 under 60 seconds. Spend the majority of your answer on your analysis of your own contribution and the specific, evidenced behaviour change that followed.

Worked Examples: Graduates & Students

These examples are calibrated for candidates with limited work experience — drawing on academic projects, student society leadership, and part-time work. The quality of the failure and the self-analysis is what matters, not the professional setting.

Example 1 — Suitable for
Graduate roles at Goldman Sachs, Big Four, Consulting, Civil Service
The Failure
In my second year, I led a four-person team in a group business project. I volunteered because I was confident in the technical work. We delivered the project two days late and received a below-average mark. The failure was mine.
What I Did Wrong
I distributed tasks at the start and then focused entirely on my own contribution — the data analysis section, which I was comfortable with — while assuming the rest of the team was progressing equally well. I held no check-ins, gave no deadlines other than the final one, and didn't ask for progress updates. By week 6 of 8, I discovered that two teammates had misunderstood their briefs entirely. I had confused "delegating tasks" with "leading a team." They're completely different things. My confidence in my own work had made me negligent in my responsibility to the group's output.
The Learning & Change
I now approach any collaborative work with a fundamentally different structure: written task assignments confirmed by both parties, a mid-point check-in scheduled before work begins, and an explicit norm that "I don't know" is a better response than assumed progress. In a subsequent group project the following semester, I ran a 15-minute weekly update. We submitted three days early. The examiner noted our coordination as a strength. The lesson wasn't "check in more often" — it was that leadership in a team context is primarily about creating the conditions for others to succeed, not performing well individually.
Example 2 — Suitable for
FMCG (P&G, Unilever), Retail Management, HR, and Commercial Graduate roles
The Failure
As events coordinator for my university society in my second year, I organised a large annual careers event — approximately 120 attendees, 12 employer stands. The event ran significantly over budget, leaving the society in a short-term financial deficit. It was a meaningful failure with real consequences for others.
What I Did Wrong
I had approved a venue that was 40% more expensive than the one we'd used before without getting formal committee approval, because I was confident the quality would justify it and assumed the society president would support the decision. I also agreed to several last-minute additions — a professional photographer, upgraded catering — without re-checking the budget against committed spend. I treated "I think this is the right call" as equivalent to "I have authorisation to spend this." It was not. The failure was an accountability failure — I conflated my enthusiasm for the event's quality with proper governance of the society's money.
The Learning & Change
I introduced a mandatory budget approval process for any spend above a threshold — even for me as the coordinator. I also learned that in a shared-resource environment, enthusiasm is not authorisation. The following year's event came in under budget. More importantly, I now treat "do I have written approval for this?" as a non-negotiable question before any significant spend or decision in a shared-resource context — whether that's a university society or any professional role.

Worked Examples: Professional & Internship Roles

Example 3 — Suitable for
Technology companies (Google, Microsoft, Amazon), startups, engineering roles
The Failure
During a software internship, I shipped a feature that had a critical bug in production. The bug caused a 6-hour service degradation for approximately 2,000 users. It was caught and resolved, but the failure was preventable and it was mine.
What I Did Wrong
I had written the feature in two days — faster than expected — and requested a code review. The reviewer approved it. I interpreted "approved by a reviewer" as sufficient validation and didn't run my own edge case testing for the specific input type that caused the bug. I was overconfident because review approval felt like a second opinion, but I had given the reviewer incomplete context about the edge cases I was uncertain about. I let external validation substitute for my own rigorous testing. In retrospect, the reviewer approved what I showed them — not what they didn't know to look for.
The Learning & Change
I now maintain a personal pre-submission checklist that includes explicit edge case testing for every input boundary, regardless of whether a reviewer will also check. I also annotate code review requests with "Areas I'm uncertain about: [list]" rather than submitting without context. In my next internship, my team lead specifically noted my code quality as above average for someone at my level — and I attribute a significant part of that to changing the habit of relying on others' review as a substitute for my own thorough testing.
Example 4 — Suitable for
Banking, finance, and analytical roles (UBS, Barclays, Deutsche Bank)
The Failure
During a spring week at a financial services firm, I presented an analysis of a sector I'd researched. The analysis contained a material error in a key calculation that was identified by a manager during the presentation. It was embarrassing and professionally costly.
What I Did Wrong
I had built the Excel model late on the day before and run out of time for a thorough sense-check. I had caught one error during a late review and fixed it — which made me feel the model was now reliable, when in reality I had only found one of two errors. I also didn't ask a peer to review it, partly because of time pressure and partly because I was uncomfortable showing an imperfect model. That combination — time pressure combined with reluctance to expose uncertainty — is exactly the wrong approach in an analytical environment where the cost of an uncaught error is always higher than the cost of asking for help.
The Learning & Change
I now have two non-negotiable rules for any analysis I present: (1) a sanity check — does the answer make directional sense before I look at the detail? (2) a second pair of eyes on any material I present externally, even if that person only has 10 minutes to review it. The most useful feedback I've received since is that I'm exceptionally reliable on the accuracy of numbers I present — which I believe is a direct result of making these two steps habitual rather than optional.

Employer-Specific Variations

The core framework works universally, but the emphasis shifts slightly depending on where you're interviewing. Understanding what each employer type is listening for helps you frame and weight your answer appropriately.

Employer TypeWhat They EmphasiseFraming Tip
Google / Microsoft / AmazonLearning agility, intellectual honesty, concrete behaviour change (Growth Mindset at Microsoft)Emphasise Part 2 heavily — the self-diagnosis. Use "I" not "we". Show the specific lesson applied in a subsequent situation.
Goldman Sachs / Investment BanksAccountability, analytical rigour, professionalism under pressureChoose a failure with a measurable consequence. Show you understand exactly what went wrong, not just that something went wrong.
Big Four (PwC, Deloitte, EY, KPMG)Client awareness, teamwork, professional standardsFailures involving working with others or client-adjacent situations are particularly resonant. Show ethical clarity and accountability.
Civil Service / Public SectorJudgment, proportionate response, learning from process failuresEmphasise the systemic lesson — what process you changed, not just what you personally did differently.
FMCG / Consumer GoodsCommercial judgment, stakeholder management, data-driven improvementFailures involving cross-functional work or resource management resonate well. Show how you used data to diagnose and fix.

The 5 Mistakes That Fail Answers

These are the five patterns that consistently produce weak or penalised answers to the failure question. Every interviewer who has conducted this question hundreds of times will recognise each one immediately.

1

The Disguised Success ("I worked so hard that eventually...")

Describing a "failure" that was ultimately resolved successfully and using the resolution as the punchline. This signals you couldn't think of a genuine failure — or that you're unwilling to share one. Interviewers see through it every time and it raises doubts about your intellectual honesty across the whole interview.

2

The Deflected Failure ("My team let me down")

Describing a failure where most of the responsibility is attributed to other people, bad luck, or circumstances outside your control. Even if external factors were genuinely involved, the question requires you to focus specifically on your contribution. "The team dynamic was difficult" is not your failure. "I failed to address the team dynamic early enough, despite seeing the warning signs" is.

3

The Generic Lesson ("I learned the importance of X")

Ending with an abstract lesson ("I learned communication is key") rather than a concrete behaviour change ("I now always confirm key assumptions in writing before starting"). Interviewers are not looking for philosophical insights — they are assessing whether your behaviour actually changed. Abstract lessons are cheap; observable habit changes are evidence of genuine learning.

4

The Trivial Failure ("I once submitted an assignment a day late")

Choosing a failure with minimal stakes — one that signals you either don't operate in high-stakes environments or that you're deliberately playing it safe. The failure needs to be substantial enough to demonstrate real consequences and real learning. A minor inconvenience does not qualify. At the same time, catastrophic failures (legal, ethical, serious relationship damage) should also be avoided — the best failures sit in the range of "significant professional consequence with clear self-responsibility."

5

The Over-Apologetic Spiral

Spending the entire answer describing how badly you feel about the failure, apologising, and dwelling on the shame or regret. This signals emotional fragility rather than resilience. You should acknowledge the failure clearly and take responsibility — but the tone should be reflective and constructive, not self-flagellating. Interviewers want to see you process failure productively, not wallow in it.

How to Choose the Right Failure

Choosing the right failure is as important as structuring your answer well. These criteria help you identify a failure that will work effectively in any interview context.

Criteria for a Good Interview Failure

  • You were substantially responsible: You should be able to clearly explain what you specifically did (or didn't do) that contributed to the failure. Failures where you were a bystander or a minor contributor don't work.
  • The consequences were real but not catastrophic: The failure should have had meaningful consequences — to a project, a team, a relationship, or a result — but should not involve ethical violations, serious harm to others, legal issues, or extreme personal consequences.
  • You have genuine self-analysis to offer: You should be able to describe specifically what you did wrong — not just "things went wrong." If you genuinely can't explain your role in the failure, it may not be the right choice.
  • Your behaviour demonstrably changed: You should be able to point to a specific, observable habit or approach you changed as a result, and ideally to a subsequent situation where that change led to a better outcome.
  • It is relevant to the role: The failure ideally touches on skills or situations relevant to the role you're applying for — leadership, analysis, collaboration, communication, planning. This isn't essential, but it makes the answer more resonant.
💡
You may need different failures for different employers

If you are applying to both banking and technology firms, consider preparing two different failure stories — one that demonstrates analytical rigor and accountability (more relevant for banking), and one that demonstrates learning agility and intellectual humility (more resonant for tech). The core framework is the same, but the specific failure and its framing can be optimised for each employer type. See our Competency-Based Interview guide for more on tailoring stories by employer.

Delivery & Tone

Even a perfectly structured failure answer can underperform if delivered with the wrong tone or pacing. These delivery principles apply to in-person interviews, HireVue digital interviews, and video calls alike.

  • Matter-of-fact, not apologetic: Describe the failure plainly. "The project was delivered two weeks late and we received a below-average mark" — not "I'm so embarrassed but, um, we sort of didn't do very well." Calm, direct ownership of a failure signals confidence and maturity.
  • Confident self-analysis, not defensive: "I failed to [specific thing]" is a strong statement. Own it without hedging ("I probably could have maybe been a bit better at..."). Interviewers reward candidates who can assess their own performance with the same rigour they'd apply to assessing a business situation.
  • Future-oriented finish: End on the learning and the change, not on the failure. Your closing sentence should leave the interviewer with a picture of a candidate who processes difficulty constructively and applies lessons to future work — not someone still weighed down by past mistakes.
  • Appropriate length: 90 seconds to 2.5 minutes is the target for most interview contexts. Any longer and you risk losing the interviewer; any shorter and you haven't given enough detail on the self-analysis.
  • Prepare for follow-up: Interviewers will often probe with "What specifically would you do differently?", "What were the consequences for the team/project?", or "Have you faced a similar situation since?". Have deeper detail prepared for each of these, especially for your specific role in the failure and the outcome of your behaviour change.

For broader guidance on competency interview delivery, see the Competency-Based Interview guide. For how strengths-based interviews differ and whether they ask failure questions, see the Strengths-Based Interview guide.

Frequently Asked Questions

How do you answer "Tell me about a time you failed" with no work experience?+
You do not need professional work experience to answer this question well. Academic failures (a project that didn't meet your standard, a module where you underperformed), student society or volunteering failures (an event that went wrong, a team you led that fell short), sports or competition failures (a competition you prepared for but lost, a performance that didn't reflect your training), or creative failures (a project you misjudged) are all completely valid sources. Interviewers assessing graduate and early-career candidates fully expect academic and extracurricular examples. The quality of your self-analysis and the concreteness of your behaviour change matter far more than the professional setting of the failure.
Can you use a failure where the outcome was eventually positive?+
You can — but only if the positive outcome was not the direct result of your corrective action in the same situation. The "disguised success" failure (where you turned it around and everything was fine) is the most common weak answer to this question. The failure must have had genuine negative consequences — a missed grade, a disappointed stakeholder, a project that didn't deliver what was promised, a relationship that was damaged. If the ultimate outcome was positive, ensure that this is mentioned only briefly and that the failure (the negative outcome in the moment) and your role in causing it remain the centre of the answer, not the recovery story.
What is the difference between "Tell me about a time you failed" and "What is your biggest weakness?"+
These are related but meaningfully different questions. "Tell me about a time you failed" asks for a specific, historical incident — a concrete event with a specific cause, consequence, and learning. "What is your greatest weakness?" asks for an ongoing self-assessment of a persistent limitation in your current capabilities. They require different answer structures. The failure question is answered with a STAR-format story focused on a past event. The weakness question is answered with a current, honest limitation and the specific steps you are actively taking to address it. Preparing both separately with distinct content is essential — candidates who answer both questions with the same story or the same level of generality are penalised on both. See our guide on What Are Your Weaknesses for full guidance on that question.
How serious should the failure be?+
The failure should be serious enough to have had real consequences — to a project, a team, a relationship, a grade, or a professional outcome — but not so serious that it raises concerns about your judgment, ethics, or character. The sweet spot is a failure where: (a) you were clearly and substantially responsible, (b) there were genuine consequences for yourself or others, (c) the failure reveals a specific and correctable working pattern, and (d) it doesn't involve anything that would make an interviewer question your fundamental fitness for the role. Failures involving legal issues, serious harm to others, or ethical violations should not be used. Minor inconveniences (a day's delay, a small formatting error) should also be avoided as they signal a lack of genuine self-reflection.
Do strengths-based interviews ask about failure?+
Some strengths-based interviews — notably at EY, Goldman Sachs, and Barclays — do include questions about failure, though they are often phrased differently: "Tell me about something you tried that didn't work out", "Describe a time when you weren't at your best", or "What's something you've worked hard to improve?". The framing is softer but the assessment is similar — genuine self-awareness, honest acknowledgement of limitations, and evidence of growth. In a strengths-based context, the tone is slightly more reflective and the emphasis on natural strengths vs developed capabilities is more prominent. See our Strengths-Based Interview guide for full preparation on this format.

Master the Full Interview Question Bank

This is one of dozens of high-stakes interview questions you'll face. Build your complete STAR story bank, practise the most common competency questions, and prepare for every stage of the process with our free resources.