Pass the Scrum SAFe Certification SAFe-Practitioner Questions and answers with CertsForce

An Agile Release Train (ART) is the primary value delivery construct in the Scaled Agile Framework (SAFe). It is a long-lived, self-organizing, virtual organization of 5 - 12 Agile Teams that plan, commit, and execute together. ARTs align teams to a shared business and technology mission and deliver solutions in a value stream with common principles and practices. ARTs are cross-functional and have all the capabilities needed to define, build, test, deploy, release, and operate solutions. ARTs operate on a fixed schedule with common iteration start/end dates and duration, and deliver a new system increment every two weeks. ARTs also plan their work at periodic, mostly face-to-face Program Increment (PI) Planning events, and inspect and adapt at the end of every PI. References: Agile Release Train - Scaled Agile Framework, Essential SAFe - Scaled Agile Framework

 According to the SAFe for Teams SP (6.0) - SAFe Practitioner handbook and study guide, a cumulative flow diagram (CFD) is a visual tool that shows the amount of work in each stage of a process over time. It helps teams monitor the flow of work, identify bottlenecks, and improve efficiency. A CFD provides the following information:

The total number of work items in the system (the height of the diagram)

The number of work items in each stage of the process (the width of each band)

The lead time for each work item (the horizontal distance from the left to the right edge of the diagram)

The cycle time for each work item (the horizontal distance from one stage to another within the diagram)

The throughput of the system (the slope of the diagram)

The stability of the system (the smoothness of the diagram) By analyzing the CFD, teams can identify current bottlenecks, such as:

A large amount of work in progress (WIP), which indicates a high lead time and low throughput

A wide band in a specific stage, which indicates a long cycle time and a potential impediment

A steep or jagged slope, which indicates a high variability and unpredictability References: Exam Study Guide: SP (6.0) - SAFe® Practitioner, SAFe® for Teams - Know Your Role on an Agile Team, Cumulative Flow Diagram SAFe: Complete Guide

n: Agile development is more beneficial than waterfall development because it increases productivity and employee engagement by empowering teams to self-organize, collaborate, and deliver value in small increments. It also allows businesses to deliver value to the market more quickly by reducing the feedback cycle, adapting to changing requirements, and releasing high-quality products frequently. References: SAFe® for Teams - Know Your Role on an Agile Team, Exam Study Guide: SP (6.0) - SAFe® Practitioner, Lean-Agile Mindset, Continuous Delivery Pipeline

A cadence-based PI Planning event is a face-to-face event that serves as the heartbeat of the Agile Release Train (ART), aligning all the teams on the ART to a shared mission and vision. It is essential to SAFe and should not be skipped or delayed. It is an opportunity for all team members and stakeholders to communicate, collaborate, and coordinate their work for the next Program Increment (PI), which is typically 8-12 weeks long. The PI Planning event has a standard agenda that includes a presentation of business context and vision, followed by team planning breakouts, where the teams create their Iteration plans and objectives for the upcoming PI. The event also includes a management review and problem-solving session, where the teams identify and resolve dependencies, risks, and impediments. The event concludes with a confidence vote and a final plan review, where the teams present their PI objectives and receive feedback from the business owners. The PI Planning event is a key enabler of alignment, transparency, and collaboration across the ART. References: PI Planning, Planning Interval, PI Planning vs Sprint Planning: What Is the Ultimate Goal of the PI Planning Event?

 A User Story is a short description of a piece of functionality that delivers value to a customer or stakeholder. It is typically written from the perspective of an end user and follows the format: “As a , I want , so that ”. User Stories are the primary elements of the Team Backlog and are used to plan and execute the Iteration. User Stories should be small enough to be completed within one Iteration, which is usually two weeks long. If a User Story is too large or complex, it should be split into smaller stories that can fit within the Iteration timebox. This ensures that the team can deliver value frequently and receive feedback quickly. References: SAFe for Teams Student Workbook: materials and exercises from Lesson 3; v6.scaledagileframework.com/story/

 Continuous Deployment is the process of releasing every good build to users through a delivery pipeline that performs various tests, deployments, and validations1. Deploy, verify, monitor, and respond are the four activities of Continuous Deployment that ensure the quality and reliability of the software2. References: 1: Continuous Deployment2: Exam Study Guide: SP (6.0) - SAFe® Practitioner

According to the Lean-Agile Leadership competency of SAFe, management must commit to quality and take responsibility to change the system for a successful Agile transformation. This means that leaders must lead by example, learn and model the Lean-Agile mindset, values, principles, and practices, and lead the change to a new way of working. They must also empower and engage individuals and teams to reach their highest potential, and create a culture of relentless improvement and innovation1. Management cannot delegate or outsource the responsibility of leading the Agile transformation, as they are the ones who have the authority and influence to change and improve the systems that govern how work is performed2. References: 1: Lean-Agile Leadership - Scaled Agile Framework2: What Must Management Do for a Successful Agile Transformation?

 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

The Portfolio Kanban system is a method to visualize and manage the flow of portfolio Epics, from ideation through analysis, implementation, and completion1. The analyzing step of the Portfolio Kanban system involves developing a Lean business case for the Epic and presenting it to Lean Portfolio Management (LPM) for approval1. If the Epic receives a ‘go’ decision from LPM, it will be moved to the ready state in the Portfolio Kanban, where it will wait until one or more Agile Release Trains (ARTs) have the capacity to implement it1. The other options are incorrect because:

A. The Epic Owner does not have the authority to approve the Lean business case. Only LPM can make the final decision on whether to proceed with the Epic or not1.

C. The Epic will not remain in the analyzing step after receiving a ‘go’ decision from LPM. It will be moved to the ready state, where it will be prioritized using weighted shortest job first (WSJF) and other factors1.

D. The Epic will not be implemented based on its WSJF ranking alone. It will also depend on the availability and alignment of the ARTs that can deliver the Epic1. References: 1: Portfolio Kanban - Scaled Agile Framework

The Iteration Review is a cadence-based event, where each team inspects the increment at the end of every Iteration to assess progress, and then adjusts its backlog for the next iteration. During the Iteration review, each Agile Team measures and then demonstrates its progress by showing working stories to the Product Owner and other stakeholders to get their feedback1. The Iteration Review provides two views into the program: how the team is doing on the Program Increment and how the team did on the Iteration. The first view shows how the team is progressing toward its Team Program Increment (PI) Objectives, which are the measurable outcomes that the team intends to achieve in a PI2. The second view shows how the team performed in the current Iteration, based on the Iteration Goals and the completed stories1. The other options are not views that the Iteration Review provides into the program, but rather aspects of the team culture or behavior that may be influenced by other events or practices in SAFe. References: Iteration Review - Scaled Agile Framework, Team PI Objectives - Scaled Agile Framework