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

 Knowledge is one of the factors that affect the size of a story. It refers to what is known or unknown about the story, such as the requirements, the design, the technology, the domain, the dependencies, and the risks. The more unknowns there are, the larger the story size will be, as it will require more effort, complexity, and uncertainty to implement. Knowledge is one of the components of the story point estimation technique, which is a relative measure of the effort required to implement a story. Story points take into account the volume, complexity, knowledge, and uncertainty of the work. References: Story - Scaled Agile Framework, Story Point - Scaled Agile Framework, How to Estimate Agile Stories: Introducing Relative Sizing - LeanDog, Estimate Story - Quickscrum, Agile Estimation – Feature and Story Sizing Scales

 SAFe Team Kanban is a type of SAFe Agile Team that relies on a continually-refined Team Backlog as the primary input to drive value delivery. SAFe Team Kanban is a method that helps teams manage and improve the flow of value across the Continuous Delivery Pipeline. It is based on the principles of Lean and Kanban, which aim to optimize the system, limit work in progress (WIP), implement feedback loops, and empower the team. SAFe Team Kanban uses a visual board to track the flow of work from the Team Backlog to the Done state. The Team Backlog is a subset of the Program Backlog that contains the user stories, enablers, and defects that the team needs to work on. The Team Backlog is constantly refined and prioritized by the Product Owner, who collaborates with the team and other stakeholders to ensure that the most valuable and feasible work items are selected for implementation. References: Team Kanban - Scaled Agile Framework, Team Kanban - Scaled Agile Framework

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.

A program event is an event that involves all the teams in an Agile Release Train (ART) and occurs at the program level. According to the SAFe for Teams SP (6.0) handbook, there are three program events: PI Planning, System Demo, and Inspect and Adapt1. Innovation and Planning (IP) is also a program event, as it is a special iteration that occurs at the end of each Program Increment (PI) and provides time for the ART to innovate, plan, and improve2. Therefore, Innovation and Planning is an example of a program event. The other options are not program events, but team events, as they occur at the team level and involve only one agile team. Scrum of scrums, Iteration review, and Daily stand-up are team events that are part of the iteration execution cycle3. References: SAFe for Teams SP (6.0) - SAFe Practitioner handbook, Innovation and Planning Iteration - Scaled Agile Framework, Iteration Execution - Scaled Agile Framework