Skip to content
tezvyn:

Agile & Scrum

Scrum, kanban, sprints, team velocity, shipping culture

369 bites

Test yourself: Top 30 Agile & Scrum interview questionsMultiple choice, with the correct answer and why it is correct on every question. Free, no sign-in.

Interview questions in Agile & Scrum, page 11

Lead Time vs. Cycle Time in Kanban
easy2 min read

Lead Time vs. Cycle Time in Kanban

Tests your understanding of core Kanban metrics for process improvement. Define Lead Time (request to delivery) and Cycle Time (work start to completion), noting Cycle Time is a subset. A red flag is confusing the two or being imprecise about start/end points.

How would you implement Classes of Service in Kanban?
intermediate2 min read

How would you implement Classes of Service in Kanban?

Tests whether you segment work by risk and cost of delay. A strong answer defines explicit policies, visualizes classes with color or lanes, and reserves WIP capacity per class. Red flag: using classes as simple priorities without capacity rules.

How would you implement Classes of Service in Kanban?
intermediate2 min read

How would you implement Classes of Service in Kanban?

This tests your understanding of risk management and differentiated service delivery. A good answer defines the 4 classes (Expedite, Fixed Date, Standard, Intangible), explains their different pull policies, and gives a risk-based example.

intermediate2 min read

How would you implement Classes of Service in Kanban?

Tests your grasp of risk management and flow optimization in Kanban. A good answer defines classes (Expedite, Fixed Date), explains implementation via swimlanes and WIP limits, and gives an example showing trade-offs.

CFD Testing band widens: what does it indicate and what experiments?
advanced2 min read

CFD Testing band widens: what does it indicate and what experiments?

This tests flow metric literacy. A widening Testing band means arrivals exceed departures; propose experiments like smaller batches, automation, or dev-test swarming, then measure cycle time. Red flag: blaming testers or demanding headcount without data.

Diagnosing a Widening CFD 'Testing' Band
advanced2 min read

Diagnosing a Widening CFD 'Testing' Band

Tests your ability to interpret a CFD and propose data-driven experiments. A widening 'Testing' band means work enters faster than it leaves. Diagnose with experiments (e.g., tracking test failures, environment downtime) before proposing solutions.

CFD shows a widening 'Testing' band. What does it mean?
advanced2 min read

CFD shows a widening 'Testing' band. What does it mean?

This tests your ability to interpret process metrics and propose data-driven solutions. First, define the bottleneck: work enters testing faster than it leaves. Then, propose experiments to diagnose the cause before suggesting solutions.

advanced2 min read

Design an Upstream Kanban process for product ideas before development

Tests your grasp of pre-commitment demand shaping. A strong answer maps an option-discovery board, defines the commitment point and triage policies, and ties early filtering to reduced downstream variability.

advanced2 min read

Design and Implement an Upstream Kanban Process

Tests your understanding of managing demand vs. capability. A great answer defines Upstream Kanban as a pre-commitment filter, outlines board stages and policies, and explains how vetting work improves downstream predictability.

advanced2 min read

Design an Upstream Kanban for Product Ideas

Tests managing work before commitment. A good answer defines the commitment point, visualizes options on a board, and applies triage discipline to refine ideas. A red flag is describing a simple 'to-do' list without a structured filtering and decision process.

Sprint velocity is highly variable. What technical root causes do you check?
intermediate2 min read

Sprint velocity is highly variable. What technical root causes do you check?

Check scope stability via carryover, flow via cycle time, quality via rework, and estimation via point variance.

Investigating Variable Sprint Velocity: Technical Root Causes
intermediate2 min read

Investigating Variable Sprint Velocity: Technical Root Causes

This tests your ability to diagnose team issues with data, not anecdotes. Propose technical hypotheses like flaky tests or merge conflicts and link them to metrics like CI/CD failure rates or PR cycle time. A red flag is blaming individuals or poor estimation.

Investigating Variable Sprint Velocity
intermediate2 min read

Investigating Variable Sprint Velocity

This tests your ability to diagnose issues by connecting process metrics to technical health. A great answer hypothesizes technical causes (e.g., tech debt, flaky tests), identifies specific data for validation (e.g., cycle time, build logs), and avoids…

intermediate2 min read

What does a widening CFD Code Review band indicate?

Tests CFD literacy: a widening Code Review band shows WIP accumulation and a bottleneck. Great answers cite WIP limits, swarming, and policy fixes before hiring. Red flag: mistaking inventory growth for increased throughput.

intermediate2 min read

Diagnosing a Widening Code Review Band in a CFD

This tests data interpretation and problem-solving. A great answer defines the bottleneck, hypothesizes causes (capacity, PR size), proposes diagnostics, then offers solutions. A red flag is blaming individuals or jumping to a single, unverified solution.

intermediate2 min read

CFD 'Code Review' band is widening. What does it mean?

This tests your ability to interpret a CFD and propose actions. A widening 'Code Review' band means work enters faster than it leaves. Diagnose the bottleneck (e.g., review quality, reviewer availability), then propose solutions.

advanced2 min read

How would you apply Little's Law to optimize Kanban WIP limits?

Tests whether you can operationalize queueing theory in Kanban. A strong answer cites L equals lambda times W, fixes throughput, then solves for a WIP limit that yields a target cycle time.

advanced2 min read

How would you apply Little's Law to a Kanban system?

This tests your ability to use metrics for process improvement. A great answer defines Little's Law for Kanban (Cycle Time = WIP / Throughput), explains how reducing WIP shortens cycle times, and gives a numerical example.

advanced2 min read

Apply Little's Law to a Kanban system to optimize flow

Tests applying queuing theory to software delivery. Define Little's Law as WIP = Throughput × Cycle Time. Explain how reducing WIP limits directly shortens cycle time for a stable throughput.

easy2 min read

What is a Scrum of Scrums purpose and what technical info is shared?

Multi-team sync for blockers, dependencies, API changes, integration risks; not a status meeting.

We are hiring for this. Every open role lists the topics its interview covers, so you can prepare for the real thing rather than guessing.

See open roles