Agile
535 bites tagged Agile — interview questions with model answers, and 60-second explainers.
What user story details reveal the customer problem?
This tests if you see stories as problem placeholders, not specs. A strong answer asks for user role, action, 'so that' value, and confirmation criteria while demanding conversation. Red flag: listing technical tasks without mentioning the customer problem.
Propose a multi-sprint strategy to fix an inverted test pyramid
Audit E2E for redundancy; scaffold unit/integration tests; migrate per sprint, keep critical E2E; gate on fast feedback. Refactoring under delivery pressure. Big-bang rewrites or deleting all E2E without a safety net.
How would you introduce Test-Driven Development to a test-after team?
Tests change management and influence without authority. A strong answer maps TDD to team pain points, pilots it on one story type with measurable outcomes like defect rate. Red flag: mandating TDD team-wide immediately or dismissing existing tests.
Explain the Test Pyramid and how it guides testing strategy
Favor fast unit tests, a middle service layer, and few UI tests as second defense. Your grasp of test cost, speed, and brittleness by layer. Treating it as a fixed ratio or saying all end-to-end tests need a.
Describe the Red-Green-Refactor cycle in TDD. What is each step's purpose?
This checks if you understand TDD as a design discipline, not just testing. A strong answer maps Red to a failing test defining the interface, Green to minimal passing code, and Refactor to cleaning both codebases without changing behavior.
How should the team address poor internal quality when stakeholders are happy?
Tests whether you protect transparency when stakeholders are happy but quality is poor. Answer: At Review, expose the increment's real state—low transparency causes risky decisions; at Retro, inspect why quality degraded and adapt the process.
How would you shift a Sprint Review from demo to working session?
Tests if you see the Sprint Review as empirical inspection and adaptation with stakeholders. Strong answers reframe it around the Sprint Goal and Increment, gather live feedback on the Product Backlog, and adapt ordering together.
What action ensures a retrospective improvement is implemented?
Tests whether you treat adaptation as a deliverable. Propose making the top improvement a Sprint Backlog item with an owner and definition of done, then inspect it in the next retrospective. Vague agreements or more meetings without ownership are red flags.
What is the Sprint Retrospective output and what happens next?
Output is a concrete improvement plan enacted in the next Sprint, not parked. Whether you see Retrospectives as adaptation events or venting. Calling the output feedback with no action mechanism.
How would you handle a mandated Definition of Done with legacy debt?
Tests whether you treat the Definition of Done as a negotiable standard or a rigid rule, and if you know how to close the gap via transparency, incremental remediation, and organizational negotiation without shipping unfinished work.
How would you address a teammate working on misaligned low-priority tasks?
Tests whether you use the Daily Scrum to inspect progress toward agreed goals. Strong answers raise the misalignment at that event, adapt the plan as peers, and involve the Scrum Master only for environmental impediments.
How do you help establish a Sprint Goal when the PO hasn't?
Ask why the items matter, find a unifying outcome, and draft a goal the selected work supports. You know the Scrum Team defines the Sprint Goal together. Saying the PO alone owns the goal or starting tasks without coherence.
Explain the difference between code complete and Done. What artifact defines this?
Tests whether you know Done means a usable Increment, not just written code. Strong answer: code complete is a dev milestone; Done means the Increment meets quality standards. Red flag: saying testing happens after Done or that Done is optional.
Daily Scrum ticket updates: what primary purpose is missing?
This tests whether you know the Daily Scrum inspects Sprint Goal progress and adapts the plan rather than reporting status. A strong answer identifies the missing purpose as team inspection and adaptation against the Sprint Goal.
What is the Sprint Goal and how does it guide planning?
Goal-driven Sprints vs ticket batches. The Sprint Goal is the agreed objective guiding selection of ordered backlog items to build a valuable Increment and enable inspection. Red flag: calling it optional or pulling the top N items without negotiation.
What root causes and retrospective fixes address chronic sprint overcommitment?
Tests systemic diagnosis over blaming the team. Check capacity math, refinement quality, psychological safety, and stakeholder pressure; propose velocity-guided planning, capacity recalculation, and better refinement.
How would you break a large epic into sprint-ready user stories?
This tests decomposing scope into vertical, shippable slices. A strong answer maps user journeys, slices end-to-end functionality, applies INVEST, and sequences by risk and value. Red flag: horizontal layers like database, API, then UI.
What are the key components of a well-written user story?
Tests your ability to turn vague needs into actionable, testable work. A strong answer covers who, what, and why; defines acceptance criteria as specific, testable scenarios; and references INVEST.
How should the team handle a PO adding urgent work mid-sprint?
This tests your grasp of agreed goals and the Scrum Master role. A strong answer covers: inspecting the current work selection, negotiating swaps, and having the Scrum Master foster conversation.
What is your responsibility when frontend developers are overloaded?
Tests cross-functional accountability and shared Sprint Goal ownership. Strong answer: own the goal collectively; pair, test, or learn simpler frontend tasks; raise the blocker at the Daily Scrum.
Outline your strategy for influencing organizational change to remove stage-gated releases.
Tests reframing governance around people readiness versus bureaucratic gates. Answer: map the change landscape; pilot Release on Demand with governance cadences for operational readiness; measure via Release, Stabilise, Measure, Adjust.
How would you coach a developer skipping backlog refinement?
Coach one-on-one to find blockers; tie skipped refinement to planning delays; adapt format with the team. If you view refinement as Scrum transparency or overhead.
Daily Scrum runs over 15 minutes; what facilitation techniques realign it?
This tests if you view the Daily Scrum as an inspection and adaptation event. A strong answer proposes a parking lot, coaches self-management of the timebox, and keeps talk focused on adapting the plan. A red flag is asking the Scrum Master to extend the.
Where does accountability lie when acceptance criteria miss the user problem?
Tests your grasp of Scrum's empirical accountability and value inspection. A strong answer cites shared Scrum Team ownership, uses the Sprint Review as the adaptation trigger, and proposes outcome-based refinement with stakeholders.
Get Agile bites daily.
Five a day, five minutes, offline. With quizzes so it sticks.
Open testing — you’ll join as an early tester.