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

Strategic Themes are portfolio-level business objectives that provide competitive differentiation and strategic advantage. They influence portfolio strategy and provide business context for portfolio decision-making1. Lean budget Guardrails are the spending policies and guidelines that enable decentralized decision-making and empowerment for value streams2. Strategic Themes affect the allocation of funds and resources to value streams, as well as the guidance for investments in existing and new solutions1. Therefore, Strategic Themes influence Lean budget Guardrails directly. References: Strategic Themes, Lean Budgets, Exam Study Guide: SP (6.0) - SAFe Practitioner

According to SAFe, an Agile team is a cross-functional group of 5-11 individuals who define, build, test, and deliver an increment of value in a short time box1. This size allows for enough diversity of skills and perspectives while still allowing for close collaboration and communication among team members. Larger teams tend to have more communication overhead, coordination challenges, and reduced productivity. Smaller teams may lack some of the necessary skills or perspectives to deliver value effectively. References: Agile Teams - Scaled Agile Framework, What is the Recommended Size of an Agile Team? - StuffSure, The Number 7: Why is it so important? - agile42

Relentless improvement is one of the four SAFe Core Values, which are the guiding principles that help individuals and organizations achieve Business Agility1. Relentless improvement means that everyone in the organization is committed to continuously learning, growing, and innovating, and that they embrace a culture of experimentation, feedback, and problem-solving2. By inviting every team member to work on any project they choose during the Innovation and Planning Iteration, the organization is demonstrating relentless improvement, as they are providing time and space for people to explore their creative ideas, learn new skills, and collaborate with others outside their usual teams. This can lead to better solutions, higher engagement, and faster adaptation to changing customer and market needs34. References: = 1: SAFe Core Values - Scaled Agile Framework5; 2: Relentless Improvement - Scaled Agile Framework; 3: Innovation and Planning Iteration - Scaled Agile Framework; 4: How to Implement Quality in a Lean-Agile Environment Successfully

The Portfolio Canvas is a tool that defines the current state of the portfolio, as well as the future state vision, using the Business Model Canvas template1. It describes the development value streams, the solutions they deliver, the customers they serve, the budget allocated to each value stream, and other vital activities and events required to achieve the portfolio vision2. The Portfolio Canvas is used to capture and analyze the current state of the portfolio, as well as to generate and evaluate multiple future state scenarios, based on the SWOT and TOWS analysis2. The Portfolio Canvas provides input for defining the future state vision and the portfolio backlog2. References: Business Model Canvas, Portfolio Vision

This statement is one of the Lean budget Guardrails, which describe the policies and practices for budgeting, spending, and governance for a specific portfolio1. Continuous Business Owner engagement means that the Business Owners, who are key stakeholders for each Agile Release Train (ART), are actively involved in the planning, execution, and review of the value delivery1. They provide feedback, guidance, and approval for the PI objectives, features, and enablers, as well as participate in the Inspect and Adapt (I&A) workshop and the Program Increment (PI) system demo2. Continuous Business Owner engagement helps ensure alignment, transparency, and accountability for the value streams and ARTs1. References: Lean Budget Guardrails, Business Owners

 The Release Train Engineer (RTE) is a servant leader and coach for the Agile Release Train (ART), which is a group of Agile teams that work together to deliver value. The RTE facilitates the ART events and processes, and supports the teams in delivering value. They communicate with stakeholders, escalate impediments, help manage risk, and drive relentless improvement. The RTE also serves as the ART Chief Coach, which means they help the teams apply and improve the SAFe principles and practices, such as PI planning, system demos, inspect and adapt, and innovation and planning1. The RTE is not the team backlog owner, the ART-level content authority, or the technical leader of the ART, but rather the facilitator and enabler of the ART’s success. References: Release Train Engineer - Scaled Agile Framework, Release Train Engineer(RTE): Roles & Responsibilities - KnowledgeHut, Release Train Engineer - Scaled Agile Framework

 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

Objectives and key results (OKRs) are a framework for defining and tracking measurable goals and outcomes. OKRs consist of an objective, which is a concise, qualitative, and inspirational statement of what is to be achieved, and one or more key results, which are specific, quantitative, and time-bound measures of progress toward the objective. OKRs help align teams and individuals around a common vision, focus on the most important outcomes, and foster a culture of feedback and learning. In SAFe, OKRs are used at the portfolio, solution, and program levels to communicate and evaluate strategic intent and business value delivery12. References: Objectives and Key Results - Scaled Agile Framework, OKRs: A Simple Way to Set and Achieve Your Goals.

The team’s initial capacity is calculated by multiplying the number of team members by the number of hours per day they are available for work, and then by the number of days in the iteration. In this case, the team has six members (two testers, three developers, and one Scrum Master/Team Coach), and the Product Owner is split between two teams, so they only count as half a member. Assuming they are available for eight hours per day and the iteration is five days long, the team’s initial capacity is:

Initial capacity=(6+0.5)×8×5=260

However, this is not the final answer, because the team also needs to account for the time spent on non-value-added activities, such as meetings, emails, and other overhead. According to the SAFe for Teams course, a typical team spends about 15% of their time on these activities, so they need to subtract that from their initial capacity. Therefore, the team’s final capacity before calculating for time off is:

Final capacity=260×(1−0.15)=221

To get the answer in terms of story points, the team needs to divide their final capacity by the average number of hours per story point. According to the SAFe for Teams course, a typical team has an average of 5.5 hours per story point, so the team’s capacity in story points is:

Capacity in story points=5.5221​≈40

Therefore, the correct answer is C. 40.

References:

SAFe for Teams - Know Your Role on an Agile Team | Scaled Agile

Exam Study Guide: SP (6.0) - SAFe® Practitioner - scaledagile.com

SAFe for Teams | SAFe Practitioner (SP) Certification - Netmind