Kanban
47 bites tagged Kanban — interview questions with model answers, and 60-second explainers.
Explain Little's Law and its application in Kanban
Tests your grasp of flow metrics. A good answer defines the formula (Lead Time = WIP / Throughput), explains the trade-offs, and gives a practical example. A red flag is ignoring the prerequisite of a stable system, which makes the formula's output…
Purpose and Consequences of Kanban WIP Limits
Tests your grasp of flow efficiency. A good answer defines WIP limits as a tool to manage system flow, expose bottlenecks, and create a pull system, then links ignoring them to cascading delays. A red flag is seeing them as a tool to micromanage individuals.
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.
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.
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.
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.
What initial columns would you set up on a Kanban board?
Tests your grasp of Kanban's core goal: visualizing workflow. Start with a simple board (To Do, In Progress, Done), explaining how each column represents a work state. A red flag is creating an overly complex board without justifying the need for each stage.
How would you identify and elevate your team's primary constraint?
This tests systems thinking over local optimization. A great answer outlines the 5 steps: identify the constraint (e.g., long queues), exploit it, subordinate other processes, elevate it, and repeat. A red flag is jumping straight to hiring or buying tools.
Flow Efficiency: Are You Working or Waiting?
Flow efficiency measures the ratio of active work time to total lead time, revealing how much time tasks spend just waiting. Use it to diagnose why features take so long to ship. The biggest footgun is optimizing work speed when most delays hide in queues.
Classes of Service: Prioritize Work Beyond 'First In, First Out'
Classes of Service are policies that prioritize work by its business impact, not just arrival time. When a bug, a deadline, and normal work compete, CoS tells you which to pull first.
Work Item Age: Don't Let Your Tasks Spoil
Think of work item age as the time elapsed since a task started, like food in a fridge with an expiration date. Kanban teams use it to spot delays and bottlenecks. The biggest mistake is tracking age without acting on aging items to unblock them.
Kanban Replenishment: Pulling Work, Not Pushing It
Instead of a manager pushing tasks, a replenishment meeting is where the team pulls work into their active backlog. This cadence refills the 'Ready to Start' column, ensuring a steady flow of well-understood tasks.
Service Delivery Review: The Missing Agile Feedback Loop
A Service Delivery Review shifts focus from *what* was built to *how* it was delivered. It's a regular meeting where teams and customers review quantitative metrics like lead time and blockers.
WIP Limits: Stop Starting, Start Finishing
WIP limits force teams to finish existing work before starting new work, creating a pull system that exposes bottlenecks. This is a core Kanban practice to reduce context switching and shorten lead times.
Flow Debt: The Hidden Cost of Workflow Inefficiency
Flow Debt is the invisible cost of process bottlenecks that slow down delivery. It shows up as work waiting for handoffs, reviews, or decisions. The footgun is blaming individuals for system-level delays instead of optimizing the workflow itself.
Lead Time: From Customer Request to Live Code
Lead Time measures the total duration from when a feature is requested to when it's live for users—it's the customer's total waiting time. Teams use it to understand responsiveness and set predictable timelines. The footgun is confusing it with Cycle Time.
STATIK: Designing a Kanban System from First Principles
STATIK is a diagnostic recipe for designing a Kanban system tailored to your team's actual work, not just copying a template. Use it when starting a new implementation or when an existing process is stuck. The footgun is skipping the analysis.
Little's Law: Why Adding More Work Slows You Down
Little's Law shows that average task completion time is proportional to the work in progress (WIP). For a stable team, Cycle Time = WIP / Throughput. It's used in Kanban to predict delivery times. The footgun is adding more WIP to go faster; this always.
Make Policies Explicit: Write Down Your Workflow's Rules
Making policies explicit turns your team's unwritten rules into a shared, improvable playbook. Use it to define what 'done' means for each stage or how to handle blocked items.
Pull System: Make Only What's Needed, When It's Needed
A pull system works like a restaurant kitchen: you only start work when the next step in the process places an order. This approach, core to lean manufacturing and Kanban, prevents overproduction. The footgun is pulling new work before finishing old tasks.
Actionable Agile Metrics: Predicting 'Done'
Stop guessing 'done' and start forecasting with data. Actionable Agile Metrics use historical flow data—like cycle time and throughput—to answer 'When will it be done?' for customers who need predictability.
Cumulative Flow Diagrams: Spotting Workflow Bottlenecks
A Cumulative Flow Diagram is a geological cross-section of your project, showing work moving through states over time. Agile teams use it to spot bottlenecks by seeing where tasks pile up. The footgun is misinterpreting a widening band as a failure.
Cycle Time vs. Lead Time: Team Speed vs. Customer Wait
Lead Time is the total time a customer waits for a feature, from request to delivery. Cycle Time is the portion of that time your team is actively working. The footgun is optimizing only for Cycle Time, which can hide major customer-facing delays in the.
Get Kanban bites daily.
Five a day, five minutes, offline. With quizzes so it sticks.
Open testing — you’ll join as an early tester.