Agile
535 bites tagged Agile — interview questions with model answers, and 60-second explainers.
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.
Relate 'Build Quality In' (Jidoka) to TDD and CI
Tests your ability to connect abstract Lean principles to concrete practices. A great answer defines Jidoka (stop the line on defect), then links TDD as the micro-level check and CI as the macro-level automated line-stop. A red flag is just defining the terms.
How does Agile's 'welcoming change' differ from chaos?
Tests if you know Agile flexibility requires engineering discipline. Answer by defining the difference (discipline vs. chaos), listing technical practices (TDD, CI/CD), and naming architectural patterns (modular design).
Explain the Lean concept of 'Muda' (Waste)
Tests applying manufacturing principles to software. Define Muda as non-value-adding work. Cite 3 software wastes like partially done work, extra features, or defects, and offer specific mitigations like smaller batches, YAGNI, or TDD.
How do you apply 'working software over comprehensive documentation'?
This tests your ability to balance velocity with maintainability. A great answer defines docs by audience and purpose (onboarding, ops), prioritizes "living" docs like tests, and uses a just-in-time approach. A red flag is treating this as "no documentation."
Explain 'Simplicity' and how you apply it as an engineer
Tests if you see simplicity as maximizing value, not just minimizing code. A good answer defines it as avoiding unneeded work, then explains how you'd build an MVP, defer gold-plating, and validate scope with product.
What is the goal of a sprint retrospective?
Tests if you see retrospectives as actionable process improvement, not just venting. A good answer defines the retro's purpose (inspecting the sprint's people, processes, tools) and explains how it creates concrete action items for the next sprint.
Individuals and Interactions Over Processes and Tools
Tests if you can apply Agile's core human-centric value. A great answer defines the principle, then links it to concrete team structures (co-located, cross-functional) and communication methods (face-to-face). A red flag is dismissing all processes and tools.
Agile Center of Excellence: Internal Consultants, Not Process Police
Think of an Agile CoE as internal consultants, not process police. They enable teams by providing coaching, tools, and shared standards. They're useful for scaling Agile consistently, but fail when they become a bureaucratic bottleneck instead of an…
Communities of Practice: Scaling Knowledge Across Teams
A Community of Practice is a cross-team guild for a specific skill, like 'frontend' or 'testing'. It's how large orgs prevent knowledge silos, standardize tooling, and mentor juniors. The footgun: they fail without dedicated time and a clear charter.
Nexus Integration Team: Air Traffic Control for Scrum
The Nexus Integration Team is like air traffic control for multiple Scrum teams, guiding them to a single, integrated product. It's used in the Nexus framework to coordinate 3-9 teams on one product, resolving cross-team dependencies and integration failures.
Nexus Framework: Scaling Scrum Without Breaking It
Nexus is a lightweight wrapper for 3-9 Scrum teams working on one product. It adds a coordinating Nexus Integration Team and shared events to manage dependencies and deliver a single, integrated increment each sprint.
Right-Shifting Forecasts: Why Your Deadlines Keep Moving
A forecast is like a GPS ETA in traffic; new tasks are like accidents ahead, pushing your arrival time further out. This happens when initial estimates are treated as fixed deadlines, ignoring new scope. The footgun is anchoring on the first date given.
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.
Throughput: Measuring What Gets Done
Throughput measures how many work items a team *finishes* in a time period, not how busy they are. It's used for forecasting future work and spotting bottlenecks. The footgun: never compare throughput between different teams, as item sizes and context vary.
Hypothesis-Driven Development: Stop Guessing, Start Learning
Hypothesis-Driven Development treats new features as experiments, not foregone conclusions. It's used to de-risk major changes by first testing the core assumption with a minimal product. The biggest footgun is writing vague, untestable hypotheses.
Five Whys: From Symptom to Root Cause
The Five Whys is a root cause analysis technique that traces a problem to its origin by asking 'Why?' repeatedly. It's used in post-mortems to find the underlying process failure, not just the surface-level symptom. The footgun is stopping at human error.
Agile Facilitation: Guiding Teams to Outcomes
An Agile Facilitator is a neutral guide, designing the *process* for a team to reach its own conclusions, not just running the meeting. They are crucial for sprint planning, retrospectives, and conflict resolution.
Evidence-Based Management (EBM): Measure Value, Not Just Velocity
Evidence-Based Management (EBM) is like a fitness tracker for your organization, using data to guide decisions instead of gut feel. It helps you measure progress toward goals and improve outcomes.
The Kano Model: Not All Features Are Created Equal
The Kano Model classifies features by their impact on user satisfaction, separating "must-haves" from "delighters." Use it in product planning to prioritize impactful work. The footgun is misclassifying a novelty as a core need, starving basic functionality.
Product Vision: The Why Behind Your What
A product vision is your team's North Star—an aspirational goal answering 'Why are we building this?' It guides the roadmap and aligns stakeholders by describing the future you're creating, ensuring everyone pulls in the same direction.
Scrum Master Stances: A Situational Toolkit
A Scrum Master isn't just a meeting facilitator. They're a situational leader who adopts different roles—teacher, coach, impediment remover—to serve the team. This toolkit helps them decide when to teach, when to coach, and when to clear a path for the team.
Shu-Ha-Ri: A Model for Mastery
Shu-Ha-Ri is a model for mastery: first follow the rules (Shu), then break them (Ha), and finally make your own (Ri). It's used to guide agile adoption, starting with strict adherence before innovating.
Get Agile bites daily.
Five a day, five minutes, offline. With quizzes so it sticks.
Open testing — you’ll join as an early tester.