Intermediate everything in Agile & Scrum, page 11
How Management's Role Evolves When Scaling Agile
This tests your grasp of servant leadership vs. command-and-control. A good answer contrasts traditional managers (directing work) with enabling managers (removing impediments, teaching problem-solving) as seen in LeSS.
What is an Architectural Runway and how do you maintain it?
Tests balancing intentional architecture with emergent design in SAFe. Define it as the tech foundation for near-term features, built via Enabler stories. You contribute by identifying and implementing these enablers.
How would you create a probabilistic forecast for a backlog?
This tests your grasp of probabilistic forecasting over single-date estimates. A good answer explains using historical throughput to run a Monte Carlo simulation, then presenting a range of dates with confidence levels (e.g., 50%, 85%).
When does a task's Cycle Time begin and end?
This tests your practical grasp of process metrics. Define Cycle Time as starting when active work begins ('In Progress') and ending when 'Done' (shippable). Contrast it with Lead Time (request to delivery). A red flag is confusing the two or being too vague.
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.
How do you use a spike to de-risk a story?
This tests your ability to use agile spikes for targeted de-risking, not just vague research. A strong answer defines the specific question the spike will answer, proposes a strict time-box, and lists concrete deliverables like a decision or a better estimate.
Sprint Review vs. Sprint Retrospective: Purpose and Participants
Tests if you distinguish inspecting the product (Review) from the process (Retro). A good answer defines purpose (what vs. how), participants (stakeholders vs. team-only), and outcomes (backlog vs. process improvements).
Explain story points and why they're used over time-based estimates
Tests your grasp of relative vs. absolute estimation. Define story points as a relative measure of effort, complexity, and uncertainty. Explain they foster team consensus and provide a more stable velocity than time-based estimates.
Explain a backlog refinement meeting's purpose, participants, and outcomes
Tests understanding of a core Scrum ceremony. A good answer defines the goal (clarifying future work), names participants (Dev Team, PO), and lists outcomes (estimated stories).
How do you facilitate a heated technical disagreement between two seniors?
Tests your ability to de-escalate conflict and guide a team to a data-driven decision. Acknowledge the issue, separate the people from the problem, use a structured process, and focus on shared goals. A red flag is immediately picking a side or escalating.
Why is tracking team velocity as a KPI dysfunctional?
Tests if you know velocity is for planning, not performance. Explain it's easily gamed and measures output, not outcome. Propose metrics focused on value delivery and process improvement like cycle time.
SAFe vs. LeSS: Planning, Dependencies, and Autonomy
This tests your grasp of how org structure affects engineering work. Contrast SAFe's top-down, prescriptive nature (central PI planning) with LeSS's bottom-up, team-centric model (direct dependency management). A red flag is reciting buzzwords without context.
Estimating large, cross-team initiatives in PI Planning
Tests your ability to facilitate collaborative estimation. Break the initiative into features for teams to estimate, then use an ART board to map dependencies. A red flag is providing a single, top-down number without team input.
Technical Prerequisites for LeSS Feature Teams
This tests your grasp of the engineering practices that enable agile scaling. A great answer covers continuous integration for shared ownership, robust test automation, and a loosely coupled architecture. A red flag is focusing only on Scrum ceremonies.
Purpose of a Shared Definition of Done for Multiple Teams
This tests your ability to maintain quality and transparency across multiple teams. Explain that a shared Definition of Done ensures a consistent quality standard for a usable, integrated Increment, impacting testing by requiring integration and end-to-end…
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.
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…
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.
How do you measure a new feature's success beyond bugs and uptime?
Tests if you connect engineering to business value. A great answer links success to the feature's original goals, proposes user behavior and business impact metrics, and names specific tools.
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