Skip to content
tezvyn:

Top 30 Scrum Interview Questions and Answers

30 multiple-choice questions on Scrum, drawn from 30 bites out of the 312 tagged Scrum on Tezvyn. Answer them here or read straight down. Every question carries the correct option, why it is correct, and a link to the bite it came from.

30 questions. Pick an answer, or open “Show the answer” to read it.

Answers are graded in your browser. Nothing is saved, and no XP or streak is earned here. The app keeps score.

  1. Question 1 of 30

    A team's mandated project dashboard is replacing conversations about blockers. Which response best aligns with the Agile value of individuals and interactions?

    Show the answer

    Answer: a · Reduce mandatory fields, let the team own the board, and resolve blockers through direct conversation while keeping visibility.

    The correct answer treats the tool as a servant for visibility while prioritizing direct human interaction to resolve blockers, matching the manifesto's intent. B is a tempting distractor because it misreads the value as anti-tool, ignoring the manifesto's caveat that processes and tools still have value.

    Read the full bite: How does 'Individuals and interactions' shape team structure and communication?

  2. Question 2 of 30

    According to the article, under what condition is a PBI count metric likely to be more stable for forecasting than story point velocity?

    Show the answer

    Answer: a · When the product backlog items are already relatively uniform in size

    The article explicitly warns that if PBI sizes vary wildly, a straight count may mislead more than velocity, so relative uniformity is the key condition for reliable forecasts. Running both metrics in parallel is the recommended adoption strategy, not the condition that makes the count metric itself more stable.

    Read the full bite: Swap Velocity for PBI Count in Sprints

  3. Question 3 of 30

    Which statement best describes the Agile Manifesto's core identity?

    Show the answer

    Answer: b · It is a set of guiding values and principles for software development.

    The card clearly states the Agile Manifesto is "a value system" and "a declaration of four core values," making it a philosophical guide rather than a rigid methodology. It is not a specific framework, nor does it advocate for abandoning all documentation, but rather valuing working software more.

    Read the full bite: The Agile Manifesto: A Shift in Software Values

  4. Question 4 of 30

    Which statement best reflects the Agile principle "Individuals and Interactions Over Processes and Tools"?

    Show the answer

    Answer: b · The primary focus should be on direct communication and collaboration, with processes and tools serving to enable these interactions.

    This principle highlights that direct human communication and collaboration are more valuable than rigid processes or tools. While processes and tools are necessary, they should facilitate, not replace, these interactions. Option A is incorrect because it misinterprets "over" as "instead of," advocating for the complete removal of processes and tools, which is a common misconception.

    Read the full bite: Individuals and Interactions Over Processes and Tools

  5. Question 5 of 30

    An Agile developer finds a bug. According to the value "Individuals and interactions over processes and tools," what is the most effective first step?

    Show the answer

    Answer: c · Talk directly with the relevant team member to quickly understand and verify the issue.

    The principle prioritizes direct, high-bandwidth communication to solve problems efficiently. Talking directly is faster and more collaborative than creating a ticket (a process), which can introduce delays and misunderstandings.

    Read the full bite: Individuals & Interactions Over Processes & Tools: Explain This Value

  6. Question 6 of 30

    A team runs perfect ceremonies, holds every certification, and maintains a green board, yet the product keeps failing. Which action would address the root cause according to the card?

    Show the answer

    Answer: a · Create structural support that makes bad news safe to send upward

    The card argues that agile transformations fail when organizations hide hard truths in hallway conversations, so leadership must structurally make bad news safe to escalate. Distractor D misapplies the card's mention of Outcome Ownership by placing accountability on individuals rather than on leadership's responsibility to fix the culture of dishonesty.

    Read the full bite: Agile transformations die from dishonesty, not ceremonies

  7. Question 7 of 30

    What is the most significant immediate impact of Mountain Goat Software's shift to exclusively private training for individual practitioners?

    Show the answer

    Answer: b · Individuals must now seek alternative public course providers or persuade their organizations to book private team sessions.

    The card states that MGS is ceasing public courses, removing a key option for individual certification and forcing engineers to find alternatives or convince managers to book private sessions. The other options contradict the information provided or are not supported by the text.

    Read the full bite: Mountain Goat Software Ends Public Agile, Scrum Classes

  8. Question 8 of 30

    According to Scrum.org's 8-step plan for AI-native teams, what fundamental shift in focus is emphasized?

    Show the answer

    Answer: b · Transitioning from a 'Definition of Done' to a 'Definition of Value'.

    The card explicitly states that the framework reframes AI adoption as a fundamental process shift, moving the team's focus from 'Definition of Done' to a 'Definition of Value'. This highlights a change in how success is measured and understood. Other options describe plausible aspects of AI integration but are not identified as the core fundamental shift in focus for the team's process.

    Read the full bite: Scrum.org's 8-Step Plan for AI-Native Teams

  9. Question 9 of 30

    What is the primary benefit of making Agile planning a shared, collaborative problem for the entire team?

    Show the answer

    Answer: c · It leads to more accurate forecasts and strengthens the team's collective responsibility for outcomes.

    The card states that shared planning results in 'realistic estimates and reliable forecasts' and 'fosters a sense of collective responsibility for the outcome.' While shared responsibility is important, option D focuses solely on accountability for failures, whereas the card emphasizes ownership and commitment to the overall outcome.

    Read the full bite: Make Agile Planning a Shared Problem

  10. Question 10 of 30

    In Spec-Driven Development (SDD), how is the role of a specification fundamentally redefined?

    Show the answer

    Answer: d · It functions as a higher-level programming language for AI agents to interpret and build upon.

    The card explicitly states that SDD is about "treating the spec as a higher-level programming language" for AI agents, shifting the engineer's role to defining intent and constraints. This contrasts with the traditional view of specs as handoff documents or static blueprints, which the card refutes as a "wrong mental model."

    Read the full bite: AI Turns Specs Into a Programming Language

  11. Question 11 of 30

    A Scrum team holds a Sprint Retrospective. Which outcome best demonstrates that the event achieved its primary purpose?

    Show the answer

    Answer: d · The team inspected its processes and committed to at least one concrete adaptation for the next Sprint.

    The retrospective's primary purpose is to inspect the team's process and adapt it through concrete improvements, not to review the product or vent. While discussing frustrations can be part of transparency, leaving without actionable adaptations misses the empirical pillar of adaptation that makes the event purposeful.

    Read the full bite: Primary goal of a retrospective and its tie to continuous improvement

  12. Question 12 of 30

    What is the most crucial outcome of a successful Sprint Retrospective?

    Show the answer

    Answer: c · One to three actionable improvement items that are added to the next Sprint Backlog.

    The primary purpose of a retrospective is to create a concrete plan for process improvement, making it a formal part of the team's work in the next sprint. Simply listing frustrations (Option D) without creating an actionable plan misses the core purpose of the event.

    Read the full bite: Goal of a Retrospective and Continuous Improvement

  13. Question 13 of 30

    What is the primary goal of a Sprint Retrospective within the Scrum framework?

    Show the answer

    Answer: d · To inspect the team's process and create actionable plans for continuous improvement in the next sprint.

    The Sprint Retrospective's core purpose is for the Scrum Team to inspect its process (people, interactions, tools) and create concrete, actionable plans for improvement in the upcoming sprint, driving continuous improvement. Option A is a common misconception, as the retrospective is not a forum for assigning blame but for collective learning and adaptation.

    Read the full bite: What is the goal of a sprint retrospective?

  14. Question 14 of 30

    When an engineer applies the Agile principle of 'simplicity,' their main objective is to...

    Show the answer

    Answer: a · Maximize delivered customer value by identifying and focusing solely on essential features for the immediate need.

    The principle of simplicity focuses on maximizing value by avoiding unnecessary work and delivering what is essential for the customer right now. Over-engineering for future needs (B) or passively accepting all requirements (D) goes against this principle, as does creating low-quality code (C).

    Read the full bite: Explain 'Simplicity' and how you apply it as an engineer

  15. Question 15 of 30

    When applying the Agile principle of simplicity, what is the team's primary focus?

    Show the answer

    Answer: b · Maximizing the amount of work not done by delivering only what is essential to solve the immediate problem.

    Simplicity is defined as 'the art of maximizing the amount of work not done,' focusing effort on immediate value. Building a complex 'future-proof' solution is a form of over-engineering that this principle aims to prevent.

    Read the full bite: Explain the Agile principle of Simplicity and how you apply it.

  16. Question 16 of 30

    Which approach best reflects the principle "working software over comprehensive documentation"?

    Show the answer

    Answer: c · Prioritize documentation that directly supports the software's value, like tests or API specs.

    The principle is about prioritizing working software, not eliminating documentation. A good approach prioritizes documentation that adds value and evolves with the software, such as living documentation like tests or auto-generated API specs. Option D is a common misinterpretation, as documentation can be a valuable tool when it supports the software's value.

    Read the full bite: How do you apply 'working software over comprehensive documentation'?

  17. Question 17 of 30

    A team finds that many newly shipped features have very low user engagement. Which action best addresses this specific form of software development waste ('Muda')?

    Show the answer

    Answer: d · Prioritize the backlog based on direct user feedback and data.

    This directly addresses the waste of 'Extra Features' by ensuring work is aligned with customer value, as per the YAGNI principle. Implementing WIP limits addresses bottlenecks and partially done work, not building unwanted features.

    Read the full bite: Explain Muda (Waste) with three software development examples

  18. Question 18 of 30

    According to Lean principles, which activity is the clearest example of 'Muda' in software development?

    Show the answer

    Answer: d · Implementing features based on speculative future needs that are ultimately unused.

    The card defines Muda as any activity that consumes resources but creates no value for the end customer. Implementing unused features (Extra Features) is explicitly cited as a form of Muda. The other options, while potentially inefficient if poorly executed, are generally considered necessary overhead or value-adding activities for long-term system health and collaboration, not pure waste.

    Read the full bite: Explain the Lean concept of 'Muda' (Waste)

  19. Question 19 of 30

    What key technical foundation allows a team to implement frequent changes in a disciplined, Agile manner, rather than descending into chaos?

    Show the answer

    Answer: b · Loosely coupled architecture, high test coverage, and a mature CI/CD pipeline.

    Disciplined agility relies on a technical foundation that makes change safe and cheap, such as loose coupling and CI/CD. A common misconception is that Agile is only about process; while backlog grooming is important, it doesn't technically enable safe, rapid change.

    Read the full bite: Agile Change vs. Chaos: Technical Enablers

  20. Question 20 of 30

    Agile's principle of "welcoming change" is distinguished from chaotic development primarily by its reliance on what?

    Show the answer

    Answer: d · A robust framework of engineering discipline, including automated testing and modular design.

    The card explicitly states that Agile's flexibility is a direct result of rigorous engineering discipline, highlighting practices like comprehensive automated testing, CI/CD, and modular architectural design. While frequent meetings and rapid iterations (Option B) are Agile practices, without this underlying technical discipline, they can lead to chaos rather than effective change management.

    Read the full bite: How does Agile's 'welcoming change' differ from chaos?

  21. Question 21 of 30

    For what kind of problem domain is empirical process control primarily designed?

    Show the answer

    Answer: a · Complex problems where requirements and technical challenges are unpredictable.

    Empirical process control is explicitly designed for complex problem domains where more is unknown than known, and where requirements or technical challenges are likely to change. It is inefficient for simple, well-understood problems or situations where a detailed, predictive plan is sufficient.

    Read the full bite: Empirical Process Control: Steer by Observing, Not by Plan

  22. Question 22 of 30

    In Scrum, who is ultimately accountable for deciding how much work from the Product Backlog can be included in a Sprint?

    Show the answer

    Answer: c · The Developers, as they are the ones responsible for creating the plan and doing the work.

    The Developers are solely accountable for selecting the work for the Sprint Backlog, as they own the 'how'. While the Product Owner prioritizes the work, they do not dictate how much the Developers can forecast for a Sprint.

    Read the full bite: What are the three Scrum accountabilities and their focus?

  23. Question 23 of 30

    Which statement accurately describes the distinct primary focus of the three accountabilities within a Scrum Team?

    Show the answer

    Answer: c · The Product Owner is accountable for maximizing product value, the Scrum Master coaches the team on Scrum, and the Developers create usable Increments.

    The Product Owner's primary accountability is maximizing product value, the Scrum Master's is establishing and coaching on Scrum, and the Developers' is creating usable Increments. Distractors often misrepresent the Scrum Master as a project manager or team lead, or narrow the Developers' role to just coding or testing.

    Read the full bite: What are the three accountabilities in a Scrum Team?

  24. Question 24 of 30

    Which statement accurately describes the Scrum Master's accountability as defined in the 2020 Scrum Guide?

    Show the answer

    Answer: a · Fostering an environment where transparency, inspection, and adaptation can thrive

    The Scrum Master fosters an environment for empiricism rather than assigning tasks or controlling deadlines, which is a common misconception that confuses the accountability with project management. Ordering the backlog belongs to the Product Owner, and producing the Increment is the accountability of the Developers.

    Read the full bite: Three accountabilities in a Scrum Team and their primary focuses

  25. Question 25 of 30

    During an active Scrum Sprint, what is the general approach to the scope of work?

    Show the answer

    Answer: d · It remains fixed to ensure the team can achieve the defined Sprint Goal.

    The card explicitly states, "The scope is fixed; no changes are made that would endanger the Sprint Goal." This ensures focus and predictability for the team. While the overall product backlog is flexible, the scope within an active sprint is protected.

    Read the full bite: The Sprint: A Timeboxed Rhythm for Work

  26. Question 26 of 30

    When Developers detect an undesirable variance during a Daily Scrum, which response best aligns with the event's intended outcome?

    Show the answer

    Answer: b · Adjust their plan or approach to keep progress within acceptable limits before the Sprint ends.

    The Daily Scrum is designed for Developers to inspect progress and adapt their own plan when variances appear so the Sprint stays within acceptable limits. Replanning the entire Sprint confuses this event with Sprint Planning, while escalating to the Scrum Master contradicts the rule that the Developers own and direct their plan.

    Read the full bite: Describe the Daily Scrum's purpose, audience, and intended outcome.

  27. Question 27 of 30

    What is the primary purpose of the Daily Scrum?

    Show the answer

    Answer: d · To inspect progress toward the Sprint Goal and create an actionable plan for the next 24 hours.

    The Daily Scrum is a planning event for the Developers to inspect progress and adapt their plan for the day. It is not a status report for others, which is a common misconception.

    Read the full bite: Describe the purpose of the Daily Scrum

  28. Question 28 of 30

    What is the primary purpose of the Daily Scrum event?

    Show the answer

    Answer: c · To allow Developers to inspect progress toward the Sprint Goal and adapt their plan.

    The Daily Scrum is a planning event for the Developers to inspect their progress toward the Sprint Goal and adapt their plan for the next 24 hours. It is not a status report for management (option A), nor is it for in-depth problem-solving (option D) or rigidly following a set of individual questions (option B).

    Read the full bite: What is the purpose of the Daily Scrum?

  29. Question 29 of 30

    A Scrum Team has just finished a Sprint. What is the key difference between the Sprint Review and the Sprint Retrospective that follows?

    Show the answer

    Answer: b · The Review focuses on inspecting the product with stakeholders, while the Retrospective focuses on inspecting the team's process without them.

    The Sprint Review is an event to inspect the product increment with stakeholders to adapt the Product Backlog. In contrast, the Sprint Retrospective is for the Scrum Team only to inspect its own process and create a plan for improvement.

    Read the full bite: What is the purpose of Sprint Review vs. Sprint Retrospective?

  30. Question 30 of 30

    What is the key distinction between a Sprint Review and a Sprint Retrospective?

    Show the answer

    Answer: d · The Sprint Review involves the Scrum Team and stakeholders to inspect the product and adapt the Product Backlog, whereas the Sprint Retrospective involves only the Scrum Team to inspect the process and plan improvements.

    The Sprint Review focuses on inspecting the product with stakeholders to adapt the Product Backlog, while the Sprint Retrospective focuses on inspecting the team's process with only the Scrum Team to identify improvements. Option B is incorrect because the Review is a collaborative working session, not just a formal presentation, and the Retrospective is about process, not individual performance.

    Read the full bite: Sprint Review vs. Sprint Retrospective: Purpose and Audience

Could you explain these out loud?

That is what an interview actually tests. Tezvyn gives you questions like these with what the interviewer is really checking, the answer that lands, and the mistake that ends the conversation, in the four minutes before your next meeting.

The iPhone app is on the way

We are building it. Until it lands, nothing here is held back from you: every interview card, your saved cards, streaks and the job board all work in Safari, plus hundreds of free practice quizzes of thirty questions each. Sign in and it all carries over to the app the day it arrives.

Want it as an icon? Tap Share at the bottom of Safari, then Add to Home Screen. It opens full screen and the cards you have read stay available offline.

Get it on Google PlayiPhone app coming soon