Scaled Agile Updated SP-SAFe-Practitioner Exam Questions and Answers by zakaria

 During the team breakout session, each team creates and estimates their Stories, and sequences them into a draft plan for the upcoming PI. This is where the team backlog is refined and prioritized, and dependencies are identified and resolved. References: SAFe for Teams - Know Your Role on an Agile Team, Exam Study Guide: SP (6.0) - SAFe® Practitioner, SAFe for Teams | SAFe Practitioner (SP) Certification

Quality is the first and foremost function of the second core value of SAFe, which is Built-in Quality1. Built-in Quality is a set of practices to help ensure that the outputs of Agile teams in business and technology domains meet appropriate quality standards throughout the process of creating customer value2. Built-in Quality requires a culture of shared responsibility, where everyone on the team is accountable for the quality of the work products and the system as a whole2. This culture fosters collaboration, feedback, and continuous improvement, and enables faster delivery and better outcomes2. References: Built-In Quality - Scaled Agile Framework, Quality is the first and foremost a function of what in a Lean-Agile …, Quality is first and foremost a function of what in a lean-agile …

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 “C” in the CALMR approach to DevOps represents culture. Culture is the first element of the CALMR mindset, which guides the ART toward achieving continuous value delivery by enhancing culture, automation, lean flow, measurement, and recovery1. Culture refers to the shared values, beliefs, and behaviors that support collaboration, communication, and continuous improvement among the development, operations, security, and other teams involved in the value stream2. Culture also includes respecting and empowering the people and teams, fostering a learning and growth mindset, and creating a customer-centric focus3. Culture is the foundation of DevOps, as it enables the alignment and integration of the technical and organizational aspects of DevOps4. The other options are not what the “C” stands for in the CALMR approach to DevOps, although they are related to other elements of the mindset. Completion is not a specific term in the CALMR approach, but it could be associated with measurement, which tracks the progress and outcomes of the value delivery. Cycle-time is a metric that measures the time it takes to deliver value from idea to production, and it is influenced by lean flow, which optimizes the value stream and eliminates waste. Continuous integration is a technical practice that involves merging code changes frequently and automatically testing them, and it is part of automation, which reduces manual work and errors and accelerates feedback loops. References: CALMR - Scaled Agile Framework, The CALMR Approach to DevOps [Complete Guide] - KnowledgeHut, Core Values - Scaled Agile Framework, CALMS DevOps : Defining 5 DevOps Principles | Cprime