{"id":210,"date":"2025-01-12T08:11:34","date_gmt":"2025-01-12T08:11:34","guid":{"rendered":"https:\/\/exam.kimson.us\/?p=210"},"modified":"2025-01-12T08:11:34","modified_gmt":"2025-01-12T08:11:34","slug":"pspo-i-002-practice-exam-set-two","status":"publish","type":"post","link":"https:\/\/exam.kimson.us\/?p=210","title":{"rendered":"PSPO-I.002 Practice Exam Set Two"},"content":{"rendered":"<h2>PSPO1 Practice Exam Set Two<\/h2>\n<p>Question 1Skipped<\/p>\n<p>True or false? When multiple teams are working on the same product, their Sprints should start and end at the same time.<\/p>\n<p>TRUE<\/p>\n<p>Correct answer<\/p>\n<p>FALSE<\/p>\n<p>Overall explanation<\/p>\n<p>FALSE, it&#8217;s not mandatory to start and end the Sprints at the same time; e.g., most teams have four-week Sprints, but some of them have two-week Sprints.<\/p>\n<p>Question 2Skipped<\/p>\n<p>Which of the following apse might help the Product Owner minimize waste in developing and sustaining the Product Backlog? (choose the best two answers)<\/p>\n<p>Correct selection<\/p>\n<p>Only fully describe Product Backlog items when it seems likely they will be implemented.<\/p>\n<p>Correct selection<\/p>\n<p>Write every Product Backlog item clearly and with no ambiguity.<\/p>\n<p>Hand off ownership of the Product Backlog to someone else.<\/p>\n<p>Remove items from the Product Backlog that have not been addressed in a long time.<\/p>\n<p>Overall explanation<\/p>\n<p>Hand off ownership of the Product Backlog to someone else, Remove items from the Product Backlog that have not been addressed in a long time are simply not an option and incorrect in scrum framework.<\/p>\n<p>Question 3Skipped<\/p>\n<p>Every Scrum team must determine its own cadence for releasing features to customers. Some choose to release every sprint, while others after 2, 3 and even more Sprints. But who is responsible for planning releases?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Developer<\/p>\n<p>Scrum Master<\/p>\n<p>Correct answer<\/p>\n<p>Product Owner<\/p>\n<p>Project manager<\/p>\n<p>Overall explanation<\/p>\n<p>Release Planning is the Responsibility of the Product Owner.<\/p>\n<p>Question 4Skipped<\/p>\n<p>From the following answers choose one. In Scrum, by transparency we mean &#8230;&#8230;.<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The process should be visible and understood by each stakeholder<\/p>\n<p>The whole process should be visible to the Product Owner<\/p>\n<p>Correct answer<\/p>\n<p>Significant aspects of the process must be visible to those performing the work as well as those receiving the work<\/p>\n<p>The whole process should be visible to stakeholders.<\/p>\n<p>Overall explanation<\/p>\n<p>Transparency is about visibility and doesn\u2019t contain understanding; even though we\u2019d better try our best to create the right understanding too, but that\u2019s another story. The \u201cwhole process\u201d might be too much for some stakeholders; \u201csignificant aspects\u201d is enough, as we treat most things in Agile environments.<\/p>\n<p>Question 5Skipped<\/p>\n<p>The benefits of having a solid product vision are (choose 3 answers)<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>Correct selection<\/p>\n<p>It gives an overall direction to the Sprints<\/p>\n<p>It helps identify the best time for releasing the product<\/p>\n<p>It\u2019s a traditional concept, and there are no benefits for it<\/p>\n<p>Correct selection<\/p>\n<p>It makes it easier to inspect the incremental progress of the product<\/p>\n<p>Correct selection<\/p>\n<p>It helps the team stay focused and make better decisions<\/p>\n<p>Overall explanation<\/p>\n<p>Product vision is not explained in the Scrum Guide and is not a mandatory part of the framework. However, it\u2019s recommended to have one, and use it to help align the decisions and development with the expected outcome of the project<\/p>\n<p>Question 6Skipped<\/p>\n<p>The Team may decrease the technical debt by &#8230;&#8230;<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Hiring an external auditor<\/p>\n<p>Correct answer<\/p>\n<p>Improving the definition of \u201cDone\u201d<\/p>\n<p>Having hardening Sprints<\/p>\n<p>Hiring more Developers<\/p>\n<p>Overall explanation<\/p>\n<p>There\u2019s usually room for improving the definition of \u201cDone\u201d. A good definition will let less<\/p>\n<p>technical debt pass on to the next Sprints. Technical debt is minor shortcomings in the code<\/p>\n<p>that makes it less than \u201cgood enough\u201d, and therefore creates risks in the future. It usually<\/p>\n<p>decreases velocity in the future (because the team has to fix the shortcomings), and as some<\/p>\n<p>of the debt might remain in the final product, the maintenance cost will increase as well.<\/p>\n<p>Another Agile way of reducing technical debt is continuous refactoring.<\/p>\n<p>Question 7Skipped<\/p>\n<p>Which of the following is not a pillar of Scrum?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct selection<\/p>\n<p>Adaptation<\/p>\n<p>Correct selection<\/p>\n<p>Inspection<\/p>\n<p>Empiricism<\/p>\n<p>Correct selection<\/p>\n<p>Transparency<\/p>\n<p>Overall explanation<\/p>\n<p>Three pillars uphold every implementation of empirical process control: transparency, inspection, and adaptation.<\/p>\n<p>Question 8Skipped<\/p>\n<p>Choose one best answer. Scrum is<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>not founded on empiricism<\/p>\n<p>Correct answer<\/p>\n<p>not a software development process<\/p>\n<p>not founded on lean thinking<\/p>\n<p>not a framework<\/p>\n<p>Overall explanation<\/p>\n<p>Scrum is not a software development process<\/p>\n<p>Question 9Skipped<\/p>\n<p>Scrum is a software development methodology<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>True<\/p>\n<p>Correct answer<\/p>\n<p>False<\/p>\n<p>Overall explanation<\/p>\n<p>Scrum is a process framework that has been used to manage work on complex products since the early 1990s. Scrum is not a process, technique, or definitive method. Rather, it is a framework within which you can employ various processes and techniques. Scrum makes clear the relative efficacy of your product management and work techniques so that you can continuously improve the product, the team, and the working environment.<\/p>\n<p>Question 10Skipped<\/p>\n<p>According to the Scrum Guide, the Scrum is based on\u00a0 \u00a0(Select all correct answers)<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>Self-organizing<\/p>\n<p>Correct selection<\/p>\n<p>Lean thinking<\/p>\n<p>Transparent<\/p>\n<p>Correct selection<\/p>\n<p>Empirical<\/p>\n<p>Complex<\/p>\n<p>Overall explanation<\/p>\n<p>Scrum is founded on empirical process control theory or empiricism and lean thinking. Empiricism asserts that knowledge comes from experience and making decisions based on what is known. Scrum employs an iterative, incremental approach to optimize predictability and control risk. Lean thinking reduces waste and focuses on the essentials.<\/p>\n<p>Question 11Skipped<\/p>\n<p>After Scrum implementation, the Scrum Team ensures the exception of technical debt<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>False<\/p>\n<p>True<\/p>\n<p>Overall explanation<\/p>\n<p>Scrum cannot ensure the exception of technical debt.<\/p>\n<p>Question 12Skipped<\/p>\n<p>From the following answers, choose one which is not a prioritization technique<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Kano analysis<\/p>\n<p>Product Backlog ordering<\/p>\n<p>Correct answer<\/p>\n<p>Planning Poker<\/p>\n<p>User Story Mapping<\/p>\n<p>Overall explanation<\/p>\n<p>Planning poker, also called Scrum poker, is a consensus-based, gamified technique for estimating, mostly used to estimate the effort or relative size of development goals in software development. In planning poker, members of the group make estimates by placing numbered cards face-down on the table, instead of saying them aloud. The cards are revealed, and the estimates are then discussed. By hiding the figures in this way, the group can avoid the cognitive bias of anchoring, where the first number spoken aloud sets a precedent for subsequent estimates. Planning Poker is not a prioritization technique<\/p>\n<p>Question 13Skipped<\/p>\n<p>Developers are free to change their engineering and testing practices whenever they want.<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>False<\/p>\n<p>Correct answer<\/p>\n<p>True<\/p>\n<p>Overall explanation<\/p>\n<p>Developers decide how to handle their development, and this decision can evolve during the project, as more is learned about the needs. This is about their development and doesn&#8217;t have to be constrained by the Sprints. The elements that shouldn&#8217;t be changed during the Sprint are those required for keeping them focused on their development.<\/p>\n<p>Question 14Skipped<\/p>\n<p>From the following answers, how should developers deal with system, security or non-functional features?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Incorporate them in the hardening Sprint<\/p>\n<p>Correct answer<\/p>\n<p>Incorporate them into every Increment<\/p>\n<p>Incorporate them before the release<\/p>\n<p>Incorporate them in the integration Sprint<\/p>\n<p>Overall explanation<\/p>\n<p>Non-functional features are usually part of the Definition of Done and should be considered for every Product Backlog item and every Increment. Sometimes, some non-functional features that address a very particular part of the software can be added as separate items in the Product Backlog. All Sprints are the same. There&#8217;s no Sprint zero, hardening Sprint, release Sprint, integration Sprint, etc.<\/p>\n<p>Question 15Skipped<\/p>\n<p>Which of the following, statements are correct about non-functional requirements?<\/p>\n<p>Correct selection<\/p>\n<p>They will be in the Sprint Backlog, but not the Product Backlog.<\/p>\n<p>Correct selection<\/p>\n<p>They should be incorporated into every increment.<\/p>\n<p>They will be considered in Integration Sprints.<\/p>\n<p>Correct selection<\/p>\n<p>Some of them can be added to the Definition of Done.<\/p>\n<p>They can be incorporated right before the release about functional requirements<\/p>\n<p>Overall explanation<\/p>\n<p>There is no separate Integration sprint in Scrum and functional requirements are not released separately.<\/p>\n<p>Question 16Skipped<\/p>\n<p>Who should know the most about the release and product requirements in Scrum?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The Team Leader<\/p>\n<p>The Scrum Master<\/p>\n<p>Correct answer<\/p>\n<p>The Product Owner<\/p>\n<p>The Project Manager<\/p>\n<p>The Product Leader<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Owner is responsible for the product, including decisions about release. The Product Owner&#8217;s decisions are visible in the content and ordering of the Product Backlog. No one can force Developers to work from a different set of requirements.<\/p>\n<p>Question 17Skipped<\/p>\n<p>The Developers should not be interrupted during the Sprint and the Sprint Goal should remain intact. These are conditions that foster creativity, quality and productivity.<\/p>\n<p>(Which one the following answers is FALSE?)<\/p>\n<p>The Developers may work with the Product Owner to remove or add work if it finds it has more or less capacity than it expected.<\/p>\n<p>As a decomposition of the selected Product Backlog items, the Sprint Backlog changes and may grow as the work emerges.<\/p>\n<p>Correct answer<\/p>\n<p>The Sprint Backlog is fully formulated in the Sprint Planning event and does not change during the Sprint.<\/p>\n<p>The Product Owner can help clarify or optimize the Sprint when asked by the Developers.<\/p>\n<p>Overall explanation<\/p>\n<p>The Sprint Backlog makes visible all of the work that the Developers identify as necessary to meet the Sprint Goal. The Developers modify the Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint.<\/p>\n<p>Question 18Skipped<\/p>\n<p>When many Scrum Teams are working on a single product, what best describes the Definition of Done?<\/p>\n<p>(choose the best answer)<\/p>\n<p>It depends.<\/p>\n<p>Each Scrum Team uses its own, but must make their definition clear to all other teams so the differences are known.<\/p>\n<p>Correct answer<\/p>\n<p>All Scrum Teams must have a Definition of Done that makes their combined Increment valuable and useful.<\/p>\n<p>Overall explanation<\/p>\n<p>The Increment must be valuable and useful. This means that when many Scrum Teams are working on a single product, they are expected to adhere to a single Definition of Done for the Increment.<\/p>\n<p>Question 19Skipped<\/p>\n<p>Which statement best describes a Product Owner&#8217;s responsibility?<\/p>\n<p>(choose the best answer)<\/p>\n<p>Keep stakeholders from distracting the Developers.<\/p>\n<p>Correct answer<\/p>\n<p>Optimizing the value of the work the Scrum Team does.<\/p>\n<p>Managing the project and ensuring that the work meets the commitments to the stakeholders.<\/p>\n<p>Directing the Developers.<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Owner is accountable for maximizing the value of the product and the work of the Scrum Team.<\/p>\n<p>Question 20Skipped<\/p>\n<p>What are the important characteristics of a good Product Backlog item which can be considered as &quot;Ready&quot; for Sprint Planning? (choose all options that apply).<\/p>\n<p>Correct selection<\/p>\n<p>Product Backlog items which are sufficiently refined &amp; clearly expressed.<\/p>\n<p>Product Backlog item which can be developed within one Sprint even if tested in the another Sprint.<\/p>\n<p>Correct selection<\/p>\n<p>Product Backlog item which will be finished as per Definition of Done within one Sprint.<\/p>\n<p>Product Backlog item which are at or towards the bottom of the Product Backlog.<\/p>\n<p>Correct selection<\/p>\n<p>Product Backlog item which are at the top of the Product Backlog.<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Backlog is an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team.<\/p>\n<p>Product Backlog items that will occupy developers for the upcoming Sprint are sufficiently refined so that any one item can reasonably be &quot;Done&quot; within the Sprint time-box. Product Backlog items that can be &quot;Done&quot; by developers within one Sprint are deemed &quot;Ready&quot; for selection in a Sprint Planning.<\/p>\n<p>Higher ordered Product Backlog items are usually clearer and more detailed than lower ordered ones. More precise estimates are made based on the greater clarity and increased detail; the lower the order, the less detail.<\/p>\n<p>Rest two options are incorrect as Product Backlog items that are at or towards the bottom of the Product Backlog are not clear enough to pick up in a sprint. Development &amp; testing of the product is considered in the same sprint as the team has to deliver a working &amp; usable increment which complies with Definition of Done. Without testing, the team can&#8217;t consider an increment as done.<\/p>\n<p>Question 21Skipped<\/p>\n<p>The Product Backlog is an emergent, ordered list of what is needed to improve the product. Which of the following statements are related to Product Backlog Refinement. (choose all options that apply).<\/p>\n<p>It guides the team on how &amp; what work needs be to delivered to build a potential shippable Increment.<\/p>\n<p>Correct selection<\/p>\n<p>It is an ongoing process.<\/p>\n<p>Is time-boxed to a maximum of 4 hours for a 30 days sprint.<\/p>\n<p>Correct selection<\/p>\n<p>It adds details, estimates, and order as per product Owner prioritization to Product Backlog items.<\/p>\n<p>Correct selection<\/p>\n<p>Product Owner may delegate this responsibility to others but he\/she still remains accountable.<\/p>\n<p>It provides a formal description of the state of the Increment when it meets the quality measures required for the product.<\/p>\n<p>Overall explanation<\/p>\n<p>Product Backlog refinement is the act of adding detail, estimates, and order to items in the Product Backlog. This is an ongoing process in which the Product Owner and the Developers collaborate on the details of Product Backlog items. It includes<\/p>\n<p>\u2022 Developing and explicitly communicating the Product Goal; \u2022 Creating and clearly communicating Product Backlog items; \u2022 Ordering Product Backlog items; and, \u2022 Ensuring that the Product Backlog is transparent, visible, and understood. The Product Owner may do the above work or may delegate the responsibility to others. Regardless, the Product Owner remains accountable.<\/p>\n<p>Question 22Skipped<\/p>\n<p>Non-functional requirements of the product such as performance, security, etc., can be captured by (choose the best two options)<\/p>\n<p>Writing a separate document capturing the requirements and add as appendix to Product Backlog.<\/p>\n<p>Correct selection<\/p>\n<p>Adding them to Product Backlog with Product Owner&#8217;s consent and collaborate to estimate and order them.<\/p>\n<p>Correct selection<\/p>\n<p>Adding them to Definition of &quot;Done&quot; and make the Product Owner aware of them.<\/p>\n<p>Waiting until the decision of Product Owner to release the Increment. Then, build the non-functional requirements for stabilization.<\/p>\n<p>Overall explanation<\/p>\n<p>Adding them to Product Backlog with Product Owner&#8217;s consent and collaborate to estimate and order them &amp; Adding them to Definition of &quot;Done&quot; and make the Product Owner aware of them.<\/p>\n<p>Question 23Skipped<\/p>\n<p>Which statement can be considered an Increment? (choose the best option)<\/p>\n<p>A UML diagram that describes the functionalities in the future Sprints.<\/p>\n<p>A user interface layout designed for the software.<\/p>\n<p>Correct answer<\/p>\n<p>The sum of all the Product Backlog items completed during the Sprint and the value of the increments of all previous Sprints.<\/p>\n<p>The sum of all the Product Backlog items completed during the Sprint.<\/p>\n<p>Overall explanation<\/p>\n<p>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, the Increment must be usable.<\/p>\n<p>The user interface layout\/UML diagram evolves throughout the project, as the database architecture and other similar things. They are all part of functional features, rather than separate ones. The increment is current and additive to all prior Increments.<\/p>\n<p>Question 24Skipped<\/p>\n<p>What is &quot;Progressive Elaboration&quot; (choose the best option)<\/p>\n<p>In the pre-project stage, it is the act of working to understand requirements of the product.<\/p>\n<p>The act of waiting for details to randomly emerge and completing the tasks once that occurs.<\/p>\n<p>Shu-Ha-Ri &#8211; it is in the Shu stage when one is just beginning to learn something new; over time they progressively learn and understand more.<\/p>\n<p>Correct answer<\/p>\n<p>As the project progresses, details will emerge in greater and greater clarity until they are able to be understood to a sufficient level to complete the needed work.<\/p>\n<p>Overall explanation<\/p>\n<p>As the project progresses, details will emerge in greater and greater clarity until they are able to be understood to a sufficient level to complete the needed work<\/p>\n<p>Question 25Skipped<\/p>\n<p>The Product Owner should communicate all of the marketplace knowledge &amp; ever-changing landscape\/environment to the Scrum Team. Who should do the preliminary work of gathering the marketplace data for the Product Owner? (choose the best option).<\/p>\n<p>The Scrum Master.<\/p>\n<p>Correct answer<\/p>\n<p>It does not matter who does the preliminary work.<\/p>\n<p>The Key Stakeholders.<\/p>\n<p>The Product Owner.<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Owner may or may not be the one doing the legwork of gathering the marketplace data, he\/she may delegate the responsibility to others but the Product Owner should definitely be aware of said data\/research.<\/p>\n<p>Question 26Skipped<\/p>\n<p>In the middle of the Sprint, Developers find that they have more room for additional work. They decide to change the Sprint Backlog by adding few more backlog items from the Product Backlog. Who should be present to decide the additional work and accordingly modify the Sprint Backlog? (choose the best two options)<\/p>\n<p>Senior members of developers.<\/p>\n<p>Scrum Master.<\/p>\n<p>Correct selection<\/p>\n<p>Developers.<\/p>\n<p>Correct selection<\/p>\n<p>Product Owner.<\/p>\n<p>Scrum Team.<\/p>\n<p>Overall explanation<\/p>\n<p>Nobody can change the Sprint Backlog other than developers. So Developers should be present. Product Owner is responsible for optimizing the value of developers&#8217; work and is needed to explain the content of the Product Backlog, and give mutual consent on the next work. Product Owner is accountable for Product Backlog and prioritizing product backlog items. So the Product Owner also needs to be present.<\/p>\n<p>Question 27Skipped<\/p>\n<p>During the Daily Scrum, a team member says he does not know when his task will be complete (choose the best option)<\/p>\n<p>It is acceptable as the sprint review date is far away.<\/p>\n<p>Replace the team member with a new team member.<\/p>\n<p>Correct answer<\/p>\n<p>Developers should collaborate to plan alternative steps such as pairing with someone else, etc. to eliminate the risk of not meeting the Sprint Goal.<\/p>\n<p>Scrum Master should mentor the team member on how to est. the task.<\/p>\n<p>Overall explanation<\/p>\n<p>Scrum Teams are self-managing and cross-functional. Self-managing teams choose how best to accomplish their work, rather than being directed by others outside the team. Cross-functional teams have all competencies needed to accomplish the work without depending on others not part of the team. So dev team should collaborate to plan alternative steps such as pairing with someone else, etc. to eliminate the risk of not meeting the Sprint Goal.<\/p>\n<p>Question 28Skipped<\/p>\n<p>Who creates the Sprint Goal?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The Scrum Master<\/p>\n<p>Developers<\/p>\n<p>Correct answer<\/p>\n<p>The Scrum Team<\/p>\n<p>The Product Owner<\/p>\n<p>Overall explanation<\/p>\n<p>The Sprint Goal is the single objective for the Sprint. Although the Sprint Goal is a commitment by the Developers, it provides flexibility in terms of the exact work needed to achieve it. The Sprint Goal also creates coherence and focus, encouraging the Scrum Team to work together rather than on separate initiatives. The whole Scrum Team collaborates at Sprint Planning event to define a Sprint Goal that communicates why the Sprint is valuable to stakeholders.<\/p>\n<p>Question 29Skipped<\/p>\n<p>Who is the chief product visionary?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The Scrum Master<\/p>\n<p>The Chief Executive Officer (CEO)<\/p>\n<p>The Chief Marketing Officer (CM0)<\/p>\n<p>Correct answer<\/p>\n<p>The Product Owner<\/p>\n<p>The manager of the team<\/p>\n<p>Overall explanation<\/p>\n<p>One of the product owner&#8217;s responsibilities is to have a vision of what he or she wishes to build and convey that vision to the scrum team. This is key to successfully starting any agile software development<\/p>\n<p>Question 30Skipped<\/p>\n<p>The Product Owner decides not to create a Product Goal. In this case (select all correct answers)<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>It is up to the Product Owner<\/p>\n<p>Correct selection<\/p>\n<p>Changing the core design or ideas of Scrum, leaving out elements, or not following the rules of Scrum, covers up problems and limits the benefits of Scrum, potentially even rendering it useless<\/p>\n<p>Correct selection<\/p>\n<p>The Scrum Master is helping find techniques for effective Product Goal definition and Product Backlog management<\/p>\n<p>The Product Owner must discuss with Developers and if they are ok with it, then he or she may remove the Product Goal<\/p>\n<p>Overall explanation<\/p>\n<p>As we know from the Scrum Guide while implementing only parts of Scrum is possible (by removing the Product Goal), the result is not Scrum. Scrum exists only in its entirety and functions well as a container for other techniques, methodologies, and practices. In this case, the best action from the Scrum Master to discuss it with the Product Owner and find techniques for effective Product Goal definition<\/p>\n<p>Question 31Skipped<\/p>\n<p>Upon what type of process control is Scrum based?<\/p>\n<p>(choose the best answer)<\/p>\n<p>Correct answer<\/p>\n<p>Empirical<\/p>\n<p>Complex<\/p>\n<p>Hybrid<\/p>\n<p>Defined<\/p>\n<p>Overall explanation<\/p>\n<p>Scrum is founded on empirical process control theory. or empiricism. Empiricism asserts that knowledge comes from experience and making decisions based on what is observed.<\/p>\n<p>Question 32Skipped<\/p>\n<p>The Product Owner ensures enough items are selected from the Product Backlog in the Sprint Planning meeting to satisfy the stakeholders.<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>False<\/p>\n<p>True<\/p>\n<p>Overall explanation<\/p>\n<p>It&#8217;s only up to the developers to decide how many items they will select from the top of the Product Backlog. The Product Owner only orders the items.<\/p>\n<p>Question 33Skipped<\/p>\n<p>When does a Developer become the sole owner of an item or task on the Sprint Backlog?<\/p>\n<p>(choose the best answer)<\/p>\n<p>Whenever a team member can accommodate more work.<\/p>\n<p>During the Daily Scrum.<\/p>\n<p>At the Sprint Planning event.<\/p>\n<p>Correct answer<\/p>\n<p>Never. All Sprint Backlog items are &quot;owned&quot; by the Developers on the Scrum Team.<\/p>\n<p>Overall explanation<\/p>\n<p>The entire Scrum Team is accountable for creating a valuable, useful Increment every Sprint, and the set of Product Backlog items selected for the Sprint are collectively owned by the Developers. No individual Developer can claim ownership over an item as this would block communication and collaboration. The Sprint Backlog is updated by the Developers throughout the Sprint as more is learned.<\/p>\n<p>Question 34Skipped<\/p>\n<p>A Scrum Team consists of the following:<\/p>\n<p>(choose the best three answers)<\/p>\n<p>Customers<\/p>\n<p>Correct selection<\/p>\n<p>Developers<\/p>\n<p>Users<\/p>\n<p>Correct selection<\/p>\n<p>Scrum Master<\/p>\n<p>Correct selection<\/p>\n<p>Product Owner<\/p>\n<p>Overall explanation<\/p>\n<p>The Scrum Team consists of one Scrum Master, one Product Owner. and Developers.<\/p>\n<p>Question 35Skipped<\/p>\n<p>Who should know the most about the progress toward a business objective or a release, and be able to explain the alternatives most clearly?<\/p>\n<p>(choose the best answer)<\/p>\n<p>The Developers<\/p>\n<p>Correct answer<\/p>\n<p>The Product Owner<\/p>\n<p>The Scrum Master<\/p>\n<p>The Project Manager<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Owner is the sole person responsible for ordering the Product Backlog. Their responsibilities include making the Product Backlog visible, transparent, and clear to all.<\/p>\n<p>Question 36Skipped<\/p>\n<p>The Developers should have ail the skilis needed to:<\/p>\n<p>(choose the best answer)<\/p>\n<p>Do all of the development work, except for specialized testing that requires additional tools and environments.<\/p>\n<p>Correct answer<\/p>\n<p>Turn the Product Backlog items they select into an Increment of useful and valuable product functionality.<\/p>\n<p>Complete the project as estimated when the date and cost are committed to the Product Owner.<\/p>\n<p>Overall explanation<\/p>\n<p>The Developers are a group of professionals who do the work of delivering an Increment of done product at the end of each Sprint. As a team. Developers have all of the skills necessary to create a product Increment.<\/p>\n<p>Question 37Skipped<\/p>\n<p>When many Scrum Teams are working on a single product, what best describes the Definition of Done?<\/p>\n<p>(choose the best answer)<\/p>\n<p>It depends.<\/p>\n<p>Each Scrum Team uses its own, but must make their definition clear to all other teams sothe differences are known.<\/p>\n<p>Correct answer<\/p>\n<p>All Scrum Teams must have a Definition of Done that makes their combined Increment valuable and useful.<\/p>\n<p>Overall explanation<\/p>\n<p>The Increment must be valuable and useful. This means that when many Scrum Teams are working on a single product, they are expected to adhere to a single Definition of Done for the Increment.<\/p>\n<p>Question 38Skipped<\/p>\n<p>The Developers should not be interrupted during the Sprint and the Sprint Goal should remain intact. These are conditions that foster creativity, quality and productivity.<\/p>\n<p>(Which one the following answers is FALSE?)<\/p>\n<p>The Developers may work with the Product Owner to remove or add work if it finds it has more or less capacity than it expected.<\/p>\n<p>As a decomposition of the selected Product Backlog items, the Sprint Backlog changes and may grow as the work emerges.<\/p>\n<p>Correct answer<\/p>\n<p>The Sprint Backlog is fully formulated in the Sprint Planning event and does not change during the Sprint.<\/p>\n<p>The Product Owner can help clarify or optimize the Sprint when asked by the Developers.<\/p>\n<p>Overall explanation<\/p>\n<p>The Sprint Backlog makes visible all of the work that the Developers identify as necessary to meet the Sprint Goal. The Developers modify the Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint.<\/p>\n<p>Question 39Skipped<\/p>\n<p>The Developers should have ail the skills needed to:<\/p>\n<p>(choose the best answer)<\/p>\n<p>Do all of the development work, except for specialized testing that requires additional tools and environments.<\/p>\n<p>Correct answer<\/p>\n<p>Turn the Product Backlog items they select into an Increment of useful and valuable product functionality.<\/p>\n<p>Complete the project as estimated when the date and cost are committed to the Product Owner.<\/p>\n<p>Overall explanation<\/p>\n<p>The Developers are a group of professionals who do the work of delivering an Increment of done product at the end of each Sprint. As a team. Developers have all of the skills necessary to create a product Increment.<\/p>\n<p>Question 40Skipped<\/p>\n<p>True or False: Scrum has a role called &quot;project manager.&quot;<\/p>\n<p>True<\/p>\n<p>Correct answer<\/p>\n<p>False<\/p>\n<p>Overall explanation<\/p>\n<p>A Scrum Team has a Scrum Master, a Product Owner and Developers. As a whole they have all controls needed.<\/p>\n<p>Question 41Skipped<\/p>\n<p>When should the Developers on a Scrum Team be replaced?<\/p>\n<p>(choose the best answer)<\/p>\n<p>Every Sprint to promote shared learning.<\/p>\n<p>As needed, with no special allowance for changes in productivity.<\/p>\n<p>Never, it reduces productivity.<\/p>\n<p>Correct answer<\/p>\n<p>As needed, while taking into account a short-term reduction in productivity.<\/p>\n<p>Overall explanation<\/p>\n<p>Scrum Teams typically go through some steps before achieving a state of increased performance. Changing membership typically reduces cohesion, affecting performance and productivity in the short term.<\/p>\n<p>Question 42Skipped<\/p>\n<p>What is the recommended size for a Scrum Team?<\/p>\n<p>(choose the best answer)<\/p>\n<ol start=\"9\">\n<li><\/li>\n<\/ol>\n<p>Minimum of 7.<\/p>\n<p>7 plus or minus 2.<\/p>\n<p>Correct answer<\/p>\n<p>Typically 10 or fewer people.<\/p>\n<p>Overall explanation<\/p>\n<p>A Scrum Team is small enough to remain nimble and large enough to complete significant work within a Sprint, typically 10 or fewer people. Generally smaller teams communicate better and are more productive<\/p>\n<p>Question 43Skipped<\/p>\n<p>The timebox for the Sprint Planning event is?<\/p>\n<p>(choose the best answer)<\/p>\n<p>Whenever it is done.<\/p>\n<p>4 hours.<\/p>\n<p>Monthly.<\/p>\n<p>Correct answer<\/p>\n<p>8 hours for a monthly Sprint. For shorter Sprints it is usually shorter.<\/p>\n<p>Overall explanation<\/p>\n<p>Sprint Planning is timeboxed to a maximum of eight hours for a one-month Sprint. For shorter Sprints, the event is usually shorter.<\/p>\n<p>Question 44Skipped<\/p>\n<p>The CEO asks the Developers to add a \u201cvery important\u201d item to a Sprint that is in progress.<\/p>\n<p>What should the Developers do?<\/p>\n<p>(choose the best answer)<\/p>\n<p>Correct answer<\/p>\n<p>Inform the other members of the Scrum Team so the team can decide what to do.<\/p>\n<p>Add the item to the next Sprint.<\/p>\n<p>Add the item to the current Sprint and drop an item of equal size.<\/p>\n<p>Add the item to the current Sprint without any adjustments.<\/p>\n<p>Overall explanation<\/p>\n<p>The items selected for a Sprint have been selected as most valuable with the Product Owner. The items serve the Sprint&#8217;s goal. No changes should be made that endanger the Sprint Goal. No one external to the Scrum Team can force changes on the Developers.<\/p>\n<p>Question 45Skipped<\/p>\n<p>The CEO asks the Developers to add a \u201cvery important\u201d item to a Sprint that is in progress.<\/p>\n<p>What should the Developers do?<\/p>\n<p>(choose the best answer)<\/p>\n<p>Correct answer<\/p>\n<p>Inform the other members of the Scrum Team so the team can decide what to do.<\/p>\n<p>Add the item to the next Sprint.<\/p>\n<p>Add the item to the current Sprint and drop an item of equal size.<\/p>\n<p>Add the item to the current Sprint without any adjustments.<\/p>\n<p>Overall explanation<\/p>\n<p>The items selected for a Sprint have been selected as most valuable with the Product Owner. The items serve the Sprint&#8217;s goal. No changes should be made that endanger the Sprint Goal. No one external to the Scrum Team can force changes on the Developers.<\/p>\n<p>Question 46Skipped<\/p>\n<p>How much work must the Developers complete for each Product Backlog item they select for a Sprint?<\/p>\n<p>(choose the best answer)<\/p>\n<p>All development work and at least some testing.<\/p>\n<p>Analysis, design, programming, testing and documentation.<\/p>\n<p>Correct answer<\/p>\n<p>Enough so that each Product Backlog item they select meets the Definition of Done.<\/p>\n<p>As much as it can fit into the Sprint.<\/p>\n<p>Overall explanation<\/p>\n<p>The purpose of each Sprint is to deliver useful and valuable Increments that adhere to the Scrum Team&#8217;s<\/p>\n<p>current Definition of Done.<\/p>\n<p>Question 47Skipped<\/p>\n<p>During a Sprint, a Developer determines that the Scrum Team will not be able to complete the items in their forecast. Who should be present to review and adjust the Product Backlog items selected?<\/p>\n<p>(choose the best answer)<\/p>\n<p>The Product Owner and all stakeholders.<\/p>\n<p>The Scrum Master, the project manager, and the Developers<\/p>\n<p>Correct answer<\/p>\n<p>The Product Owner and the Developers.<\/p>\n<p>The Developers.<\/p>\n<p>Overall explanation<\/p>\n<p>During the Sprint. scope may be clarified and re-negotiated between the Product Owner and the Developers as more is learned. It is important to be transparent when challenges arise since ultimately the entire Scrum Team is accountable for creating a valuable, useful Increment.<\/p>\n<p>Question 48Skipped<\/p>\n<p>What are two ways a Scrum Master serves to enable effective Scrum Teams?<\/p>\n<p>(choose the best two answers)<\/p>\n<p>Correct selection<\/p>\n<p>By removing impediments that hinder the Scrum Team.<\/p>\n<p>By keeping high value features high in the Product Backlog.<\/p>\n<p>By starting and ending the meetings at the proper time.<\/p>\n<p>Correct selection<\/p>\n<p>By facilitating Developer decision-making.<\/p>\n<p>Overall explanation<\/p>\n<p>The Scrum Master serves the Scrum Team in several ways. Facilitation and removing impediments are examples of ways a Scrum Master helps a team become more effective.<\/p>\n<p>Question 49Skipped<\/p>\n<p>Each Developer in Scrum Team must be cross-functional<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>True<\/p>\n<p>False<\/p>\n<p>Overall explanation<\/p>\n<p>According to the Scrum Guide, Scrum Teams are cross-functional, meaning the members have all the skills necessary to create value for each Sprint. They are also self-managing, meaning they internally decide who does what, when, and how. It means they must be cross-functional as a team, but not individually<\/p>\n<p>Question 50Skipped<\/p>\n<p>Who creates a Sprint Goal ?<\/p>\n<p>Scrum Master<\/p>\n<p>Developer<\/p>\n<p>Correct answer<\/p>\n<p>Scrum team<\/p>\n<p>Product Owner<\/p>\n<p>Overall explanation<\/p>\n<p>The Sprint Goal is the single objective for the Sprint. Although the Sprint Goal is a commitment by the Developers, it provides flexibility in terms of the exact work needed to achieve it. The Sprint Goat also creates coherence and focus, encouraging the Scrum Team to work together rather than on separate initiatives. The whole Scrum Team collaborates at Sprint Planning event to define a Sprint Goal that communicates why the Sprint is valuable to stakeholders.<\/p>\n<p>Question 51Skipped<\/p>\n<p>How would the Product Backlog be impacted by the changes in<\/p>\n<p>the environment in which the product will be used?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>It evolves to reflect the changes<\/p>\n<p>The Product Backlog should be kept high-level enough to tolerate such changes.<\/p>\n<p>It is required to complete the old Product Backlog and create a new Product<\/p>\n<p>Backlog<\/p>\n<p>There\u2019s no effect on the Product Backlog.<\/p>\n<p>It is required to complete the old Product Backlog and create a new Product<\/p>\n<p>Backlog<\/p>\n<p>Overall explanation<\/p>\n<p>A Product Backlog is never complete. The earliest development of it lays out the initially<\/p>\n<p>known and best-understood requirements. The Product Backlog evolves as the product and<\/p>\n<p>the environment in which it will be used evolves<\/p>\n<p>Question 52Skipped<\/p>\n<p>A company has three products. Which two of the following are an<\/p>\n<p>acceptable way of forming Scrum teams?<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>There must be one Product Owner for each product. It is not required to have one Product Owner for two and more teams.<\/p>\n<p>Correct selection<\/p>\n<p>There can be one Product Owner for each product<\/p>\n<p>Correct selection<\/p>\n<p>There can be a single Product Owner for all products<\/p>\n<p>There must be a single Product Owner for all products<\/p>\n<p>Overall explanation<\/p>\n<p>Maximum number of product owners for a team is 1. minimum number of product owner for all scrum team is also 1.<\/p>\n<p>Question 53Skipped<\/p>\n<p>According to the new version of the Scrum Guide, Scrum Teams are self-managing, meaning they internally decide who does what, when, and how. It means that Scrum Team are not self- organizing<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>True<\/p>\n<p>Correct answer<\/p>\n<p>False<\/p>\n<p>Overall explanation<\/p>\n<p>Self-management is the minimum bar. Scrum Teams can still be self-organizing, self- designing, or even self-governing if the situation allows, and supporting such constructs can provide immense benefit. Remember, Scrum is a framework. It gives the scaffolding for people, teams, and organizations to generate value through adaptive solutions to complex problems. The Scrum Guide only states what is required for Scrum, and ideally, nothing else.<\/p>\n<p>Question 54Skipped<\/p>\n<p>Which Scrum event or artifact supports daily inspection and adaptation?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Sprint Backlog<\/p>\n<p>Correct answer<\/p>\n<p>Daily Scrum<\/p>\n<p>Sprint<\/p>\n<p>Product Backlog<\/p>\n<p>Overall explanation<\/p>\n<p>There is only one daily activity (event) is scrum: Daily Scrum<\/p>\n<p>Question 55Skipped<\/p>\n<p>The Increment is the summation of overall backlog items finished during the Sprint and also the previous completed Sprints. But when should the Increment be shipped?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>When it makes sense<\/p>\n<p>After each Sprint<\/p>\n<p>When the Increment is free of defects<\/p>\n<p>When the Increment is shippable<\/p>\n<p>Overall explanation<\/p>\n<p>All Increments should be potentially releasable (shippable), but we don&#8217;t have to release all of them. It depends on the project environment and the customer, and the Product Owner is supposed to decide on it<\/p>\n<p>Question 56Skipped<\/p>\n<p>Technical debt leads to<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Projects that are over-budget<\/p>\n<p>Correct answer<\/p>\n<p>Products that are difficult to extend and maintain<\/p>\n<p>Processes that lack tools<\/p>\n<p>Overall explanation<\/p>\n<p>Technical debt refers to quality consequences by the poor technical choices made<\/p>\n<p>Question 57Skipped<\/p>\n<p>What does Burn-down Chart show?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The evolution of the amount of uncertainty during a project<\/p>\n<p>Correct answer<\/p>\n<p>How much work remains until the end of the Sprint<\/p>\n<p>Dependencies, start times and stop times for project tasks<\/p>\n<p>An overview of the release progress by plotting the remaining workload<\/p>\n<p>Overall explanation<\/p>\n<p>The burn-down chart is a graphical representation of work left to do versus time. The outstanding work (or backlog) is often on the vertical axis, with time along the horizontal. That is, it is a run chart of outstanding work. It is useful for predicting when all of the work will be completed. However burn-down charts are not mandatory in Scrum<\/p>\n<p>Question 58Skipped<\/p>\n<p>What is unrealized value in Scrum?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The organization&#8217;s ability to quickly deliver new capabilities, services, or products<\/p>\n<p>The value that the product delivers<\/p>\n<p>Correct answer<\/p>\n<p>The potential future value that could be realized if the organization met the needs of all potential customers or users<\/p>\n<p>Overall explanation<\/p>\n<p>The potential future value that could be realized if the organization met the needs of all potential customers or users. Looking at Unrealized Value helps an organization to maximize the value that it realizes from a product or service over time. When customers, users, or clients experience a gap between their current experience and the experience that they would like to have, the difference between the two represents an opportunity; this opportunity is measured by Unrealized Value.<\/p>\n<p>Question 59Skipped<\/p>\n<p>Some of Sprint Backlog items were not completed and some were completed during the Sprint. What should happen with completed items when the Sprint is cancelled?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>Such items will be reviewed, and if they are potentially releasable, the Product Owner typically accepts them.<\/p>\n<p>Such items should be moved back to the Product Backlog and would be taken care of in future Sprints.<\/p>\n<p>Such items should be moved to the next Sprint Backlog.<\/p>\n<p>Overall explanation<\/p>\n<p>When a Sprint is cancelled, any completed and &quot;Done&quot; Product Backlog items are reviewed. if part of the work is potentially releasable, the Product Owner typically accepts it. All incomplete Product Backlog items are re-estimated and put back on the Product Backlog. The work done on them depreciates quickly and must be frequently re-estimated.<\/p>\n<p>Question 60Skipped<\/p>\n<p>From the following statements choose one or more correct answers about the Daily Scrum.<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>Correct selection<\/p>\n<p>The Daily Scrum is time-boxed<\/p>\n<p>Correct selection<\/p>\n<p>Only Developers participate at this event<\/p>\n<p>The Product Owner must provide updates to Developers at the Daily Scrum<\/p>\n<p>The Scrum Master makes a report to the Product Owner<\/p>\n<p>Overall explanation<\/p>\n<p>The Daily Scrum is a 15-minute time-boxed event for Developers. The Daily Scrum is held every day of the Sprint. At this event, Developers plan activities for the next 24 hours.<\/p>\n<p>Question 61Skipped<\/p>\n<p>What should the Product Owner do during the Sprint zero?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>There&#8217;s no such event in Scrum as Sprint Zero<\/p>\n<p>Prepare the Product Backlog for the whole project<\/p>\n<p>Communicate with the customer and understand the requirements<\/p>\n<p>Prepare the Product Backlog for the next few Sprints<\/p>\n<p>Overall explanation<\/p>\n<p>There&#8217;s no such event in Scrum as Sprint Zero<\/p>\n<p>Question 62Skipped<\/p>\n<p>Which of the following are ways for stakeholders to interact with Developers? (select all correct answers)<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>At the Sprint Planning<\/p>\n<p>Correct selection<\/p>\n<p>Via the Product Owner<\/p>\n<p>Correct selection<\/p>\n<p>At the Sprint Review<\/p>\n<p>At the Daily Scrums<\/p>\n<p>At the Sprint Retrospective<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Owner is one person, not a committee. The Product Owner may represent the desires of a committee in the Product Backlog, but those wanting to change a Product Backlog item&#8217;s priority must address the Product Owner. During the Sprint Review, the Scrum Team and stakeholders collaborate about what was done in the Sprint.<\/p>\n<p>Question 63Skipped<\/p>\n<p>A new Increment of working software must be available<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Before each planned release<\/p>\n<p>Correct answer<\/p>\n<p>At the end of each Sprint<\/p>\n<p>Every 3 Sprints<\/p>\n<p>Whenever the user acceptance testing is done<\/p>\n<p>When the Product Owner asks for it<\/p>\n<p>Overall explanation<\/p>\n<p>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, the Increment must be usable. At the end of a Sprint, the new Increment must be &quot;Done,&quot; which means it must be in useable condition and meet the Scrum Team&#8217;s definition of &quot;Done&quot;.<\/p>\n<p>Question 64Skipped<\/p>\n<p>How much of the Sprint Backlog should be defined during the Sprint Planning meeting?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Correct answer<\/p>\n<p>Just enough, so Developers can forecast what it can do, and start the first several days of the Sprint.<\/p>\n<p>Just enough to understand design and architecture.<\/p>\n<p>During the Sprint Planning event, the Scrum Team selects all of the potential work<\/p>\n<p>Just enough for the Scrum Master to be able to assign tasks to Developers The Product Owner decides it<\/p>\n<p>Overall explanation<\/p>\n<p>The Sprint Backlog includes the items selected from the Product Backlog and the tasks created by decomposing the items. The items are completely planned in the Sprint Planning, but not all tasks are created; just enough for the first few days of development. The rest of the tasks will be created during the Sprint<\/p>\n<p>Question 65Skipped<\/p>\n<p>Every Scrum team must determine its own cadence for releasing features to customers. Some choose to release every sprint, while others after 2, 3 and even more Sprints. But who is responsible for planning releases?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Developers<\/p>\n<p>Scrum Master<\/p>\n<p>Correct answer<\/p>\n<p>Product Owner<\/p>\n<p>Project manager<\/p>\n<p>Overall explanation<\/p>\n<p>Release Planning is the Responsibility of the PO.<\/p>\n<p>Question 66Skipped<\/p>\n<p>How much time should a Product Owner spend with Developers?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>100% of the time<\/p>\n<p>As much as required by senior stakeholders<\/p>\n<p>The Scrum Master defines the required time for the Product Owner to spend with Developers<\/p>\n<p>Correct answer<\/p>\n<p>As much as needed to maximize the value of the product<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Owner needs to spend as much time with Developers as needed to make an increment<\/p>\n<p>Question 67Skipped<\/p>\n<p>Which of the following are optional in Scrum? Select all correct answers<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>Having potentially releasable Increments<\/p>\n<p>Correct selection<\/p>\n<p>Velocity<\/p>\n<p>Correct selection<\/p>\n<p>Release plan<\/p>\n<p>Product Goal<\/p>\n<p>Product Backlog<\/p>\n<p>Overall explanation<\/p>\n<p>Velocity and Release Plan are not mandatory in Scrum<\/p>\n<p>Question 68Skipped<\/p>\n<p>This Scrum event is for process improvement and the purpose of this event is to plan ways to increase quality and effectiveness.<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Sprint Planning<\/p>\n<p>Correct answer<\/p>\n<p>Sprint Retrospective<\/p>\n<p>Daily Scrum<\/p>\n<p>Sprint Review<\/p>\n<p>Overall explanation<\/p>\n<p>The purpose of the Sprint Retrospective is to: Inspect how the last Sprint went with regards to people, relationships, process, and tools; Identify and order the major items that went well and potential improvements; and, Create a plan for implementing improvements to the way the Scrum Team does its work.<\/p>\n<p>Question 69Skipped<\/p>\n<p>Which of the following is the single source of requirements for all changes to the product?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The Increment<\/p>\n<p>The Sprint Retrospective<\/p>\n<p>Correct answer<\/p>\n<p>The Product Backlog<\/p>\n<p>The Sprint Backlog<\/p>\n<p>The product vision<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Backlog is an ordered list of everything that is known to be needed in the product. It is the single source of requirements for any changes to be made to the product. The Product Owner is responsible for the Product Backlog, including its content, availability, and ordering.<\/p>\n<p>Question 70Skipped<\/p>\n<p>The Scrum Team has just begun the Sprint Planning meeting. There are a lot of questions about the Product Backlog and in general, the Product Backlog is not clear. Due to this, what is the maximum duration of Sprint Planning?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>12 hours<\/p>\n<p>2 hours<\/p>\n<p>Correct answer<\/p>\n<p>8 hours<\/p>\n<p>6 hours<\/p>\n<p>In this case, the duration can be even more than one day<\/p>\n<p>Overall explanation<\/p>\n<p>Sprint Planning is time-boxed to a maximum of eight hours for a one-month Sprint.<\/p>\n<p>Question 71Skipped<\/p>\n<p>The Product Backlog Refinement is not a mandatory but very common and useful event in Scrum. When should the Product Backlog items be refined? Select all correct answers<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>In so-called Sprint zero<\/p>\n<p>Correct selection<\/p>\n<p>During the current Sprint, if they have not been refined in the previous Sprints<\/p>\n<p>Correct selection<\/p>\n<p>In one or two preceding Sprints<\/p>\n<p>Only in the time between the two Sprints<\/p>\n<p>Overall explanation<\/p>\n<p>There is no Sprint 0. Also, new Sprint starts immediately after the previous<\/p>\n<p>Question 72Skipped<\/p>\n<p>What are good ways for a Scrum Team to ensure security concerns are satisfied? Select all correct answers<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>Add a Sprint to specifically resolve all security concerns<\/p>\n<p>Postpone the work until a specialist can perform a security audit and create a list of security-related Product Backlog items<\/p>\n<p>Delegate the work to the concerned department<\/p>\n<p>Correct selection<\/p>\n<p>Add security concerns to the definition of \u201cDone\u201d<\/p>\n<p>Correct selection<\/p>\n<p>Have the Scrum Team create Product Backlog items for each concern.<\/p>\n<p>Overall explanation<\/p>\n<p>Many of the security concerns are non-functional features and therefore will be added to the Definition of Done to be applied to all Product Backlog items. Some security concerns are specific and only about a certain part of the product and they can be items in the Product Backlog.<\/p>\n<p>Question 73Skipped<\/p>\n<p>Developers are the people in the Scrum Team that are committed to creating any aspect of a usable Increment in each Sprint. Which of the following answers are the responsibilities of Developers in Scrum? Select all correct answers<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>Correct selection<\/p>\n<p>Pulling Product Backlog items for the upcoming Sprint<\/p>\n<p>Creating new Product Backlog items<\/p>\n<p>Correct selection<\/p>\n<p>Estimating Sprint Backlog items<\/p>\n<p>Correct selection<\/p>\n<p>Creating tasks for Sprint Backlog items<\/p>\n<p>Reordering the Product Backlog<\/p>\n<p>Overall explanation<\/p>\n<p>According to the Scrum Guide, the specific skills needed by the Developers are often broad and will vary with the domain of work. However, the Developers are always accountable for: &#8211; Creating a plan for the Sprint, the Sprint Backlog; &#8211; instilling quality by adhering to a Definition of Done; &#8211; Adapting their plan each day toward the Sprint Goal; &#8211; Holding each other accountable as professionals.<\/p>\n<p>Question 74Skipped<\/p>\n<p>When does Cross-Team Refinement occur in Scaled Scrum?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>Before the Sprint Planning<\/p>\n<p>After the Scaled Scrum Sprint Review<\/p>\n<p>Correct answer<\/p>\n<p>There is no specific time during the Sprint for Cross-Team Refinement<\/p>\n<p>After the Scaled Scrum Sprint Planning<\/p>\n<p>Overall explanation<\/p>\n<p>There is no specific time during the Sprint when teams work on Refinement.<\/p>\n<p>Question 75Skipped<\/p>\n<p>What is the time box for the Cross-Team Refinement meeting in<\/p>\n<p>Scaled Scrum?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>max 4 hours<\/p>\n<p>max 8 hours<\/p>\n<p>max 6 hours<\/p>\n<p>Correct answer<\/p>\n<p>There is no specific Time Box<\/p>\n<p>Overall explanation<\/p>\n<p>There is no specific time box for Cross-Team Refinement, nor is there a specific time during the Sprint when teams work on Refinement.<\/p>\n<p>Question 76Skipped<\/p>\n<p>Representatives from the Scrum Teams meet once again to discuss common issues identified in the Scrum Team Retrospectives. They agree on how to visualize and track the identified actions that will enable Scaled Scrum to learn and adapt as a whole. What part of the Scaled Scrum Sprint Retrospective is it?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>1<\/p>\n<p>2<\/p>\n<p>3<\/p>\n<p>Correct answer<\/p>\n<p>The process doesn&#8217;t relate to the Scaled Scrum Sprint Retrospective<\/p>\n<p>Overall explanation<\/p>\n<p>There are no mandatory requirements for teams in Scaled Scrum to divide Sprint Retrospective event into 2 or more parts. It is up to the Scaled Scrum Integration Team<\/p>\n<p>Question 77Skipped<\/p>\n<p>What is the maximum number of members in the Scaled Scrum Integration Team?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>3 to 9<\/p>\n<p>15<\/p>\n<p>5 to 11<\/p>\n<p>Correct answer<\/p>\n<p>as many as required to develop and integrate the best solution for the product<\/p>\n<p>Overall explanation<\/p>\n<p>There is no direct restriction on a number of staff in the Scaled Scrum Integration Team. Usually, there are 5-8 members but it is not mandatory<\/p>\n<p>Question 78Skipped<\/p>\n<p>How many Product Backlogs are used in Scaled Scrum?<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The number of Backlogs is equal to the number of Scrum Team in Scaled Scrum<\/p>\n<p>Correct answer<\/p>\n<p>One Product Backlog for the entire product<\/p>\n<p>2 Product Backlogs (one for Scaled Scrum Team and one for all other teams)<\/p>\n<p>Overall explanation<\/p>\n<p>There is a single Product Backlog for the entire Scaled Scrum and all of its Scrum Teams. The Product Owner is accountable for the Product Backlog, including its content, availability, and ordering.<\/p>\n<p>Question 79Skipped<\/p>\n<p>Transitioning from Waterfall to Scrum is a very significant step for the organization. How will the organization measure the success of Scrum implementation? Select all correct answers<\/p>\n<p>Choose ALL answers that apply.<\/p>\n<p>By reducing costs<\/p>\n<p>Correct selection<\/p>\n<p>By increasing customer satisfaction<\/p>\n<p>By delivering an increment every Sprint<\/p>\n<p>Correct selection<\/p>\n<p>Through frequent releases and meeting value metrics or KPIs<\/p>\n<p>By releasing new features after each Sprint<\/p>\n<p>Overall explanation<\/p>\n<p>Customer&#8217;s and end user&#8217;s satisfaction is important. It&#8217;s not an abstract measure like lines of code or velocity. There can be some KPIs for measuring the value of the releases, and when improved, will show our success. Increased velocity is desired, but it&#8217;s not directly connected to value and can be misleading. That&#8217;s the same with production cost. It&#8217;s mandatory to deliver an Increment every Sprint.<\/p>\n<p>Question 80Skipped<\/p>\n<p>As a Product Owner, you are responsible for stakeholder management. From the following answers choose the correct statement about the relationship between PO and the stakeholder<\/p>\n<p>Choose only ONE best answer.<\/p>\n<p>The stakeholder is a manager of the Product Owner and he or she creates task for the Product Backlog<\/p>\n<p>Stakeholders are always users of the product and they can&#8217;t advise anything to the PO<\/p>\n<p>Correct answer<\/p>\n<p>The Product Owner represents the stakeholders to the Scrum Team, which includes representing their desired requirements in the Product Backlog<\/p>\n<p>One of the stakeholders must be the Scrum Master<\/p>\n<p>Overall explanation<\/p>\n<p>The Product Owner is the bridge between the team and the stakeholders. The Product Owner actively asks for stakeholder expectations to process into the Product Backlog.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>PSPO1 Practice Exam Set Two Question 1Skipped True or false? When multiple teams are working on the same product, their Sprints should start and end at the same time. TRUE Correct answer FALSE Overall explanation FALSE, it&#8217;s not mandatory to start and end the Sprints at the same time; e.g., most teams have four-week Sprints, [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-210","post","type-post","status-publish","format-standard","hentry","category-pspo-i-exam-list"],"_links":{"self":[{"href":"https:\/\/exam.kimson.us\/index.php?rest_route=\/wp\/v2\/posts\/210","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/exam.kimson.us\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/exam.kimson.us\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/exam.kimson.us\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/exam.kimson.us\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=210"}],"version-history":[{"count":1,"href":"https:\/\/exam.kimson.us\/index.php?rest_route=\/wp\/v2\/posts\/210\/revisions"}],"predecessor-version":[{"id":211,"href":"https:\/\/exam.kimson.us\/index.php?rest_route=\/wp\/v2\/posts\/210\/revisions\/211"}],"wp:attachment":[{"href":"https:\/\/exam.kimson.us\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=210"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/exam.kimson.us\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=210"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/exam.kimson.us\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=210"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}