SSM Exam Dumps - SSM (6.0) - SAFe® Scrum Master

Backlog Refinement is the Agile Team event where team members estimate relative story sizes. Backlog Refinement is an ongoing process where the team collaborates with the Product Owner and other stakeholders to review, split, prioritize, and estimate the stories in the Team Backlog1 One of the main objectives of Backlog Refinement is to ensure that the stories are ready for Iteration Planning, which means they are clear, feasible, testable,and small enough to be completed in a single iteration2 To achieve this, the team uses relative story sizing, which is a technique to compare the effort, complexity, and uncertainty of different stories based on a common reference point3 Relative story sizing helps the team to create a consistent and shared understanding of the scope and value of the work, as well as to optimize the flow and predictability of the delivery process4 The team can use various methods to estimate relative story sizes, such as story points, T-shirt sizes, or Fibonacci numbers35 (Must be taken from SAFe 6 Scrum Master resources)

References:

• Team Backlog - Scaled Agile Framework
• Backlog Refinement - Scaled Agile Framework
• Story - Scaled Agile Framework
• How to Estimate Agile Stories: Introducing Relative Sizing - LeanDog
• Why Your Agile Team Should Use Relative Story Point Estimation

According to the SAFe 6 Scrum Master documentation, the type of work that should fit into one Iteration for one team is a Story. A Story is a short description of a small piece of functionality that provides value to the customer or stakeholder. Stories are derived from Features, which are larger units of value that typically span multiple Iterations. Stories are also decomposed into Tasks, which are the specific activities that the team members perform to implement the Story. Stories are the primary backlog items that the team plans, estimates, and delivers in an Iteration. They are also the basis for defining and committing to the Iteration goals. Stories should be small enough to be completed within one Iteration, and they should meet the definition of ready and the definition of done. (Must be taken from SAFe 6 Scrum Master resources)

References:

• Stories
• Features
• Tasks
• Iteration Planning

One example of Scrum Masters/Team Coaches helping without diminishing the commitment of others is facilitating necessary meetings for the team. Facilitating means providing guidance and support to the team in conducting effective and productive meetings, such as Iteration Planning, Daily Stand-up, Iteration Review, and Iteration Retrospective1 Facilitating does not mean taking over the meeting or making decisions for the team. Rather, it means creating a safe and respectful environment, ensuring clear and shared objectives, encouraging participation and collaboration, managing time and agenda, resolving conflicts and issues, and summarizing outcomes and action items23 By facilitating necessary meetings for the team, Scrum Masters/Team Coaches help the team to achieve their goals, improve their processes, and deliver value to the customers and the organization14 At the same time, they respect and empower the team’s autonomy, self-organization, and self-management, and do not interfere with their commitment or accountability14 (Must be taken from SAFe 6 Scrum Master resources)

References:

• Scrum Master/Team Coach - Scaled Agile Framework
• Facilitation - Scaled Agile Framework
• How to Facilitate Effective Meetings as a Scrum Master | Agile Velocity
• The Scrum Master Balancing Act | Scrum.org

The primary goal of a team in an Iteration is to deliver working functionality that meets the acceptance criteria and the definition of done. This functionality is demonstrated to the stakeholders and customers in the Iteration Review and Demo event, where the team receives feedback and validation. By delivering working functionality at the end of the Iteration, the team contributes to the Incremental value delivery, one of the SAFe Lean-Agile Principles. (Must be taken from SAFe 6 Scrum Master resources)

References:

• Iteration Goals
• Iteration Planning
• Iteration Review and Demo

One example of an Agile Team development practice is to demo working functionality frequently to the product owner and other stakeholders. This practice helps the team to get fast feedback, validate their assumptions, and ensure that they are delivering value that meets the customer needs and expectations. Demoing frequently also helps the team to improve the quality of their work, as they have to ensure that the functionality is tested and meets the definition of done before showing it to others. Demoing frequently is part of the SAFe Scrum and SAFe Team Kanban practices, and is done at the end of each iteration in the Iteration Review event.

References:

• Iteration Review - Scaled Agile Framework
• SAFe Team Kanban - Scaled Agile Framework
• Agile Teams - Scaled Agile Framework