Free and Premium Scrum PSM-I Dumps Questions Answers

According to the Scrum Guide 1 , during each Daily Scrum, each Developer answers three questions:

What did I do yesterday that helped meet our Sprint Goal?

What will I do today to help meet our Sprint Goal?

Do I see any impediment that prevents me or our Development Team from meeting our Sprint Goal?

The Developers can select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward achieving their Sprint Goal and producing a usable Increment. The Developers can start with any one person and proceed in any order.

According to the Scrum Guide, the Scrum Team should make sure that everyone on the team does their tasks for the Sprint, as they are collectively accountable for creating valuable Increments that meet stakeholder needs and expectations. The other options are not valid, as they imply that someone else outside the Scrum Team (such as a project manager) or another role on the Scrum Team (such as the Product Owner or the Scrum Master) is responsible for making sure that everyone does their tasks for the Sprint.

According to the Scrum Guide 1 , the Developers are self-organizing and decide how to turn Product Backlog items into an Increment of value. No one tells them how to do their work. The Developers are accountable for creating a plan for the Sprint, the Sprint Backlog. The other roles are not responsible for making sure everyone on the Development Team does their tasks for the Sprint.

According to the Scrum Guide, a self-organizing Development Team chooses how to best accomplish its work, rather than being directed by others outside the team. The other options are not choices that a self-organizing Development Team makes, as they are either determined by the Scrum framework (such as Sprint length and Product Backlog ordering) or by collaboration with other roles (such as stakeholders for the Sprint Review and when to release).

During the Sprint Retrospective, the Scrum Team may add items to the Sprint Backlog for the next Sprint, as stated in [5] : “The purpose of each Sprint Retrospective is to plan ways to increase quality and effectiveness. The Scrum Team plans ways to implement improvements identified during this meeting into its way of working. By doing this it reinforces empiricism throughout its work. Improvements may be implemented at any time during a Sprint or they may be planned for subsequent Sprints.”

According to the Scrum Guide, the Sprint Backlog may include any items that are a decomposition of the selected Product Backlog items, such as user stories, tasks, use cases, tests, or others. The Sprint Backlog is the Developers’ plan for the Sprint, and it contains all the work that they forecast they can do to achieve the Sprint Goal and create a “Done” Increment. The other options are not valid, as they are either too specific (such as user stories or tasks) or too vague (such as tests).

According to the Scrum Guide, a Development Team is cross-functional if it has all the skills to create a potentially releasable Increment by the end of every Sprint. The other options are not indicators of cross-functionality, as they are either specific practices (such as pair programming or test driven development) or irrelevant factors (such as conflicts within the team or ability to perform every task).

According to the Scrum Guide, Developers are self-managing, which means that they manage their own Sprint Backlog. They decide how to organize their work and collaborate effectively to deliver a valuable Increment that meets the Definition of Done and the Sprint Goal. The other options are not valid, as they imply that Developers manage things that are either determined by the Scrum framework (such as Sprint length), by collaboration with other roles (such as when to release or stakeholders for the Sprint Review), or by the Product Owner (such as Product Backlog ordering).

According to the Scrum Guide, the purpose of a Sprint is to produce a valuable useful Increment that meets the Definition of Done and the Sprint Goal. This means that the Developers work on items from the Product Backlog that deliver value to the stakeholders and align with the product vision. The other option is not valid, as it implies that producing an Increment is not the purpose of a Sprint.

The correct answer is D. The Sprint Goal provides the Developers with a common, specific objective that creates focus and coherence during the Sprint. Rather than treating the Sprint as a collection of unrelated backlog items, the Sprint Goal gives the team a shared purpose for the work they are doing. This helps the Developers make trade-offs, collaborate more effectively, and adapt the Sprint Backlog while still moving toward a meaningful outcome.

Option A is incorrect because Scrum does not define Sprint 0 as part of Scrum, and the Sprint Goal applies to every Sprint. Option B is incorrect because the Sprint Goal is highly valuable. The Product Backlog provides ordered possibilities for future work, but the Sprint Goal explains the purpose of the current Sprint. Option C is incorrect because the Sprint Goal does not guarantee that every selected Product Backlog item will be completed. The team may renegotiate scope with the Product Owner as more is learned, while still aiming to achieve the Sprint Goal.

The Sprint Goal supports flexibility. It allows the Developers to adjust their plan during the Sprint without losing direction. That is why Scrum uses a goal-oriented approach rather than only a task-oriented one.

The correct answers are B and E, because Scrum has no “tester” role and everyone in the Development Team is responsible for quality. The Scrum Guide states that “the Development Team consists of professionals who do the work of delivering a potentially releasable Increment of ‘Done’ product at the end of each Sprint. Development Teams are structured and empowered by the organization to organize and manage their own work. The resulting synergy optimizes the Development Team’s overall efficiency and effectiveness.”

The correct answer is D because every Sprint, including the first Sprint, should result in at least one valuable and useful Increment. Scrum is based on empiricism and incremental delivery. That means the team should not spend the first Sprint only on planning, documenting, or designing future work. Instead, they should create something usable that moves the product forward and provides an opportunity for inspection and adaptation.

Option A is incorrect because Scrum does not require detailed upfront analysis and documentation for later Sprints before producing value. Option B is incorrect because while some architecture and feature thinking may happen, Scrum does not make large upfront design the objective of the first Sprint. Option C is incorrect because Scrum avoids trying to fully plan the whole project in advance in complex environments. Instead, planning evolves over time as the team learns.

The key Scrum expectation is that each Sprint produces an Increment that meets the Definition of Done. This allows stakeholders to inspect real progress, provides early feedback, and reduces risk. The first Sprint is not an exception. It should deliver something useful, even if small, to begin empirical product development immediately.

The correct answer is D, because this statement best describes the Sprint Review. The Scrum Guide states that “a Sprint Review is held at the end of the Sprint to inspect the Increment and adapt the Product Backlog if needed. During the Sprint Review, the Scrum Team and stakeholders collaborate about what was done in the Sprint.” Therefore, the Sprint Review is when the Scrum Team and stakeholders inspect the outcome of a Sprint and figure out what to do next.

According to the Scrum Guide, two characteristics of the Daily Scrum are its location and time remain constant and its purpose is to inspect progress toward the Sprint Goal and adapt the Sprint Backlog. These characteristics promote consistency, transparency, and adaptation within the Development Team. The other options are not valid characteristics of the Daily Scrum, as they are either irrelevant (such as being held first thing in the morning) or inappropriate (such as being free form, facilitated by the team lead, or consisting of the Scrum Master asking for status).

The correct answer is B. To present the Scrum Teams with insights and resources that help them improve. According to the Scrum Guide 1 , “The role of management in Scrum is to support the Product Owner with insights and information into high-value product and system capabilities.” Management also helps the Scrum Team by providing an environment that fosters agility, learning, and collaboration 2 . Management does not directly control or monitor the work of the Developers, nor does it interfere with the self-organization and autonomy of the Scrum Team 3 . Management’s function in Scrum is to enable and empower the Scrum Team to deliver value and continuously improve.

The best answers are A, C, and E. The Definition of Done creates transparency by making everyone understand what it means for work to be complete. That makes Option C correct. It also creates a shared understanding of completion, which makes Option E correct. This is essential in Scrum because inspection is only meaningful when there is clarity about whether a Product Backlog item or Increment is actually done.

Option A is also correct because the Definition of Done helps Developers determine how much work they can realistically select during Sprint Planning. If the team understands the full quality criteria required for completion, they can make better decisions about how many Product Backlog items fit within the Sprint.

Option B is incorrect because Scrum does not support “mostly done.” Work is either done according to the Definition of Done or it is not done. Option D is incorrect because the Definition of Done does not describe Scrum events. It applies to the Increment and defines the quality measures required for completeness.

In Scrum, the Definition of Done is a critical tool for quality, transparency, and forecasting realistic Sprint scope.

There are no activities that a Product Owner would typically undertake in the phase between the end of the current Sprint and the start of the next Sprint, because there is no such phase. The next Sprint starts immediately after the current Sprint, without any gaps or breaks. The other options are either activities that occur during a Sprint (such as refining the Product Backlog) or activities that are not consistent with Scrum (such as working with Quality Assurance departments or updating project plans).

The correct answer is B because in Scrum, Developers are collectively accountable for creating a usable Increment every Sprint, and they share accountability for the Sprint Backlog. Scrum emphasizes self-management and collective ownership rather than assigning individual accountability for separate backlog items in the traditional sense. The Developers decide how to turn selected Product Backlog items into an Increment and how to organize their work, but the responsibility remains shared across the team.

This shared accountability supports collaboration, flexibility, and focus on the Sprint Goal. It prevents siloed behavior where individuals protect only their own tasks instead of working together to achieve the Sprint outcome. The Sprint Backlog is created by and for the Developers, and they adapt it throughout the Sprint as more is learned.

Option A is incorrect because accountability does not begin during the Daily Scrum. Option C is incorrect because capacity does not create individual ownership in Scrum. Option D is incorrect because Scrum does not require even task splitting or pre-assigned ownership at Sprint Planning. The Developers remain collectively accountable throughout the Sprint.

Explanation of Correct Answer: According to the Scrum Guide 1 , the only required events in Scrum are Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective. These events enable transparency, inspection, and adaptation. The other options are not mandatory in Scrum, although they may be useful in some contexts.

Correct Answer: C and E

Short Explanation: According to the Scrum Guide 2020 1 , the product has one Product Backlog, which is the single source of work undertaken by the Scrum Team. The Product Backlog is ordered by the Product Owner, who is accountable for maximizing the value of the product resulting from the work of the Scrum Team. There should be only one Product Owner per product, who may represent the desires of a committee in the Product Backlog, but those wanting to change a Product Backlog item’s priority must address the Product Owner 1 . Having multiple Product Owners or Product Backlogs would create confusion, inconsistency, and waste in the Scrum process.

The correct answer is B, because the Development Team is responsible for managing the progress of work during a Sprint. The Scrum Guide states that “the Development Team tracks this total work remaining at least for every Daily Scrum to project the likelihood of achieving the Sprint Goal. By tracking the remaining work throughout the Sprint, the Development Team can manage its progress.”

The Product Backlog is ordered by the Product Owner with the most valuable items placed at the top, as stated in [6]: “The Product Owner is responsible for ordering items on their product backlog based on their value to customers and users. Value can be measured by various factors, such as business value, customer satisfaction, risk reduction, learning opportunities, etc. The most valuable items are placed at the top of the product backlog so that they can be delivered sooner by the development team.”

There is no such thing as Sprint 0 in Scrum, as stated in [7]: “Sprint 0 is a term used by some people who use Scrum to describe an initial period before starting Sprints where they do some upfront planning or analysis. However, this is not part of Scrum and contradicts its principles of empirical process control, iterative delivery, and responding to change.”

According to the Scrum Guide 1 , the Sprint Review is an informal meeting at the end of the Sprint, where the Scrum Team and stakeholders collaborate about what was done in the Sprint. Based on that and any changes to the Product Backlog during the Sprint, attendees collaborate on what to do next. The Product Owner explains what Product Backlog items have been “Done” and what has not been “Done”; the Development Team discusses what went well during the Sprint, what problems it ran into, and how those problems were solved; and the Development Team demonstrates the work that it has “Done” and answers questions about the Increment. The entire group collaborates on what to do next, so that the Sprint Review provides valuable input to subsequent Sprint Planning. The Sprint Review is mainly an inspect and adapt opportunity for the Scrum Team and stakeholders.

A Scrum Team is a cohesive unit of professionals that consists of one Product Owner, one Scrum Master, and Developers, as stated in the Scrum Guide: “The Scrum Team consists of one Scrum Master, one Product Owner, and Developers. Within a Scrum Team, there are no sub-teams or hierarchies. It is a cohesive unit of professionals focused on one objective at a time, the Product Goal.”

The correct answers are B and D. The Scrum Master is accountable for the Scrum Team’s effectiveness and helps the team improve its practices within the Scrum framework. One important way this happens is by facilitating Scrum Team decisions. That makes Option B correct. The Scrum Master does not make decisions for the team, but helps create the conditions for effective collaboration, self-management, and sound decision-making. This support improves the team’s ability to inspect, adapt, and work productively.

Option D is also correct because the Scrum Master serves the Scrum Team by causing the removal of impediments to the Scrum Team’s progress. Impediments reduce flow, create delays, and lower effectiveness. By helping remove those obstacles, the Scrum Master enables the team to focus on creating valuable Increments.

Option A is incorrect because ordering the Product Backlog is the Product Owner’s accountability, not the Scrum Master’s. Option C is too narrow. While the Scrum Master helps ensure Scrum events are positive, productive, and within the timebox, simply starting and ending meetings on time is not one of the two primary ways they help maximize team productivity. Their deeper contribution is enabling effectiveness and removing barriers.

The correct answer is B, because the time-box for the Sprint Planning meeting is 8 hours for a monthly Sprint. The Scrum Guide states that “Sprint Planning is time-boxed to a maximum of eight hours for a one-month Sprint. For shorter Sprints, the event is usually shorter.”

According to the Scrum Guide, the Product Owner has the final say on the order of the Product Backlog, as he or she is responsible for maximizing the value of the product and the work of the Development Team. The other roles do not have this authority, although they may provide input and suggestions to the Product Owner.

According to the Scrum Guide, the Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint. The topics that are appropriate for discussion are those that relate to how the team does its work, such as team relations, Definition of Done, and processes, tools, communication, collaboration, quality, etc. The other options are not appropriate topics for discussion in a Sprint Retrospective, as they belong to other Scrum events (such as arranging the Sprint Backlog for the next Sprint in the Sprint Planning or evaluating the value of work in the Product Backlog in the Sprint Review).

According to the Scrum Guide 1 , the Development Team consists of professionals who do the work of delivering a potentially releasable Increment of “Done” product at the end of each Sprint. Development Teams are structured and empowered by the organization to organize and manage their own work. The resulting synergy optimizes the Development Team’s overall efficiency and effectiveness. Cross-functional teams have all competencies needed to accomplish the work without depending on others not part of the team. The team model in Scrum is designed to optimize flexibility, creativity, and productivity.

According to the Scrum Guide, the Developers on the Scrum Team should write the user documentation, as they are responsible for creating a “Done” Increment that meets the Definition of Done and the Sprint Goal. The other options are not valid, as they imply that the user documentation can be deferred, ignored, or outsourced, which is not consistent with Scrum values and principles.

A Sprint burndown chart shows an estimate of the total work remaining for the Sprint, as stated in  3 : “A sprint burndown chart tracks work remaining in a sprint. It shows how much work remains at any given point during a sprint. It helps teams monitor whether they will finish all planned tasks by the end of a sprint.”

The correct answer is D, because there is no gap between Sprints in Scrum. The Scrum Guide states that “a new Sprint starts immediately after the conclusion of the previous Sprint.” Therefore, there is no time required after a Sprint to prepare for the next Sprint.

The correct answer is D, because the recommended size for a Development Team is 3 to 9 members. The Scrum Guide states that “fewer than three Development Team members decrease interaction and results in smaller productivity gains. Smaller Development Teams may encounter skill constraints during the Sprint, causing the Development Team to be unable to deliver a potentially releasable Increment. Having more than nine members requires too much coordination. Large Development Teams generate too much complexity for an empirical process to be useful.”

The correct answer is B, because the Scrum Guide states that “the Sprint Goal is an objective set for the Sprint that can be met through the implementation of Product Backlog. It provides guidance to the Development Team on why it is building the Increment.” Therefore, the Sprint Goal provides the Development Team with a target and overarching direction for the Sprint.

The next Sprint begins immediately after the conclusion of the previous Sprint, as stated in the Scrum Guide: “Sprints have consistent durations throughout a development effort. A new Sprint starts immediately after the conclusion of the previous Sprint.”

The best two answers are B and D. These two ways of dealing with regulatory compliance issues are consistent with Scrum’s values and principles, as they allow the Scrum Team to deliver valuable and potentially releasable increments of the product while meeting the necessary standards and regulations. They also enable the Scrum Team to inspect and adapt their compliance strategy based on feedback and changing requirements.

A is not a good answer because it creates a separate silo of responsibility for compliance issues, which can lead to delays, conflicts, and inefficiencies. It also violates the Scrum value of transparency, as the compliance team may not have full visibility into the product development process.

C is not a good answer because it implies a waterfall approach that assumes all the compliance requirements are known and fixed upfront, which is rarely the case. It also reduces the flexibility and responsiveness of the Scrum Team, as they may have to follow a rigid plan that does not reflect the current reality of the product or the market.

The correct answer is B. The Scrum Team includes skilled individuals who together have all the skills necessary to create value each Sprint. According to the Scrum Guide 1 , “Scrum Teams are cross-functional, meaning the members have all the skills necessary to create value in each Sprint.” This does not mean that every individual has all the skills, but rather that the team as a whole does. Cross-functionality enables the Scrum Team to deliver a potentially releasable Increment of “Done” product at the end of each Sprint, without depending on others outside the team.

The correct answer is C, because if necessary, the Development Team is responsible for removing a team member who is creating a hostile environment. The Scrum Guide states that “development Teams are self-organizing. No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality.” Therefore, the Development Team should manage its own composition and dynamics, and may need help from the Scrum Master to facilitate this process.

According to the Scrum Guide, the Scrum Team is responsible for removing a Developer from the Scrum Team if necessary, as they are self-managing and accountable for creating valuable Increments. The other options are not valid, as they imply that someone else outside the Scrum Team has the authority to remove a Developer (such as the Scrum Master, the Product Owner, or the hiring manager), which is not consistent with Scrum values and principles.

The correct answer is C. Scrum defines accountabilities for product value, team effectiveness, and creating Done Increments, but it does not give the Scrum Master, Product Owner, or Scrum Team formal managerial authority to hire or fire people. Personnel decisions such as removing someone from a team are typically the responsibility of the organization and its management structure. In this case, the hiring manager or appropriate people manager would be responsible for removing the Developer if that becomes necessary.

Option A is incorrect because although the Scrum Master helps remove impediments, that does not mean they have authority over employment or staffing decisions. Option B is incorrect because the Product Owner is accountable for maximizing product value, not for personnel management. Option D is incorrect because the Scrum Team is self-managing with respect to its work, but it does not generally have organizational authority to remove employees from the team.

The Scrum Master should still help the team address the conflict by coaching, facilitating conversations, and improving collaboration. But if actual removal is required, that action belongs to the organization’s management system, not to a Scrum accountability.

An example of an Increment is a valuable, useful set of product features, as stated in [4]: “An Increment is a concrete stepping stone toward the Product Goal. Each Increment is additive to all prior Increments and thoroughly verified, ensuring that all Increments work together. In order to provide value, each Increment must be usable.”

According to the Scrum Guide, every Scrum Team must have a Product Owner and a Scrum Master, as they are essential roles for Scrum. The outcomes of the Scrum Team are affected by their participation and availability, as they provide guidance, support, and facilitation to the Development Team and the stakeholders. The other options are false, as they imply that a Product Owner or a Scrum Master can be replaced or optional, which is not consistent with Scrum.

The correct answers are A and D, because these ways of creating Development Teams are consistent with Scrum’s values. Allowing existing teams to propose how they would like to organize into the new structure respects their self-organization and empowerment. Bringing all the developers together and letting them self-organize into Development Teams also respects their autonomy and collaboration.

According to the Scrum Guide, the timebox for a Sprint Planning event is 8 hours for a one-month Sprint, proportionally shorter for shorter Sprints. The other options are not valid, as they are either too long (such as monthly), too vague (such as whenever it’s done), or too short (such as 4 hours for a one-month Sprint).

In Scrum, the term " done " refers to the state where the Increment meets the Definition of Done (DoD), which is a shared understanding within the Scrum Team of what it means for work to be complete. The best two answers are:

C. No work is left to meet the Definition of Done: This statement aligns with the Scrum Guide, which states that the Increment must be in a usable condition and meet the DoD by the end of the Sprint. The DoD ensures that the work is fully completed, tested, and integrated, leaving no outstanding tasks.

D. Ready to be released to end users: This reflects the goal of Scrum that the Increment should be in a potentially releasable state at the end of each Sprint, meaning it is of sufficient quality and functionality to be delivered to users if the Product Owner chooses to do so.

The other options are incorrect because:

A. Ready for integration: While integration is part of the process, " done " implies more than just being ready for integration; it includes being fully completed and meeting the DoD.

B. All work the Developers are willing to do: This is subjective and does not align with the objective standard of the DoD, which is agreed upon by the entire Scrum Team.

E. Whatever the Product Owner defines as quality: The DoD is a team responsibility, not solely defined by the Product Owner, ensuring a collective standard rather than an individual judgment.

A Sprint may be cancelled only if the Sprint Goal becomes obsolete. This makes Option A the correct answer. The Scrum Guide is very clear that only the Product Owner has the authority to cancel a Sprint, although that decision may be influenced by stakeholders, the Developers, or the Scrum Master. The reason for cancellation is not general disruption, poor forecasting, or the appearance of new work. It is specifically tied to the Sprint Goal no longer having value or relevance.

Option B is incorrect because a new business opportunity does not automatically justify cancelling a Sprint. Scrum is designed to handle change without disrupting the Sprint unless the Sprint Goal itself is no longer valid. Option C is incorrect because feasibility concerns should be addressed through collaboration and adaptation, but they do not by themselves define the cancellation rule. Option D is incorrect because not finishing all selected work is not a reason to cancel a Sprint. Scrum accepts uncertainty, and the team inspects and adapts. The Sprint Goal remains the key commitment, and as long as it is still relevant, the Sprint should continue.

According to the Scrum Guide, estimates are made by the people doing the work, which is the Development Team. The Development Team is responsible for all estimates in the Product Backlog and the Sprint Backlog. The other options are not valid guidelines for estimating work in Scrum, as they are either too prescriptive (such as requiring story points or relative units), incorrect (such as forbidding estimating or having the Product Owner make estimates), or unnecessary (such as checking estimates with the Development Team).

The best answer is B. The Developers on the Scrum Team should write the user documentation. According to the Scrum Guide, the Definition of Done creates transparency and ensures that the product Increment meets the quality standards required for the product 1 . If user documentation is part of the Definition of Done, then it should be completed within the Sprint by the Scrum Team 1 . The Scrum Team should have all the skills needed to deliver the product, and if user documentation is part of the product, then that skill should be on the team as well 2 . The Developers on the Scrum Team are responsible for creating a plan for delivering the Increment, which includes user documentation 1 . They can also ask for help from other more experienced writers outside the team, or learn the skill through training or workshops 2 . The other options are not consistent with the Scrum values and principles, as they would create dependencies, delays, and waste in the product development process.

According to the Scrum Guide, Scrum is a framework to generate value through adaptive solutions for complex problems. It is based on empiricism, self-organization, and collaboration. The other options are not accurate descriptions of Scrum, as they are either too rigid (such as a defined and predictive process or a complete methodology), too vague (such as a cookbook), or irrelevant (such as scientific management).

According to the Scrum Guide, a Developer becomes accountable for the value of a Product Backlog item selected for the Sprint at the Sprint Planning event. This is when the Developers select items from the Product Backlog that they can commit to complete within a Sprint. The Developers are then responsible for creating a valuable Increment that meets the Definition of Done and the Sprint Goal. The other options are not valid, as they either imply that Developers are not accountable for value (such as never or whenever), or that they become accountable at a different time (such as during the Daily Scrum).

According to the Scrum Guide, a Scrum Team is cross-functional if it includes skilled individuals who together have all the skills necessary to create value each Sprint. This means that the Developers can work on any aspect of the product without depending on others outside the team. The other options are not valid descriptions of cross-functionality, as they either imply that the Developers work in silos or rely on external people (such as business analysts, architects, testers, or separate teams).

According to the Scrum Guide 1 , the Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint. The Sprint Retrospective occurs after the Sprint Review and prior to the next Sprint Planning. The purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness. The Product Owner is part of the Scrum Team and should participate as a Scrum Team member in the Sprint Retrospective.

The correct answers are B and D, because adding non-functional requirements to the Product Backlog and keeping the Product Owner posted on the expected effort helps prioritize and plan them in alignment with the product vision and goals. Additionally, adding non-functional requirements to the definition of ‘Done’ ensures that they are met every Sprint and do not accumulate technical debt.

The correct answer is A, because Development Team membership should change as needed, while taking into account a short term reduction in productivity. The Scrum Guide states that “development Teams are cross-functional, with all of the skills as a team necessary to create a product Increment; development Teams are self-organizing. No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality.” Therefore, changing Development Team membership may affect their cross-functionality and self-organization in the short term.

The correct answers are A and D, because a Development Team is responsible for resolving internal team conflicts and organizing the work required to meet the Sprint Goal. The Scrum Guide states that “development Teams are self-organizing. No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality.” Therefore, a Development Team should manage its own work and resolve its own issues.

According to the Scrum Guide 1 , the definition of “Done” is a formal description of the state of the Increment when it meets the quality measures required for the product. The definition guides the Development Team in creating a “Done” Increment. The definition of “Done” is created by the development organization (or Development Team if none is available from the development organization). The definition of “Done” may vary significantly per Scrum Team, depending on the context. One aspect of Scrum Teams inspecting how they work toward their Product Goal is that they improve their definition of “Done” over time.

The two effective ways for the Scrum Team to make non-functional requirements visible are C and D.

C. Add them to the Definition of Done so the work is taken care of every Sprint.

The Definition of Done (DoD) is a shared understanding of what it means for a Product Backlog item to be complete and potentially releasable 1 . The DoD can include non-functional requirements that apply to the entire product or system, such as performance, security, usability, etc. By adding them to the DoD, the Scrum Team ensures that they are met every Sprint and that the quality of the product is maintained 2 .

D. Add them to the Product Backlog to ensure transparency.

The Product Backlog is an ordered list of everything that is known to be needed in the product 1 . The Product Backlog can include non-functional requirements that are specific to certain features or functionalities, such as response time, availability, scalability, etc. By adding them to the Product Backlog, the Scrum Team ensures that they are visible to all stakeholders and that they are prioritized and refined along with the functional requirements 3 .

A and B are not effective ways for the Scrum Team to make non-functional requirements visible.

A. Run the integration and regression tests before the end of the Sprint, and capture the open work for the Sprint Backlog of the next Sprint.

This approach does not make non-functional requirements visible, but rather postpones them until the end of the Sprint. This can lead to incomplete or low-quality Increments that do not meet the expectations of the customers or users. Moreover, this approach does not account for any changes or feedback that may occur during the Sprint 4 .

B. Put them on a separate list on the Scrum board, available for all to see.

This approach does not make non-functional requirements transparent, but rather isolates them from the functional requirements. This can lead to confusion or inconsistency in how they are handled by the Scrum Team. Moreover, this approach does not align with the principle of having a single source of truth for the product requirements, which is the Product Backlog 5 .

The best answers are B and C because the Scrum Master serves both the Product Owner and the Scrum Team by helping address quality concerns in a constructive, transparent, and Scrum-consistent way. Quality in Scrum is not handled outside the team or delegated only to testers. When a stakeholder raises a concern about low quality, the issue should be made visible and addressed through the Product Backlog, the Definition of Done, and direct collaboration within the Scrum Team.

Option B is correct because quality expectations and stakeholder concerns should be reflected in Product Backlog items when appropriate, and the Developers need to understand those concerns clearly. Option C is also correct because the Scrum Master helps the Product Owner find an effective way to work with the Developers and address the issue empirically.

Option A is incorrect because acceptable quality standards are not solely for Developers to decide in isolation. Option D is incorrect because Scrum does not create a separate tester role responsible for quality. Option E is too passive and delayed. A significant quality concern should be addressed promptly, not simply postponed to the Sprint Retrospective.

The correct answer is A, because keeping component teams while starting Scrum may cause less initial disruption than organizing into new teams. As they start using Scrum, they will discover what works best for them and how to potentially re-organize towards feature teams. However, component teams may face some challenges in delivering a working Increment of software that provides business value every Sprint, as they may depend on other teams or layers.

The correct answer is A, because the Product Owner does not need to be present at the Daily Scrum. The Scrum Guide states that “the Daily Scrum is a 15-minute time-boxed event for the Development Team to synchronize activities and create a plan for the next 24 hours. … The structure of the meeting is set by the Development Team and can be conducted in different ways if it focuses on progress toward the Sprint Goal.” Therefore, the Daily Scrum is an internal event for the Development Team, and the Product Owner can attend only if invited by the Development Team.

The two intended outcomes of the Daily Scrum are A and D.

A. Identification of impediments that may prevent the Developers from achieving the Sprint Goal.

The Daily Scrum is an opportunity for the Developers to inspect their progress toward the Sprint Goal and to identify any impediments or challenges that may hinder them from completing the work in the Sprint Backlog 1 . The Scrum Master can help the Developers remove these impediments or find ways to overcome them 2 .

D. A shared understanding of the most important work to be undertaken next to achieve the best possible progress toward the Sprint Goal.

The Daily Scrum is also an opportunity for the Developers to adapt their plan for the next 24 hours based on their current situation and the Sprint Goal 1 . The Developers can select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward the Sprint Goal and produces an actionable plan for the next day of work 1 . This creates focus and improves self-management.

B, C, and E are not intended outcomes of the Daily Scrum.

B. An update of completed tasks and of the remaining work so the Scrum Master can plan the next day.

The Daily Scrum is not a status meeting or a report for the Scrum Master or anyone else 2 . The Developers are responsible for conducting and facilitating the Daily Scrum, not the Scrum Master 1 . The Scrum Master’s role is to ensure that the event happens, that it is positive and productive, and that it stays within the 15-minute timebox 2 .

C. An updated Scrum board to make Sprint progress transparent for the stakeholders.

The Daily Scrum is an internal meeting for the Scrum Team, not for external stakeholders 1 . The Scrum board is a tool that can help the Developers visualize their work, but it is not an outcome of the Daily Scrum. The outcome of the Daily Scrum should be an updated Sprint Backlog and an updated Sprint plan to achieve the Sprint Goal 3 .

E. A status report for the upper management indicating what each individual has done, will be doing, and what is impeding him/her.

The Daily Scrum is not a status report for anyone, especially not for upper management 2 . The purpose of the Daily Scrum is to inspect and adapt the work of the Developers, not to report on individual activities or performance 1 . The focus of the Daily Scrum should be on the collective work and progress of the Developers as a self-organizing team 2 .

The correct answer is A. When multiple Scrum Teams work on the same product, they should share a common Definition of Done. This creates transparency across the product and ensures that all Increments are held to the same quality standard. Without one shared Definition of Done, it becomes difficult to inspect the integrated product accurately and determine whether work is truly complete.

Option B is incorrect because Scrum does not recommend separate Definitions of Done later reconciled in a hardening Sprint. Hardening Sprints are not part of Scrum and usually indicate that quality has not been built into normal development. Option C is also incorrect because merely making different definitions visible does not solve the inconsistency problem. A product needs one integrated standard of completion. Option D is incorrect because Scrum Masters do not define the Definition of Done on behalf of the teams. It must be mutually understood and used by the Scrum Teams working on that product, taking organizational standards into account.

A shared Definition of Done supports integration, quality, and releasability. It helps all teams contribute to one coherent product Increment rather than producing partially compatible outputs with differing completion standards.

According to the Scrum Guide 1 , the definition of “Done” is a formal description of the state of the Increment when it meets the quality measures required for the product. The definition of “Done” is created by the development organization (or Development Team if none is available from the development organization). The definition guides the Development Team in creating a “Done” Increment.

According to the Scrum Guide, two things that the Scrum Team should do during the first Sprint are building at least one piece of valuable functionality and creating at least one valuable, useful Increment. These are the goals of every Sprint, regardless of its order. The other options are not things that the Scrum Team should do during the first Sprint, as they are either out of scope (such as defining major product features and a release plan architecture or making a plan for the rest of the project) or unnecessary (such as analyzing, describing, and documenting requirements for subsequent Sprints).

According to the Scrum Guide 1 , a Sprint can be cancelled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Developers, or the Scrum Master. A Sprint would be cancelled if the Sprint Goal becomes obsolete. This might occur if the company changes direction or if market or technology conditions change. In general, a Sprint should be cancelled if it no longer makes sense given the circumstances. But, due to the short duration of Sprints, cancellation rarely makes sense.

The correct answer is A, because the Scrum Guide states that “a Sprint can be cancelled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Development Team, or the Scrum Master.” Therefore, a Development Team cannot cancel a Sprint by itself.

The correct answer is C, because if burndown charts are used to visualize progress, they track work remaining across time. A burndown chart is a graphical representation of the amount of work left to do versus the time available. It helps the Scrum Team monitor and forecast the progress toward the Sprint Goal.

The correct answer is C, because the Scrum Guide states that “the Scrum Master ensures that the Development Team has the meeting, but the Development Team is responsible for conducting the Daily Scrum. The Scrum Master teaches the Development Team to keep the Daily Scrum within the 15-minute time-box.” Therefore, the main reason for the Scrum Master to be at the Daily Scrum is to ensure that it happens, but he or she does not have to be there.

The correct answer is C, because the Scrum Guide states that “the Development Team usually starts by designing the system and the work needed to convert the Product Backlog into a working product Increment. Work planned for the first days of the Sprint by the Development Team is decomposed by the end of this meeting, often to units of one day or less. The Development Team self-organizes to undertake the work in the Sprint Backlog, both during Sprint Planning and as needed throughout the Sprint.” Therefore, enough work should be defined during the Sprint Planning event so that the Development Team can create its best forecast of what it can do, and to start the first several days of the Sprint.

The correct answers are A, B, and D, because these techniques would be most helpful in this situation. Consulting with the Development Team may help identify the root causes of the impediments and possible solutions. Prioritizing the list and working on them in order may help reduce the backlog and focus on the most important or urgent issues. Alerting management to the impediments and their impact may help escalate the problems and get support from the organization.

According to the Scrum Guide, the Product Owner is accountable for clearly expressing Product Backlog items, as he or she is responsible for managing and prioritizing the Product Backlog. The other options are not valid, as they imply that the Product Owner can be replaced by a business analyst, or that the Scrum Master or the Developers can express the Product Backlog items.

According to the Scrum Guide 1 , collaboration between the Product Owner and Developers is essential for creating valuable products. The Product Owner is accountable for maximizing value resulting from work by Developers. Developers are accountable for creating a plan for the Sprint, which includes selecting items from Product Backlog that they can complete within a Sprint. The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization. Therefore, two valuable actions for a Scrum Master to take if the Product Owner is not collaborating with the Development Team during the Sprint are:

Bring up the problem in the Sprint Retrospective, where the Scrum Team can inspect how they worked together and create a plan for improvements.

Coach the Product Owner in the values of Scrum and incremental delivery, and help them understand their role and responsibilities in collaborating with Developers.

The other options are not valuable actions, as they may undermine trust, respect, and self-organization within the Scrum Team.

The correct answer is B, because the Scrum Guide states that “the Development Team modifies the Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint. This emergence occurs as the Development Team works through the plan and learns more about the work needed to achieve the Sprint Goal.” Therefore, new work or further decomposition of work can be added to the Sprint Backlog as soon as possible after they are identified by the Development Team.

 According to the Scrum Guide 1 , ordering Product Backlog items is solely up to the Product Owner’s discretion. The Product Owner orders items in the Product Backlog to best achieve goals and missions. To do this, they optimize value by considering various factors such as cost and benefit, risk, dependencies, date needed, etc. The Product Owner is responsible for maximizing the value of the work the Development Team does. The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization. Therefore, an appropriate action for the Scrum Master to take if the Product Owner is struggling with ordering the Product Backlog is to offer the Product Owner help in understanding that the goal of ordering the Product Backlog is to maximize value.

A cross-functional Development Team is one that includes cross-skilled individuals who are able to contribute to do what is necessary to deliver an increment of software, as stated in the Scrum Guide 1 : “Cross-functional teams have all competencies needed to accomplish the work without depending on others not part of the team.”

According to the Scrum Guide, the Development Team should do two things during the first Sprint: develop at least one piece of functionality and create an increment of potentially releasable software. These are the goals of every Sprint, regardless of its order. The other options are not things that the Development Team should do during the first Sprint, as they are either out of scope (such as making a plan for the rest of the project or defining major product features and release plan architecture) or unnecessary (such as analyzing, describing, and documenting requirements for subsequent Sprints).

The correct answer is A, because the Product Owner does not determine how many Product Backlog items the Development Team selects for a Sprint. The Scrum Guide states that “the number of items selected from the Product Backlog for the Sprint is solely up to the Development Team. Only the Development Team can assess what it can accomplish over the upcoming Sprint.” Therefore, the Development Team is responsible for choosing the scope of work for a Sprint.

According to the Scrum Guide 1 , each event in Scrum is a formal opportunity to inspect and adapt something. These events are specifically designed to enable critical transparency and inspection. Failure to include any of these events results in reduced transparency and is a lost opportunity to inspect and adapt. All events are time-boxed events, such that every event has a maximum duration. Once a Sprint begins, its duration is fixed and cannot be shortened or lengthened. The remaining events may end whenever the purpose of the event is achieved, ensuring an appropriate amount of time is spent without allowing waste in the process. The time-boxed events in Scrum are:

Sprint Planning (eight hours or less for a one-month Sprint)

Daily Scrum (15 minutes or less for a one-month Sprint)

Sprint Review (four hours or less for a one-month Sprint)

Sprint Retrospective (three hours or less for a one-month Sprint)

The other options are not time-boxed events in Scrum.

According to the Scrum Guide 1 , the Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization. The Scrum Master serves the Developers in several ways, including:

Coaching them in self-management and cross-functionality;

Helping them to create high-value products;

Removing impediments to their progress;

Facilitating Scrum events as requested or needed; and,

Coaching them in organizational environments in which Scrum is not yet fully adopted and understood.

The Scrum Master serves the Product Owner in several ways, including:

Helping find techniques for effective Product Goal definition and Product Backlog management;

Helping the Scrum Team understand the need for clear and concise Product Backlog items;

Helping establish empirical product planning for a complex environment; and,

Facilitating stakeholder collaboration as requested or needed.

The Scrum Master serves the organization in several ways, including:

Leading, training, and coaching the organization in its Scrum adoption;

Planning and advising Scrum implementations within the organization;

Helping employees and stakeholders understand and enact an empirical approach for complex work; and,

Removing barriers between stakeholders and Scrum Teams.

Therefore, two things that are true about the Scrum Master role are:

The Scrum Master teaches the Development Team to keep the Scrum meetings to their time-box, as they help everyone understand Scrum theory and practice.

The Scrum Master helps those outside the team interact with the Scrum Team, as they serve both the Product Owner and the organization.

The other options are not true about the Scrum Master role, as they imply that they have authority or responsibility over things that are not within their accountability.

The Product Owner is responsible for ensuring that the most valuable functionality is produced first, at all times, by ordering and prioritizing the Product Backlog. The Product Owner also interacts with stakeholders to understand their needs and expectations, and to communicate the vision and progress of the product. The other options are not part of the Product Owner role according to Scrum, as they are either too prescriptive or too technical.

According to the Scrum Guide 1 , there is no such thing as a Release Sprint in Scrum. A Release Sprint implies that there are other Sprints that don’t produce a potentially releasable Increment, which violates the core principle of Scrum. Every Sprint should result in a “Done”, useable, and potentially releasable product Increment.

The correct answers are B and D, because these are the most appropriate responses for the Scrum Master. The Scrum Master should coach the team on why the Daily Scrum is important as an opportunity to update the plan, inspect the progress, and synchronize the activities of the Development Team. The Scrum Master should also learn why the Development Team wants this and work with them to improve the outcome of the Daily Scrum, rather than imposing a decision or accepting their request without question.

The best two answers are A and B. As a Scrum Team, prioritizing the list and working on them in order is a good technique to tackle the impediments. This way, the team can focus on the most urgent and important issues first and avoid being overwhelmed by the number of impediments. The Scrum Master discusses the impediments with the Scrum Team is also a helpful technique, as it allows the team to share their perspectives, identify the root causes, and come up with possible solutions. The Scrum Master can also coach the team on how to remove or prevent impediments in the future.

According to the Scrum Guide, the best approach for Scrum Teams in order to produce valuable Increments is to have each Developer work on the component where they feel that they can contribute. This means that the Developers can self-organize and collaborate effectively to deliver a valuable Increment that meets the Definition of Done and the Sprint Goal. The other options are not valid approaches, as they either imply that the Developers work in silos or rely on external people (such as developing functionality from beginning to end, working on an independent set of components, or working only as an independent layer of the system).