SAFe-Practitioner Exam Practice Questions prepared by Scrum Professionals [Q115-Q134]

The PI Planning process is a two-day event that aligns all the teams on the Agile Release Train (ART) to a shared mission and vision for the upcoming Program Increment (PI)1. The PI Planning process has several inputs and outputs, as shown in Figure 12. One of the outputs of the PI Planning process is the PI Objectives, which are a set of SMART (Specific, Measurable, Achievable, Realistic, and Time-bound) goals that each team and the ART commit to achieving in the PI3. The PI Objectives are based on the features and enablers that the teams plan to deliver, and they reflect the business and technical value that the teams and the ART intend to provide to the stakeholders4. The PI Objectives are also used to track the progress and performance of the teams and the ART throughout the PI execution5. The other options are not outputs of the PI Planning process, but rather inputs or outcomes. The PI Vision is an input to the PI Planning process, which describes the current state, future state, and features of the solution that the ART will deliver in the PI. The PI Goals are an outcome of the PI Planning process, which are derived from the PI Objectives and summarize the business and technical benefits that the ART will deliver in the PI. The Actual PI Business Value is an outcome of the PI execution, which measures the actual value delivered by the ART at the end of the PI, based on the PI Objectives and stakeholder feedback. References: PI Planning – Scaled Agile Framework, Inputs and Outputs of PI Planning – Scaled Agile Framework, PI Objectives – Scaled Agile Framework, PI Planning – Scaled Agile Framework, Program Execution – Scaled Agile Framework, [PI Vision – Scaled Agile Framework], [PI Goals – Scaled Agile Framework], [Inspect and Adapt – Scaled Agile Framework] Figure 1. Inputs and outputs of PI Planning2

Systems thinking is a holistic approach to solution development, incorporating all aspects of a system and its environment into the design, development, deployment, and maintenance. It requires leaders and teams to understand the solution, the enterprise, and the value stream as a system. One of the principles of systems thinking is that optimizing a component of the system does not optimize the whole system. In fact, it may even harm the system performance, as it may create bottlenecks, conflicts, or waste in other parts of the system. Therefore, systems thinking encourages looking at the system as a whole and finding the best trade- offs and synergies among the components. References: Principle #2 – Apply systems thinking – Scaled Agile Framework, What ‘systems thinking’ actually means – and why it matters today | World Economic Forum, What is Systems Thinking? – Critical Thinking Secrets

On day two of PI Planning, management presents adjustments based on the previous day’s management review and problem-solving meeting. The management review and problem-solving meeting is a session where the management team reviews the draft plans and objectives from the teams, identifies risks and dependencies, and resolves any issues that may affect the ART’s ability to deliver value. One possible type of adjustment they could make is to adjust the business priorities based on the new information and feedback from the teams. This could involve reprioritizing the features in the program backlog, changing the weight or value of some objectives, or adding or removing some stretch objectives. These adjustments are communicated to the teams during the second planning day, so they can finalize their plans and objectives accordingly. References: PI Planning – Scaled Agile Framework, PI Planning and the Management Review – Part 1 | Ivar Jacobson International

A high-functioning Agile Team is a cross-functional group of typically ten or fewer individuals with all the skills necessary to define, build, test, and deliver value to their customer1. Team A is not cross-functional because they depend on another team to test and deploy their work, which creates handoffs and delays in the value delivery process. A cross-functional team should be able to perform all the activities required to deliver a potentially releasable increment of value in each iteration2. Team A should collaborate with the other team to integrate their testing and deployment capabilities and form a single Agile Team that can deliver value independently. References: Agile Teams – Scaled Agile Framework, 7 Qualities of High-Performing Agile Teams | AgileConnection

A Solution Demo is one of the Agile Release Train events. A Solution Demo is a periodic event where the current state of the Solution is evaluated by the relevant stakeholders, including customers and users. The Solution Demo provides an opportunity to inspect and adapt the Solution, and to validate that it meets the Solution Intent and the customer needs. The Solution Demo is typically held at the end of each Program Increment (PI), and may also be held more frequently depending on the Solution context and feedback mechanisms. References: Solution Demo – Scaled Agile Framework, SAFe for Teams – Know Your Role on an Agile Team | Scaled Agile, Exam Study Guide: SP (6.0) – SAFe Practitioner – scaledagile.com

= WIP limits are necessary in the ART Kanban to ensure large queues are not forming, which would slow down the flow of value and increase the lead time. WIP limits are a way of applying the Lean principle of reducing waste and optimizing the system for the whole. By limiting the amount of work that can be in progress at any stage of the Kanban system, the ART can balance the demand and capacity, avoid overloading the system, and focus on completing the work rather than starting new work. WIP limits also help to expose bottlenecks, dependencies, and impediments that need to be resolved to improve the flow efficiency and quality of the work. References: = ART Flow – Scaled Agile Framework, ART and Solution Train Backlogs – Scaled Agile Framework, Kanban And The Importance Of Work In Progress (WIP) Limits

Respect for People is one of the four SAFe Core Values. It means that the enterprise fosters a culture of mutual influence, trust, empowerment, and collaboration among all the people involved in delivering value, including customers, employees, partners, and suppliers. Respect for People also implies that the enterprise values diversity, inclusion, and psychological safety, and that it treats people as the most important asset. Respect for People supports the following practices in SAFe1:
* Turn mistakes into learning moments. Mistakes are inevitable in complex and uncertain environments, and they provide opportunities for learning and improvement. Instead of blaming or punishing people for making mistakes, the enterprise encourages them to share their learnings, experiment with new ideas, and apply the Plan-Do-Check-Adjust (PDCA) cycle.
* Create a trust-based environment. Trust is the foundation of effective collaboration and high performance. The enterprise builds trust by being transparent, honest, supportive, and accountable. It also empowers people to make decisions, take ownership, and self-organize around value delivery.
* Visualize work. Visualization helps people see the flow of value, identify bottlenecks, dependencies, and waste, and collaborate on solutions. The enterprise uses various tools and techniques to visualize work, such as Kanban boards, Cumulative Flow Diagrams, Program Boards, and Value Stream Maps. References: 1: Respect for People and Culture – Scaled Agile Framework

Velocity is a measure of how much work a team can complete in an iteration. It is based on the team’s historical performance and estimation accuracy. During iteration execution, a team’s velocity tends to be most affected by factors that change the team’s capacity, collaboration, and context. Changing team size, team makeup, and technical context are examples of such factors. For instance, adding or removing team members, changing team roles or responsibilities, or switching to a different technology or domain can all impact the team’s velocity. Therefore, the correct answer is B. Changing team size, team makeup, and technical context. References: Velocity – Scaled Agile Framework, PRACTICE TEST: SAFe 4 Practitioner Certification Flashcards – Brainscape, During Iteration Execution, a team velocity tends to be most affected …

The SAFe Implementation Roadmap is a strategy and an ordered set of activities that have proven to be effective in successfully implementing SAFe. It is based on organizational change management strategies and provides the critical moves for adopting SAFe. The roadmap consists of 14 steps, from reaching the tipping point to sustaining and improving1. References: 1: Implementation Roadmap – Scaled Agile Framework

One of the Lean Thinking Principles is to make value flow without interruptions. This means that the organization should optimize the entire value stream, from the customer’s perspective, and eliminate any waste or delays that prevent the smooth and fast delivery of value. Waste can be anything that does not add value to the customer, such as defects, overproduction, waiting, inventory, transportation, motion, or overprocessing. Delays can be caused by handoffs, queues, approvals, dependencies, or variability. By making value flow without interruptions, the organization can increase customer satisfaction, reduce costs, improve quality, and accelerate time to market. References: Lean Thinking: Overview, Principles, Benefits, & Applications Explained, Lean Thinking – Lean Practice | Planview LeanKit

The Inspect and Adapt (I&A) is a significant event held at the end of each Program Increment (PI), where the current state of the Solution is demonstrated and evaluated by the train. Teams then reflect and identify improvement backlog items via a structured, problem-solving workshop. The I&A event consists of three parts: the PI System Demo, where the features developed during the PI are shown and feedback is collected; the quantitative and qualitative measurement, where the teams assess their performance and progress using various metrics and surveys; and the retrospective and problem-solving workshop, where the teams identify and analyze the root causes of their most critical issues and devise action plans to address them12. References: Inspect and Adapt, Exam Study Guide: SP (6.0) – SAFe Practitioner

Continuous Delivery is a set of practices that enable teams to release value to customers in short cycles, with high quality and low risk. One of the key practices of Continuous Delivery is to automate testing of Features and nonfunctional requirements, such as performance, security, and usability. This ensures that the code is always in a releasable state and reduces the feedback time and cost of defects. Another key practice of Continuous Delivery is to maintain a staging environment that emulates production, where the final integration, validation, and acceptance testing can take place before deployment. This reduces the risk of failures and errors in production and enables faster and more reliable releases. References: SAFe for Teams
– Know Your Role on an Agile Team, SAFe for Teams 6.0 (SP) Certification Training, SAFe for Teams | SAFe Practitioner (SP) Certification