Process
117 bites tagged Process — interview questions with model answers, and 60-second explainers.
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.
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.
What columns would you set up on a new Kanban board?
Tests your grasp of workflow visualization, not just Agile terms. A good answer starts with To Do/In Progress/Done, then adds columns like Code Review to mirror the real process, and crucially, mentions setting WIP limits to manage flow and identify…
Describe your role in user story refinement.
This tests your understanding of refinement as a collaborative de-risking process. A great answer details your role in clarifying requirements, identifying technical risks, breaking down work, and providing estimates. A red flag is passively receiving tasks.
How to Handle Poor Quality in a 'Successful' Sprint?
This tests your commitment to transparency and the Definition of Done. A great answer involves being honest about technical debt in the Sprint Review, then strengthening the DoD in the Retrospective. A red flag is hiding the problem from stakeholders.
How do you ensure retro action items are implemented?
Tests your ability to make process improvements concrete within Scrum. A great answer suggests adding the top improvement item from the retro directly into the next Sprint Backlog.
Sprint Retrospective: What's the output and what happens next?
This tests if you see Scrum as an action-oriented framework. A good answer identifies concrete improvement items as the output and explains that the most impactful one is added to the next Sprint Backlog as a formal work item.
How do you help establish a Sprint Goal?
This tests your agency beyond coding and your ability to facilitate collaboration. A good answer involves asking probing questions to find a theme, suggesting a value-oriented goal, and getting team buy-in. A red flag is passively accepting the task list.
Code Complete vs. Done: What's the Difference?
Tests your understanding of value delivery vs. task completion. A great answer defines 'code complete' as a developer milestone and 'Done' as a team-agreed state of shippable value, governed by the Definition of Done.
What is the primary purpose of the Daily Scrum?
This tests your understanding of Scrum events as tools for inspection and adaptation, not status reports. A great answer states the purpose is to inspect progress toward the Sprint Goal and plan the next 24 hours.
How do you fix a team that consistently overcommits in sprints?
This tests diagnosing process failures, not just bad estimates. A good answer investigates root causes like external pressure or poor refinement, then proposes using historical velocity and tracking actual capacity.
What are the components of a well-written user story?
This tests your understanding of user stories as conversation starters, not specs. A good answer covers the 3 C's (Card, Conversation, Confirmation) and INVEST criteria. A red flag is focusing only on the "As a..."
What is the Definition of Done (DoD)?
This tests your understanding of how DoD creates transparency and ensures a usable Increment. A good answer defines DoD as a quality standard, explains it applies to the entire Increment, and links it to predictability.
What is the Definition of Ready for a backlog item?
Tests your grasp of upstream quality gates in Agile. Define DoR as a team's checklist for sprint-ready items, explain it protects dev focus and predictability, and give examples like clear acceptance criteria.
How do you handle an urgent, mid-sprint stakeholder request?
Tests your understanding of Scrum roles and stakeholder management. First, acknowledge the request's urgency. Then, redirect the stakeholder to the Product Owner, who manages all new work. A red flag is saying 'yes' and derailing the sprint, or a flat 'no'.
Scrum Empiricism: Retro and Definition of Done
This tests your grasp of Scrum theory beyond mechanics. A great answer links the Definition of Done to transparency, the Retrospective to inspection, and the Retro's output to adaptation. A red flag is confusing the Sprint Review with the Retrospective.
How does the Sprint container enable empiricism and protect developers?
This tests your grasp of the Sprint's structural role in Scrum. A good answer defines the Sprint as a fixed-length container for all events, explains how this cadence enables empiricism, and how the Sprint Goal protects developers.
How do you handle an urgent mid-sprint feature request?
This tests your understanding of Scrum roles and protecting the Sprint Goal. A great answer redirects the stakeholder to the Product Owner, who then assesses the request's impact and negotiates with the team if it can be swapped in without harming the Sprint…
Relationship Between Product Backlog, Sprint Backlog, and Increment
This tests your understanding of Scrum artifacts as commitments to goals, not just to-do lists. Define the Product Backlog (Product Goal), Sprint Backlog (Sprint Goal), and Increment (Definition of Done), then trace an item's flow.
What is the purpose of Sprint Review vs. Sprint Retrospective?
This tests your grasp of Scrum's distinct feedback loops. The Review inspects the product Increment with stakeholders to adapt the Product Backlog. The Retrospective inspects the team's process with the Scrum Team only.
Describe the purpose of the Daily Scrum
Tests if you know the Daily Scrum is a planning event for Developers, not a status report. A good answer states it's a 15-min meeting to inspect progress toward the Sprint Goal and adapt the Sprint Backlog.
Agile Change vs. Chaos: Technical Enablers
Tests if you know Agile is disciplined, not chaotic. A great answer contrasts structured, time-boxed change with reactive chaos, then details technical enablers like CI/CD and loose coupling. A red flag is equating Agile with no planning.
Explain Muda (Waste) with three software development examples
Tests your ability to apply Lean's 'Muda' (waste) concept to software. A good answer defines Muda, then gives 3 examples like partially done work or extra features, with specific mitigations like WIP limits or YAGNI. A red flag is giving generic examples.
Explain the Agile principle of Simplicity and how you apply it.
This tests your ability to connect Agile theory to engineering practice. A good answer defines simplicity as maximizing work not done, applies YAGNI with a concrete example (e.g., phased feature rollout), and links it to business value.
Get Process bites daily.
Five a day, five minutes, offline. With quizzes so it sticks.
Open testing — you’ll join as an early tester.