Learn to confidently share your failures in interviews, showcasing growth and resilience to impress hiring managers.
Answering 'Tell Me About a Time You Failed' Without Undermining Yourself
It’s a question that can make even the most confident professional’s heart skip a beat: "Tell me about a time you failed." It feels like a trap, designed to expose your biggest weaknesses. In reality, it’s a sophisticated behavioural question designed to assess your self-awareness, accountability, and resilience. Hiring managers know that nobody is perfect; what they want to understand is how you handle setbacks. Answering this question well can transform a moment of potential vulnerability into a powerful demonstration of your character and capacity for growth.
When a hiring manager asks this question, they are not looking for a reason to disqualify you. They are trying to gauge several key attributes that are difficult to assess from a CV alone:
Accountability: Do you take ownership when things go wrong, or do you blame others and external factors? Self-Awareness: Are you able to accurately analyse your own performance and identify areas for improvement? Resilience: Can you bounce back from a setback, or does it derail you? Learning Agility: Do you learn from your mistakes and apply those lessons to become more effective? Humility: Are you comfortable admitting you don't have all the answers and are open to growth?
An employer who values a healthy culture understands that innovation and progress inevitably involve missteps. They want to hire people who can navigate these moments constructively, not people who pretend they never happen. Your goal is to show them you are exactly that kind of professional.
The example you choose is critical. The aim is to pick a genuine failure, but one that is "safe" for an interview context. Avoid stories about moral or ethical lapses, breaches of confidentiality, or actions that show poor judgement or an inability to work with others. Likewise, steer clear of the "humblebrag" failure, such as "I was just too much of a perfectionist" or "I cared too much about the project." These sound evasive and lack authenticity.
A good failure story should be:
Work-related: Keep it professional, not personal. Genuine: It must be a real situation where things did not go to plan because of your actions or decisions. Your Responsibility: The failure should be one you can take clear ownership of, not one caused by a difficult manager or failing company. Resolved: The story should be in the past, with a clear outcome and lessons learned. Consequential but not Catastrophic: Choose a story about a missed deadline, a flawed project plan, or a misjudged stakeholder communication, not one where you cost the company millions or got fired.
The STAR method is a well-known technique for answering behavioural interview questions. For the failure question, adding an 'L' for 'Learning' at the end creates a powerful and complete narrative.
S - Situation: Briefly describe the context. What was the project or situation you were in? (1-2 sentences) T - Task: What was your specific goal or responsibility? What were you trying to achieve? (1 sentence) A - Action: What steps did you take? This is where you explain the action or decision that led to the failure. Be direct and use "I" statements. R - Result: What was the outcome? State the failure clearly and concisely. Did you miss a deadline? Did the client react negatively? Did a process you designed prove inefficient? Acknowledge the negative impact. L - Learning: This is the most important part of your answer. What did you learn from the experience? How did it change your approach in the future? Provide a concrete example of how you have since applied this lesson successfully.
Effectively navigating these discussions often comes down to preparation. For many professionals we support through Launchpad, practising this structure is key. You can refine your story with a trusted mentor, a career coach, or even by using a tool like Cara, our AI career coach, to get instant feedback on your delivery and structure.
Let's look at how this works in practice.
Weak Answer (Vague, Blaming, No Clear Learning): "There was this one project where the team was behind schedule. My manager had given us an unrealistic deadline, and another department was slow in providing the data we needed. We ended up missing the launch date. I guess I learned that sometimes things are out of your control."
This answer fails because it deflects blame, shows no ownership, and the "learning" is a passive complaint, not an active insight.
Strong Answer (STAR+L Framework): (Situation) "In my previous role as a Project Manager, I was responsible for launching a new software feature for a key client." (Task) "My goal was to deliver the feature within a six-week sprint, which involved coordinating between our development team and the client's marketing department." (Action) "I was so focused on the technical delivery that I assumed the client's team was fully aligned on the marketing assets. I sent weekly progress updates via email but failed to hold a specific kick-off meeting with their marketing lead to establish clear checkpoints for their deliverables." (Result) "A week before launch, I discovered their team hadn't started the promotional materials because of a misunderstanding about the final user interface. As a result, we had to delay the launch by two weeks, which frustrated the client and impacted our quarterly targets." (Learning) "The failure was mine; I had made a poor assumption and prioritised technical tasks over stakeholder alignment. I learned that you cannot over-communicate when it comes to cross-functional projects. Since then, I have implemented a mandatory stakeholder communications plan for every project I manage. In fact, on my very next project, this approach helped me identify a potential risk with a third-party vendor three weeks earlier than I otherwise would have, allowing us to pivot without any delay."
This answer succeeds because it is specific, demonstrates 100% ownership, clearly states the negative result, and finishes with a powerful, concrete example of learning and growth.
Before your next interview, prepare your story using this checklist:
[ ] Is my story work-related and genuine? [ ] Is the failure clearly my responsibility, without blaming others? [ ] Were the consequences significant enough to learn from, but not a fireable offence? [ ] Can I articulate the situation, task, action, and result concisely? [ ] Is the 'Learning' section the strongest part of my story? [ ] Can I provide a specific example of how I later applied that learning? [ ] Have I practised telling the story out loud so it sounds natural and confident?
The "failure" question is an opportunity, not a threat. By choosing a suitable story, taking clear ownership, and structuring your answer to focus on the resulting growth, you can demonstrate the maturity, resilience, and self-awareness that top employers are looking for. Remember, they are not hiring someone who has never made a mistake. They are hiring someone who has the wisdom to learn from them.
Competency-based interviews – Prospects Interview advice – National Careers Service Selection methods factsheet – CIPD