Pass the Scaled Agile SAFe for Teams SP-SAFe-Practitioner Questions and answers with CertsForce

A Story is a short description of a small piece of desired functionality written from the user’s perspective and in their language. A Story has three primary components: Card, Conversation, and Confirmation. The Card captures the essence of the Story using the format: “As a (who), I want (what), so that (why).” The Conversation is the ongoing dialogue between the team and the customer or product owner to elaborate and refine the Story details. The Confirmation is the set of acceptance criteria and tests that verify the Story is done and meets the customer’s expectations. A Story provides just enough information for both business and technical people to understand the intent, but not so much that it becomes a specification or a contract. Details are deferred until the Story is ready to be implemented, which allows for more flexibility and feedback. A Story is not a static artifact, but a dynamic one that evolves through collaboration and learning12. References: Story - Scaled Agile Framework, [What is User Story? -

 This statement is the second principle of SAFe, which states: "Build incrementally with fast, integrated learning cycles"1. It involves delivering a continuous flow of value to customers in the shortest sustainable lead time by reducing the batch sizes of work, limiting work in process (WIP), implementing continuous integration (CI) and continuous delivery (CD) pipelines, and applying DevOps and Release on Demand2. This principle helps improve quality, reduce risk, increase customer satisfaction, and accelerate feedback and learning2. References: SAFe Lean-Agile Principles, Accelerating Flow with SAFe

SAFe Team Kanban is a method that enables teams to manage their flow of work using a visual board and a set of policies. It is especially suitable for teams that have unpredictable or interrupt-driven work, such as maintenance, support, or operations teams1. SAFe Team Kanban helps teams to visualize their work, limit their work in progress (WIP), measure and improve their flow, and implement feedback loops2. Team A is a maintenance team that cannot always predictably plan their work. They like to meet daily to review the needs of the system and plan for how they can quickly address those needs during the workday. Therefore, SAFe Team Kanban is the most appropriate SAFe Lean-Agile method for Team A to plan and execute their work. References: Team Kanban - Scaled Agile Framework, SAFe Lean-Agile Principles - Scaled Agile Framework

SAFe Team Kanban is a method that helps teams facilitate the flow of value by visualizing workflow, establishing Work In Process (WIP) limits, measuring throughput, and continuously improving their process1. It is suitable for teams that have a rapid and uneven arrival of work and fast-changing priorities, such as maintenance teams2. The other options are not appropriate for Team A’s context. SAFe Platform Team is organized around developing and supporting platforms that provide services to other teams3. SAFe Enabling Team is organized to assist other groups with specialized capabilities and help them become proficient in new technologies4. SAFe XP Team is an Agile Team method that combines the power of Scrum with Extreme Programming (XP) practices and operates within the ART iteration cadence5.

The Inspect and Adapt workshop 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 train1. The first part of the workshop is the PI System Demo, which shows all the Features that the Agile Release Train (ART) has developed over the course of the PI2. The other options are not activities that occur during the Inspect and Adapt workshop. Refining the ART backlog is a continuous process that happens throughout the PI3. A retrospective of the Iteration is a team-level event that happens after every Iteration4. Planning the next PI is a separate event that happens before the start of the next PI.

Resizing the work is one method for reducing queue length in SAFe. Queue length is the number of work items waiting to be processed in a system. Reducing queue length can improve flow, reduce cycle time, and increase throughput. Resizing the work means breaking down large work items into smaller ones that can be completed faster and with less variability. Smaller work items also reduce the risk of rework, defects, and delays. Resizing the work can be done at any level of SAFe, from portfolio epics to team stories. SAFe provides several techniques for resizing the work, such as Weighted Shortest Job First (WSJF), Minimum Marketable Features (MMFs), Minimum Viable Products (MVPs), and Spikes1. References: Principle #6 - Visualize and Limit WIP, Reduce Batch Sizes, and Manage Queue Lengths - Scaled Agile Framework

A dual operating system is a model of business agility that combines the entrepreneurial network and the hierarchical system. The network is optimized for speed and innovation, while the hierarchy is optimized for efficiency and stability. The dual operating system allows the organization to balance the competing demands of exploration and exploitation, and to respond effectively to fast-changing environments. SAFe implements the network as a set of development value streams and provides the necessary interfaces to the hierarchy to restore the system’s balance. References: Principle #10 – Organize around value - Scaled Agile Framework, Business Agility Flashcards | Quizlet, Balancing the Dual Operating System - Scaled Agile Framework

 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

The Team and Technical Agility Core Competency describes the critical skills and Lean-Agile principles and practices that high-performing Agile teams and Teams of Agile teams use to create high-quality solutions for their customers. It consists of three dimensions: Agile Teams, Team of Agile Teams, and Built in Quality1. Built in Quality is the dimension that ensures that every aspect of the solution, from code to compliance, is designed and implemented with high standards and practices that guarantee quality. Built in Quality enables fast and reliable delivery of value, reduces waste and rework, and fosters a culture of continuous improvement. Some of the practices that support Built in Quality in SAFe are Test-First, Behavior-Driven Development, Acceptance Test-Driven Development, Continuous Integration, Continuous Deployment, and Communities of Practice2. References: Team and Technical Agility - Scaled Agile Framework, Built-In Quality - Scaled Agile Framework.

The team’s initial capacity before calculating for time off is 48. This is based on the following formula: Give the team 8 points for every full-time developer and tester on the team. Since the team has two testers and three developers, that is 5 x 8 = 40 points. Then, add one point for every 10% of the Product Owner’s time dedicated to the team. Since the Product Owner is split between two teams, that is 0.5 x 10 = 5 points. Finally, add one point for every 10% of the Scrum Master/Team Coach’s time dedicated to facilitating the team. Since the Scrum Master/Team Coach is full-time, that is 1 x 10 = 10 points. The total is 40 + 5 + 10 = 55 points. However, since the team should not plan to 100% capacity, a buffer of 15% is recommended. Therefore, the final initial capacity is 55 x 0.85 = 46.75, which can be rounded up to 48 points. References: Iteration Planning, How to calculate the capacity, How to Estimate Capacity for Work in Agile Teams, SAFe Agile Planning - Plan Less than 100% Capacity, How to Improve Your Agile Team’s Capacity Planning

 A quality of an Agile team is that it is cross-functional, meaning that it has all the skills and roles necessary to deliver value to the customer. A cross-functional team can work independently and collaboratively, without relying on external dependencies or handoffs. A cross-functional team can also adapt to changing requirements and feedback, and deliver work in small increments. References: Agile Teams - Scaled Agile Framework, Top 8 Characteristics of High-Performing Agile Team - Techtic Solutions, Agile Q&A: Team Qualities | Agile Alliance, Agile Team Roles and Responsibilities: A Brief Guide - Teamhood