Skip to main content

How to prepare for common interview questions

How to be ready for any interview questions

Written by Robyn Luyt
Updated today

Preparing for interviews can feel overwhelming, but having the right questions and frameworks in front of you makes the process much more manageable.

Think of the questions in this guide as practice prompts. Use them to:

  • Reflect on your experience: Write down 2–3 examples you can reuse across multiple questions.

  • Identify gaps: If a question feels tough, that’s a signal to review or strengthen your understanding in that area.

  • Prepare stories using STAR: Most behavioural questions can be answered with one or two well-structured examples.

  • Build confidence: The more familiar the questions feel, the easier it becomes to articulate clear, compelling answers under pressure.

You don’t need to memorise answers. Instead, focus on understanding the types of questions, why companies ask them, and what parts of your own experience best demonstrate your strengths. With the examples in this guide, you can walk into every interview stage with clarity, structure, and confidence.

1. The STARE Method

The secret to answering "anything" is not memorizing answers, but categorizing your experiences. Every behavioral answer should follow this flow:

  • Situation (10%): Provide context. What was the environment and the stakes?

  • Task (10%): What was the specific goal or problem you were assigned to solve?

  • Action (50%): This is the "meat" of the answer. Detail the logic, steps, and soft skills you applied.

  • Result (15%): The quantifiable outcome. What changed? Did you save money, increase speed, or improve morale?

  • Evaluation (15%): The "Post-Mortem." What did you learn? If you had to do it again, what would you optimize? This demonstrates a high level of professional maturity.

2. Sample High-Impact Answers

Example 1: The "Conflict/Opinion" Question

The Question: "Tell me about a time you had a differing opinion from your team. How did you handle it?"

The Strategy: Focus on data over ego and disagreeing, but committing.

(S/T): In my last role, the team wanted to use a NoSQL database for a new microservice because it was "faster to set up." Based on our data relational needs, I believed a SQL database was necessary for long-term data integrity.

(A): I didn't just say "no." I created a quick technical spike comparing the two. I presented a small document outlining the potential "data debt" we would incur in six months with NoSQL. I invited the lead dev to review my findings.

(R): After seeing the trade-offs, the team reached a consensus to use PostgreSQL. We avoided a major migration six months later.

(E): I learned that the best way to resolve conflict is to remove personal feelings and use objective data to help the team make the best decision for the product.

Example 2: The "Failure/Mistake" Question

The Question: "Can you give an example of a time you made a mistake? How did you respond?"

The Strategy: Choose a real mistake, show immediate accountability, and a permanent fix.

  • (S/T): Early in my career, I pushed a code change that bypassed a specific edge-case test, which caused a minor checkout bug for about 30 minutes in production.

  • (A): As soon as I realized, I alerted my lead, rolled back the change, and took ownership of the fix immediately. Once the patch was live, I conducted a "Post-Mortem" to see why the CI/CD pipeline didn't catch it.

  • (R): I implemented a new automated test suite that specifically targeted that edge case to ensure it could never happen again.

  • (E): That experience taught me that "moving fast" is only valuable if you have the safety nets to match. I'm now a huge advocate for comprehensive unit testing before any deployment.

3. The "Anything" Cheat Sheet

Use this table to map "Random Questions" to your prepared "Hero Stories."

If they ask about...

It is likely a test of...

Use your story about...

"A time you were stressed."

Prioritization

A busy week/tight deadline.

"Learning a new tool."

Adaptability

A project where you used new tech.

"Working with a difficult person."

EQ / Collaboration

The conflict resolution story.

"A project you are proud of."

Ownership / Impact

The deployment/launch story.

4. Handling the "I Don't Know."

If a technical or situational question leaves you blank, you should use the "Logical Bridge" technique:

  1. Buy Time: "That’s an interesting scenario. Let me break down how I’d think through that."

  2. State Assumptions: "I’ll assume we are working with [X constraints] and [Y goals]."

  3. The Process: "First, I'd investigate [A]. Then, I'd look for patterns in [B]. Even if I didn't know the exact syntax, I'd search the documentation for [Keywords]."

  4. The Conclusion: "Based on that logic, my first step would be [Action]."

5. Final Interview Readiness Checklist

  • 3 Hero Stories: Have these polished and mapped to multiple categories.

  • The "Why Us": Mention one specific technical blog post or company news item.

  • Reverse Interviewing: Prepare 3 questions (e.g., "What does a 'win' look like for this role in the first 90 days?").

  • The Closing: "Thank you for the time. Based on our talk, I’m even more excited about how my background in [Skill] can help [Company]."

6. Interview Question Examples:

Screening & Logistics

Assessing: Basic fit, availability, and deal-breakers.

  • Tell me about yourself / Walk me through your resume.

  • What attracted you to this specific opportunity?

  • Why are you looking to leave your current role?

  • What is your notice period and availability?

  • What are your salary expectations?

  • Are you authorized to work in [Country] without sponsorship?

  • Are you interviewing elsewhere? (Tests for timeline urgency).

About You & Your Experience

Assessing: Technical depth, career trajectory, and superpowers.

  • Walk me through your most recent role. What technologies are you using daily?

  • What are you looking for in your next position that you don’t have today?

  • What is your "superpower"—the one thing you do better than most of your peers?

  • How has your role evolved since you started at your current company?

  • Describe the architecture of the last system you worked on. * What is a technical "opinion" you hold strongly? (e.g., "I believe TDD is vital for X reasons").

Behavioural: Accountability & Ownership

Assessing: Reliability and proactiveness.

  • Describe a time you took ownership of a task without clear instructions.

  • Tell me about a project you managed from development through to deployment.

  • Tell me about a time you saw a problem that wasn't "your job" and fixed it anyway.

  • What do you do when you realize a project is going to miss its deadline?

Behavioural: Conflict & Communication

Assessing: EQ and ability to work with difficult people or non-technical stakeholders.

  • Tell me about a time you had a differing opinion from your team. How did you handle it?

  • Describe a time you had to explain a complex technical concept to a non-technical stakeholder.

  • How do you handle a teammate who isn't pulling their weight?

  • Tell me about a time you had to deliver bad news to a stakeholder.

Behavioural: Growth & Resilience

Assessing: Coachability and learning from failure.

  • Tell me about a time you made a mistake. How did you respond and what did you learn?

  • What is a piece of constructive criticism you’ve received that was hard to hear?

  • Tell me about a time you felt demotivated. How did you overcome it?

  • What is something you’ve taught yourself in the last six months?

Culture & Mission Fit

Assessing: Alignment with values and "Culture Add."

  • Looking back, what has been your ideal working environment/team culture and why?

  • How do you prefer to give and receive feedback?

  • What does "culture" mean to you in a professional setting?

  • What would make you choose us over another company offering the same salary?

  • How would your manager rate you on a scale from 0–10? How would you move from X to 10?

The "I Don't Know" & Curveballs

Assessing: Problem-solving logic when the answer isn't obvious.

  • How would you debug a system if [Specific Tool] was failing and you had no logs?

  • What would you do if you were halfway through a project and the CEO changed the direction?

  • [Logic Puzzle]: How many tennis balls fit in a plane? (Tests the logic engine).

  • "I haven't used [Specific Tech] before"—How do you bridge this? (Answer by walking through how you'd learn it using the "Logic Bridge").

7. Reverse Interviewing: Questions for the Interviewer

You should ask at least 3 of these to vet the company.

  • What does a "win" look like for this role in the first 90 days?

  • How does the team handle technical debt vs. new features?

  • What is the biggest challenge the team is facing right now?

  • How are decisions made? Is it top-down or consensus-driven?

  • What is the most common reason people stay at this company for a long time?

Additional Resources:

Did this answer your question?