{"id":16342,"date":"2026-09-19T06:52:26","date_gmt":"2026-09-19T06:52:26","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=16342"},"modified":"2026-09-19T06:52:26","modified_gmt":"2026-09-19T06:52:26","slug":"scrum-psm-i-practice-test-questions-and-exam-dumps-part9-q161-180","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/scrum-psm-i-practice-test-questions-and-exam-dumps-part9-q161-180\/","title":{"rendered":"Scrum PSM I Practice Test Questions and Exam Dumps Part9 Q161-180"},"content":{"rendered":"<h1><\/h1>\n<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/psm-i-exam-dumps\"><b>Scrum PSM I Exam Dumps<\/b><\/a><b> and Practice Test Dumps.<\/b><\/h2>\n<p>&nbsp;<\/p>\n<h2><b>Question 161<\/b><\/h2>\n<p><b>What does Scrum identify as the foundation of complex product development?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Empiricism and lean thinking<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Detailed annual forecasting<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Centralized task assignment<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Fixed contractual scope<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Scrum is founded on empiricism and lean thinking. Empiricism emphasizes making decisions from observation and experience, while lean thinking focuses on reducing waste and concentrating on what is essential. Together, these ideas support an approach suited to complex product development, where complete prediction is often impossible. Scrum does not depend on detailed annual forecasting or centralized task assignment. Fixed contractual scope may exist in some business environments, but it is not the foundation of Scrum. The framework instead creates a structure for learning, inspection, adaptation, and delivery of valuable product results.<\/span><\/p>\n<h2><b>Question 162<\/b><\/h2>\n<p><b>What is the Scrum Team responsible for creating during each Sprint?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">A complete five-year roadmap<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">A usable Increment<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">A finalized organizational strategy<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">A permanent technical specification<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Scrum Team creates a usable Increment during each Sprint. The Increment must meet the Definition of Done and represent a concrete step toward the Product Goal. A roadmap, organizational strategy, or technical specification may support product development, but none is the primary outcome required by Scrum for each Sprint. Multiple Increments can be created during a single Sprint, and they may be delivered before the Sprint ends. The essential requirement is that completed work is usable and meets the agreed quality standard represented by the Definition of Done.<\/span><\/p>\n<h2><b>Question 163<\/b><\/h2>\n<p><b>Which artifact communicates the quality criteria for completed work?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Product Backlog<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sprint Goal<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Definition of Done<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Product Goal<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Definition of Done communicates the formal quality criteria that must be satisfied for work to be considered part of the Increment. It creates a shared understanding of what \u201cDone\u201d means and supports transparency across the Scrum Team and stakeholders. The Product Backlog contains product work, the Sprint Goal defines the Sprint objective, and the Product Goal describes a future state of the product. Because the Definition of Done applies consistently to completed work, it prevents different interpretations of completion and helps ensure that the Increment remains usable and inspectable.<\/span><\/p>\n<h2><b>Question 164<\/b><\/h2>\n<p><b>Who is accountable for establishing Scrum within the organization?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Product Owner<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Developers<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Stakeholders<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Scrum Master<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. This includes helping people understand Scrum theory and practice, coaching the Scrum Team and organization, and supporting effective Scrum adoption. The Scrum Master does not become the team&#8217;s manager or take over the Product Owner&#8217;s responsibilities. Developers remain accountable for creating the Increment, while the Product Owner remains accountable for product value and Product Backlog management. Establishing Scrum involves helping the organization understand why Scrum works through empiricism and how its accountabilities, events, and artifacts support that approach.<\/span><\/p>\n<h2><b>Question 165<\/b><\/h2>\n<p><b>What does the Product Goal describe?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">A future state of the product<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The technical tasks for one day<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Individual Developer responsibilities<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The team&#8217;s meeting schedule<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Product Goal describes a future state of the product and provides a target toward which the Scrum Team works. It gives the Product Backlog a longer-term purpose and helps connect individual Sprint efforts to an overall product direction. Daily technical tasks belong to the Developers&#8217; working plan rather than the Product Goal. Individual responsibilities and meeting schedules also do not define the product&#8217;s future state. A Scrum Team works toward one Product Goal at a time, and completing or abandoning that goal allows the team to pursue another meaningful product objective.<\/span><\/p>\n<h2><b>Question 166<\/b><\/h2>\n<p><b>What can happen when several Increments are created in one Sprint?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The Sprint must end immediately<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Each usable Increment can be delivered<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The Product Goal becomes invalid<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The Sprint Goal is automatically cancelled<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Scrum allows multiple Increments to be created during a single Sprint. Any Increment that satisfies the Definition of Done is usable and can be delivered. There is no requirement to wait until the Sprint Review or Sprint&#8217;s final day before releasing value. Creating or delivering an Increment does not automatically end the Sprint, cancel the Sprint Goal, or invalidate the Product Goal. This supports incremental delivery and allows valuable product functionality to reach users when appropriate. The Sprint Review remains an opportunity to inspect the overall Sprint outcome and collaborate about what to do next.<\/span><\/p>\n<h2><b>Question 167<\/b><\/h2>\n<p><b>Which Scrum value supports treating teammates as capable professionals?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Courage<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Focus<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Respect<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Openness<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Respect is one of Scrum&#8217;s five values and includes treating people as capable, independent professionals. Scrum relies heavily on collaboration and self-management, so people need to value one another&#8217;s expertise and contributions. Courage supports addressing difficult issues, Focus directs attention toward goals, and Openness supports transparency. These values work together rather than operating separately. Respect does not mean avoiding disagreement; constructive disagreement can be valuable when people recognize one another&#8217;s professional perspectives. A respectful environment helps the Scrum Team collaborate effectively while maintaining accountability for the product and Sprint outcomes.<\/span><\/p>\n<h2><b>Question 168<\/b><\/h2>\n<p><b>What is the Product Owner accountable for regarding Product Backlog content?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Keeping every item fully detailed forever<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Delegating all ordering decisions permanently<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Ensuring effective management of the Product Backlog<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Preventing stakeholders from providing input<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Product Owner is accountable for effective management of the Product Backlog. This includes developing and communicating the Product Goal, creating and clearly communicating Product Backlog items, ordering them, and ensuring that the backlog is transparent, visible, and understood. The Product Owner may delegate work related to these activities, but remains accountable. Product Backlog items do not need to remain fully detailed forever because the backlog is emergent. Stakeholder input is also valuable and can inform product decisions. Effective management means maintaining a useful, transparent, and value-oriented backlog.<\/span><\/p>\n<h2><b>Question 169<\/b><\/h2>\n<p><b>Which Scrum activity continuously adds detail to upcoming backlog work?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Product Backlog refinement<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sprint Retrospective<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Daily Scrum<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sprint Review<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Product Backlog refinement is an ongoing activity used to add details such as descriptions, order, and size to Product Backlog items. It helps make upcoming work sufficiently understood for future selection and planning. Refinement is not a separate Scrum event with a fixed timebox. The Daily Scrum focuses on progress toward the Sprint Goal, the Sprint Review inspects the product outcome and future direction, and the Sprint Retrospective focuses on improving team effectiveness. Refinement can occur throughout the Sprint as the Scrum Team gains knowledge and determines which upcoming items need greater clarity.<\/span><\/p>\n<h2><b>Question 170<\/b><\/h2>\n<p><b>What should happen when a Product Backlog item becomes unnecessary?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It must remain until the product ends<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It can be removed<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It must be assigned to Developers<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It automatically becomes the Sprint Goal<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A Product Backlog item that no longer provides sufficient value or relevance can be removed from the Product Backlog. Because the backlog is emergent, it should reflect the current understanding of what may contribute to the product. Keeping obsolete work indefinitely can create unnecessary complexity and reduce transparency. Removing an item does not require assigning it to Developers or converting it into a Sprint Goal. The Product Owner remains accountable for effective backlog management and can use current information, stakeholder feedback, and product evidence when deciding whether particular work should remain relevant.<\/span><\/p>\n<h2><b>Question 171<\/b><\/h2>\n<p><b>What does the Sprint Review primarily enable stakeholders to inspect?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The product outcome<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Individual attendance records<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Internal salary calculations<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Developer vacation schedules<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Sprint Review enables the Scrum Team and stakeholders to inspect the outcome of the Sprint. They consider the Increment, discuss what has been accomplished, examine relevant changes in the product environment, and collaborate on possible future adaptations. The event is centered on product progress rather than employee administration. Attendance records, salary calculations, and vacation schedules are unrelated to the Sprint Review&#8217;s purpose. By inspecting an actual product outcome and combining it with stakeholder feedback and environmental information, the participants can make better-informed decisions about future Product Backlog direction.<\/span><\/p>\n<h2><b>Question 172<\/b><\/h2>\n<p><b>What is the purpose of a Sprint Retrospective?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Approve the next corporate budget<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Assign new job titles<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Plan improvements to quality and effectiveness<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Replace the Product Owner<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Sprint Retrospective provides an opportunity for the Scrum Team to inspect how the last Sprint went and identify the most helpful changes to improve quality and effectiveness. The discussion can examine people, interactions, processes, tools, and the Definition of Done. The team then selects meaningful improvements to address. Corporate budgeting, job titles, and changing the Product Owner are not the purpose of this event. Improvement actions may be incorporated into the next Sprint&#8217;s work, helping the Scrum Team continuously improve rather than treating process improvement as a separate organizational exercise.<\/span><\/p>\n<h2><b>Question 173<\/b><\/h2>\n<p><b>Which commitment is associated with the Increment?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Product Goal<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sprint Goal<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Definition of Done<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Product Backlog ordering<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Definition of Done is the commitment associated with the Increment. It describes the formal quality standard that must be met for the Increment to be considered complete and usable. The Product Goal is associated with the Product Backlog, while the Sprint Goal is associated with the Sprint Backlog. Product Backlog ordering is an accountability of the Product Owner rather than one of the three artifact commitments. Understanding these relationships helps clarify how Scrum connects product direction, Sprint objectives, planned work, and quality expectations.<\/span><\/p>\n<h2><b>Question 174<\/b><\/h2>\n<p><b>Which event focuses specifically on improving the Scrum Team&#8217;s way of working?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sprint Planning<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sprint Retrospective<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sprint Review<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Daily Scrum<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Sprint Retrospective is dedicated to improving the Scrum Team&#8217;s quality and effectiveness. The team reflects on its interactions, processes, tools, and working methods, then identifies changes that could improve future performance. Sprint Planning focuses on establishing the Sprint Goal and initial plan. The Sprint Review focuses on inspecting the product outcome and discussing future direction. The Daily Scrum focuses on progress toward the Sprint Goal and adapting the current work plan. The Retrospective therefore provides the primary structured opportunity for the Scrum Team to improve how it works.<\/span><\/p>\n<h2><b>Question 175<\/b><\/h2>\n<p><b>What distinguishes Scrum from a process with fixed detailed instructions?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Scrum defines every implementation step<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Scrum relies on empirical learning<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Scrum prohibits changing plans<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Scrum requires centralized supervision<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Scrum provides a framework rather than a complete set of detailed instructions for every implementation situation. Its empirical foundation allows teams to learn from actual experience and adapt their approach. Scrum defines accountabilities, events, artifacts, commitments, and relationships, but it does not prescribe every technical or organizational decision. This distinction allows different Scrum Teams to apply the framework within different products and environments. Fixed detailed instructions, centralized supervision, and an inability to change plans would conflict with the adaptive nature of Scrum and its reliance on inspection and adaptation.<\/span><\/p>\n<h2><b>Question 176<\/b><\/h2>\n<p><b>What can the Product Owner delegate while retaining accountability?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Product Backlog management activities<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Scrum framework ownership<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Developer self-management<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Technical implementation authority<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Product Owner may delegate certain Product Backlog management activities to others, but the Product Owner remains accountable for the effectiveness of Product Backlog management. Delegation does not transfer the underlying accountability. Developers retain responsibility for creating the Increment and managing their own work, while the Scrum Master remains accountable for establishing Scrum. Technical implementation authority belongs with Developers rather than the Product Owner. Delegation can therefore help distribute practical work without creating confusion about who ultimately remains accountable for product value and effective Product Backlog management.<\/span><\/p>\n<h2><b>Question 177<\/b><\/h2>\n<p><b>What does Focus as a Scrum value encourage?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Concentrating on the work and Sprint goals<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Accepting every new request immediately<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Managing unrelated organizational projects<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Avoiding all stakeholder conversations<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Focus encourages the Scrum Team to concentrate on the work of the Sprint and the goals of the Scrum Team. In complex environments, excessive competing priorities can reduce effectiveness and make meaningful progress difficult. Focus does not mean ignoring useful stakeholder information or refusing to adapt. Instead, it helps the team direct attention toward the objectives that matter while responding intelligently to new information. Accepting every request immediately or dividing attention across unrelated projects would undermine this value. Focus supports purposeful progress toward valuable product outcomes.<\/span><\/p>\n<h2><b>Question 178<\/b><\/h2>\n<p><b>Why does Scrum use a fixed Sprint length?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To guarantee identical workload every Sprint<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To eliminate product uncertainty<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To create a consistent cadence for inspection<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To prevent changes to the Product Backlog<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A fixed Sprint length creates a consistent cadence for inspection and adaptation. Regular Sprint boundaries provide predictable opportunities to inspect product outcomes, review progress, reflect on ways of working, and adjust future plans. A fixed duration does not guarantee that every Sprint contains the same workload or eliminate uncertainty. It also does not prevent Product Backlog changes. Instead, the cadence provides a useful rhythm within which the Scrum Team can work and stakeholders can regularly inspect meaningful results. This supports empirical control without requiring a completely predictable product-development environment.<\/span><\/p>\n<h2><b>Question 179<\/b><\/h2>\n<p><b>What does Courage enable Scrum Team members to do?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Avoid difficult conversations<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Challenge assumptions and address hard problems<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Preserve ineffective practices<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Hide unfavorable information<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Courage enables Scrum Team members to do difficult but necessary work, including addressing challenging problems, questioning assumptions, and making decisions in uncertain situations. Complex product development often involves uncomfortable discoveries or disagreements, so avoiding difficult topics can prevent useful learning. Courage works together with Openness, Respect, Commitment, and Focus. It does not mean taking unnecessary risks or ignoring evidence. Instead, it supports honest action when the team needs to confront an issue, raise a concern, or change an approach that is no longer producing the desired result.<\/span><\/p>\n<h2><b>Question 180<\/b><\/h2>\n<p><b>What happens when a Scrum Team completes its Product Goal?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It must continue using the same Product Goal forever<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It automatically dissolves<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It waits for a new Scrum framework<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It may pursue another Product Goal<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A Scrum Team works toward one Product Goal at a time. Once that Product Goal has been fulfilled or abandoned, the team can pursue another Product Goal. Completing a Product Goal does not require the Scrum Team to dissolve or stop using Scrum. Instead, the completed goal provides an opportunity to establish a new meaningful direction for the product. The Product Backlog can evolve around the new objective. This supports an ongoing product-development lifecycle in which the team continues creating valuable Increments while adapting the product&#8217;s direction to current needs and opportunities.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Scrum PSM I Exam Dumps and Practice Test Dumps. &nbsp; Question 161 What does Scrum identify as the foundation of complex product development? Empiricism and lean thinking Detailed annual forecasting Centralized task assignment Fixed contractual scope Correct Answer: 1 Explanation: Scrum is founded on empiricism and lean thinking. Empiricism emphasizes making decisions from [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16342"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=16342"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16342\/revisions"}],"predecessor-version":[{"id":16408,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16342\/revisions\/16408"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=16342"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=16342"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=16342"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}