最新版を今すぐ試そう！[2026年04月] 試験準備には欠かさない！SAFe-POPM問題集 [Q25-Q42]

Explanation
One method to establish a team’s velocity is to compare the average story points completed throughout the previous iterations. This gives an indication of how much work the team can realistically deliver in a given time frame, based on their past performance. To calculate the team’s velocity, you can use the following formula: Team velocity = total story points completed / number of iterations. You can also use various charts and tools to visualize the team’s velocity and track itsprogress over time1234 References:
*Velocity in Scrum: How to Measure and Improve Performance – Atlassian
*Discover the Concept of Team Velocity – OpenClassrooms
*A Word on Velocity – LeadingAgile
*Increasing Your Scrum Team’s Velocity – ClearlyAgile

Explanation
The iteration retrospective is an Agile Team event that supports relentless improvement by allowing the team to reflect on the iteration just completed and to derive new ideas to improve the team’s process12. This reflection helps instill the concept of relentless improvement-one of the pillars of the SAFe House of Lean3-in the individuals and the team.
References:
*Iteration Retrospective – Scaled Agile Framework
*SAFe POPM 5 Flashcards | Quizlet
*SAFe Lean-Agile Principles – Scaled Agile Framework

Explanation
One input to the Vision is customer feedback. Customer feedback is the information and opinions that customers and stakeholders provide about the solution, its features, and its value proposition1. Customer feedback helps to validate the assumptions, test the hypotheses, and measure the satisfaction of the solution2.
Customer feedback also helps to identify the needs, preferences, and expectations of the customers and stakeholders, which are essential for defining and communicating the Vision3. The Vision is a description of the future state of the solution under development, and it reflects the problem(s) that the solution will solve and the benefits that it will deliver4.
References:
*Customer Feedback – Scaled Agile Framework
*Continuous Exploration – Scaled Agile Framework
*Solution Vision – Scaled Agile Framework
*Vision – Scaled Agile Framework

Explanation
Product Management is the role that has content authority for the ART Backlog. The ART Backlog is a Kanban system that captures and manages the features and enablers that the Agile Release Train (ART) will implement in the upcoming Program Increments (PIs)1. Product Management is responsible for defining and communicating the vision, value proposition, and features of the solution, as well as prioritizing and refining the backlog items2. Product Management collaborates with stakeholders, customers, architects, and other roles to ensure that the ART Backlog reflects the needs and expectations of the customers and aligns with the strategic direction of the portfolio3.
References:
*ART and Solution Train Backlogs – Scaled Agile Framework
*Product Management – Scaled Agile Framework

Explanation
The minimum requirements for a feature are a name, a benefit hypothesis, and acceptance criteria12. A name is a brief and descriptive phrase that summarizes the feature. A benefit hypothesis is a statement that describes the expected outcome and value of the feature for the customer or user. Acceptance criteria are a set of conditions that the feature must satisfy to be accepted by the customer or stakeholder12.
Some additional information that might be helpful for you are:
*The other options (A, C, and D) are not the minimum requirements for a feature, but rather additional or optional elements that may be included in the feature definition.
*Data models are representations of the data structures and relationships that the feature requires or affects.
Data models are not mandatory for a feature, but they may be useful for complex or data-intensive features3.
*Priority is the relative importance or urgency of a feature compared to other features. Priority is not a requirement for a feature, but it is a factor that influences the feature selection and sequencing4.
*Non-functional requirements (NFRs) are system qualities that guide the design of the solution and often serve as constraints across the relevant backlogs. NFRs are not specific to a feature, but they may affect the feature implementation or testing5.
*Architecture is the design and structure of the system that supports the solution. Architecture is not a requirement for a feature, but it is an enabler that facilitates the feature delivery.

Explanation
The System Demo is an event where the Agile Release Train (ART) demonstrates the integrated and working software to the stakeholders and customers1. The System Demo aligns with the Agile Manifesto principle that states: “Working software is the primary measure of progress”2. This principle emphasizes the value of delivering functional and usable software over comprehensive documentation or adherence to a plan3. The System Demo provides feedback on the quality, usability, and value of the software, as well as the effectiveness of the ART1.
References:
*System Demo – Scaled Agile Framework
*12 Principles Behind the Agile Manifesto | Agile Alliance
*Manifesto for Agile Software Development

Explanation
The problem-solving workshop is more effective than traditional lessons learned documents because it makes improvements actionable through backlog items for the next Program Increment (PI). A problem-solving workshop is a structured approach to identify and solve problems that affect the performance and quality of the Agile Release Train (ART) or Solution Train1. Unlike traditional lessons learned documents, which are often passive and rarely implemented, a problem-solving workshop results in a set of improvement backlog items that are prioritized and planned for the next PI2. This way, the teams can implement the improvements and measure their impact on the value delivery3.
References:
*Inspect and Adapt – Scaled Agile Framework
*Why is the problem-solving workshop more effective than traditional …
*Problem-solving workshop: Step-by-Step – Agilephoria

Explanation
One step when determining initial team capacity during PI Planning is to subtract one point for every team member’s vacation day, public holiday, or training day. This step helps the team to adjust their capacity based on the actual availability of each team member for the upcoming Program Increment (PI)1. By accounting for the time-based capacity adjustments, the team can plan their work more realistically and avoid overcommitting or underdelivering2.
References:
*PI Planning – Scaled Agile Framework
*How to Improve Your Agile Team’s Capacity Planning – Method

Explanation
One of the factors that can increase the effectiveness of Backlog Refinement is to schedule the event on a regular cadence. Backlog Refinement is the process of reviewing, updating, and prioritizing the backlog items to prepare them for future iterations or sprints1. By scheduling the event on a regular cadence, such as once or twice per week, the team can ensure that the backlog is always accurate, relevant, and ready for planning2. A regular cadence also helps the team to avoid cramming too much work into a single session, which can lead to lower quality and reduced collaboration3.
References:
*Team Backlog – Scaled Agile Framework
*Backlog refinement – How I learned to love agile business analysis …
*Essential Checklist for Effective Backlog Refinement (and What To Avoid …

Explanation
The definition of done specifies the requirements for completeness of a work product or increment of value1.
It is important to establish a clear and consistent definition of done across all Agile Teams to ensure that the work products meet the appropriate quality standards and are ready for integration and delivery23. Without a common definition of done, there may be confusion, rework, delays, and technical debt3.
References:
*What is the Definition of Done (DOD) in SAFe®? – Agilemania
*Built-In Quality – Scaled Agile Framework
*Definition of Done – Scaled Agile Framework

Explanation
A solution is defined as a product, service, or system delivered to the customer in SAFe. A solution can be a small mobile application built by a single Agile Release Train (ART) or a large automotive system of systems built by a network of Development Value Streams (DVSs) in a supply chain1. A solution may also be an insurance or banking product offered by a financial institution. Solutions can be the products a company sells or the internal products they use to run the business. They may provide direct value to an end-user or may be a component of a larger solution1.
References:
*Solution – Scaled Agile Framework

Explanation
A story map is a tool that visualizes features representing a workflow. A story map is a two-dimensional arrangement of user stories that shows the relationship between the user activities and the features that support them1. A story map helps the team to understand the user journey, prioritize the features based on value and dependencies, and plan the releases and iterations2.
References:
*Story Mapping – Scaled Agile Framework
*What is User Story Mapping? | Definition and Overview

Explanation
The ART Planning Board is a physical or virtual board that helps visualize the work of the Agile Release Train (ART) during PI Planning. It shows the features and dependencies for each team and iteration in the Program Increment (PI)1. The ART Planning Board helps the teams and stakeholders to see the big picture, identify and resolve issues, and collaborate on the delivery plan2.
References:
*ART Planning Board – Scaled Agile Framework
*PI Planning – Scaled Agile Framework

Explanation
The primary purpose of PO Sync is to assess progress of the Program Increment (PI) and adjust scope and priority as needed12. PO Sync is a regular event that involves the Product Owners from all the Agile teams in an Agile Release Train (ART)12. In PO Sync, they share the status of their work, identify dependencies, risks, and impediments, and align on the product vision and roadmap12. PO Sync helps to ensure that the ART delivers value to the customers and meets the PI objectives12.
Some additional information that might be helpful for you are:
*The other options (B, C, and D) are not the primary purpose of PO Sync, but rather purposes of other events or activities.
*Building PI Objectives and improving alignment is the purpose of PI Planning, which is a two-day event that occurs at the beginning of each PI3. In PI Planning, all the members of the ART collaborate to define, prioritize, and plan the work for the next PI3.
*Aligning with Coach Sync participants on the status of the PI is the purpose of Scrum of Scrums (SoS), which is a regular event that involves the Scrum Masters from all the Agile teams in an ART4. In SoS, they coordinate and synchronize the work of the teams, resolve cross-team impediments, and report the progress and risks to the RTE4.
*Conducting backlog refinement is an activity that occurs throughout the PI, where the Product Owner and the Development team review and update the Team Backlog to prepare for the upcoming Iterations. Backlog refinement helps to ensure that the work items are clear, feasible, and valuable

Explanation
One strategy for managing complex critical path challenges is to adjust work between teams or split Features and Stories. Complex critical path challenges are situations where the delivery of value depends on the completion of multiple interdependent tasks by different teams1. These challenges can cause delays, bottlenecks, and inefficiencies in the value stream. To overcome these challenges, one option is to adjust work between teams or split Features and Stories, so that the dependencies are minimized or eliminated2. This can help improve the flow of work, reduce the risk of integration issues, and increase the flexibility and responsiveness of the teams3.
References:
*Accelerating Flow with SAFe – Scaled Agile Framework
*Managing Dependencies – Scaled Agile Framework

Explanation
The vision is a description of the future state of the solution under development, reflecting customer and stakeholder needs, as well as the features and capabilities proposed to meet those needs1. Communicating the vision effectively is essential for creating a shared understanding of the program’s goals and objectives, especially as they evolve due to changing market needs and business drivers1. One of the key aspects of communicating the vision is to establish the importance of Lean budget Guardrails, which are policies and practices that ensure the financial integrity and economic viability of the solution2. Lean budget Guardrails provide the boundaries and context forthe solution development, enabling decentralized decision-making and empowering teams to operate autonomously within the agreed-upon funding2. By communicating the importance of Lean budget Guardrails, the vision helps align the teams with the strategic themes and portfolio priorities, as well as foster a culture of innovation and learning2.
References: 1 Vision – Scaled Agile Framework, 2 Lean Budgets – Scaled Agile Framework

Explanation
A Kanban board is a visual tool that helps teams manage the flow of work from start to finish. It shows the steps of the team’s workflow, the work items in each step, and the work-in-process (WIP) limits for each step1. A Kanban board demonstrates where a team has too much work-in-process (WIP), which is the number of work items that are being worked on at any given time. Having too much WIP can cause delays, bottlenecks, and waste in the value stream2. By using a Kanban board, teams can identify and resolve the sources of excessive WIP, and optimize their flow and throughput3.
References:
*SAFe Team Kanban – Scaled Agile Framework
*Applying Kanban in SAFe – Scaled Agile Framework
*What is a Kanban Board, and How Do You Use It? – How-To Geek

Explanation
Objectives are developed by teams and rolled up to the ART level during PI Planning. Objectives are a summary of the business and technical goals that the teams and the ART intend to achieve in the upcoming Program Increment (PI)1. During PI Planning, each team creates their own team PI objectives, which are then presented and reviewed by the ART and the stakeholders2. The aggregated team PI objectives form the ART PI objectives, which provide a common vision and alignment for the ART3.
References:
*PI Objectives – Scaled Agile Framework
*PI Planning – Scaled Agile Framework