SSM SSM (6.0) - SAFe Scrum Master Question and Answers

Norming is the stage of team development where team members stop focusing on their own goals and begin focusing on developing better ways of working together. Norming occurs after the team has gone through the Forming and Storming stages, where they have established their roles and responsibilities, and have resolved their initial conflicts and disagreements12 In the Norming stage, the team starts to build trust, respect, and cohesion among themselves. They also align on a common vision, mission, and goals, and agree on the norms and expectations for their collaboration and communication12 The team becomes more productive, efficient, and effective, as they leverage their collective strengths and skills, and support each other in overcoming challenges and delivering value12 The team also develops a sense of identity and pride, and celebrates their achievements and learnings12 

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 

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.

One recommended practice for Scrum Masters/Team Coaches when coaching teams on presenting a draft plan at PI Planning is to align on how the team will answer questions about their proposed objectives. This practice helps the team to prepare for the feedback and input they will receive from the business owners, product management, and other teams and stakeholders during the draft plan review. The team should agree on who will present the objectives, how they will explain the business value and technical feasibility, and how they will handle any objections or concerns. The team should also rehearse their presentation and anticipate potential questions and scenarios. By aligning on how to answer questions, the team can increase their confidence and clarity, and demonstrate their commitment and alignment to the vision and goals of the ART.

Respect is one of the five Scrum values that can help Agile Teams create transparency. Respect means that team members value each other’s opinions, skills, and contributions, and treat each other with dignity and professionalism. Respect also means that team members are honest and open with each other, and share information and feedback without hiding or withholding anything. By respecting each other, Agile Teams can foster a culture of trust and collaboration, where everyone feels comfortable to express their ideas, concerns, and issues, and work together to solve them. Transparency is essential for Agile Teams to inspect and adapt their work, and to align their actions with the vision and goals of the organization.

By continuing to stay heads-down on the finalizing Feature delivery work, Team A might miss the chance to reflect on their team work more holistically and identify areas for improvement. The IP Iteration is intended to provide time for the team to participate in the Inspect and Adapt event, where they can review their PI performance, analyze the root causes of any issues, and create an improvement backlog. The IP Iteration also allows the team to engage in innovation and learning activities, such as hackathons, that can foster creativity, collaboration, and experimentation. These activities can help the team generate new ideas, solutions, and feedback that can benefit their future work. By skipping the IP Iteration, Team A might lose the opportunity to learn from their past experiences, improve their processes, and innovate their products. References: Innovation and Planning Iteration - Scaled Agile Framework, Exam Study Guide: SSM (6.0) - SAFe® Scrum Master

According to the SAFe 6 Scrum Master documentation, one of the ways teams can use Iteration planning to stay aligned on their work is by committing to a set of goals to be delivered. Iteration goals are a summary of the business and technical outcomes that the team intends to achieve in the Iteration. They are based on the stories selected from the team backlog, the team’s capacity, and the acceptance criteria. By committing to a set of goals, the team creates a shared understanding of the purpose and scope of the Iteration, as well as the expected value and quality. The team also aligns with the ART vision and objectives, and communicates their commitment to the stakeholders and customers. Iteration goals help the team to stay focused, motivated, and accountable throughout the Iteration.

A safe environment for taking risks without fear of embarrassment or criticism is one of the characteristics of a high-performing Agile Team. A high-performing Agile Team is a cross-functional group of people that have everything, and everyone, necessary to produce a working, tested increment of product1 They are empowered, collaborative, aligned, and committed to delivering value to the customers and the organization2 One of the factors that enable a high-performing Agile Team is a safe environment where team members can experiment, learn, and grow without fear of failure, blame, or judgment3 A safe environment fosters a culture of innovation, creativity, and continuous improvement, as well as a sense of psychological safety, trust, and belonging among team members4 Team C is demonstrating this characteristic by creating a new workflow to speed up the testing process, even though it did not work out as expected. The rest of the team was excited to hear what was learned from the failed experiment, rather than being disappointed or critical. This shows that the team values learning over perfection, and supports each other in taking risks and trying new things.

Hackathons are one of the activities that can be done during the IP Iteration to foster innovation and learning. They allow the team members to work on whatever they want, with whomever they want, as long as the work reflects the mission of the company. The teams then demo their work to others at the end of the hackathon. Hackathons can help the team explore new ideas, technologies, and solutions that can benefit the business and the customers. They can also increase the team’s engagement, creativity, and collaboration. References: Innovation and Planning Iteration - Scaled Agile Framework, Exam Study Guide: SSM (6.0) - SAFe® Scrum Master

Lean flow is one of the elements of the CALMR approach to DevOps in SAFe. It means applying lean principles and practices to optimize the flow of value from idea to production. Lean flow accelerates delivery by eliminating waste, reducing batch sizes, implementing pull systems, limiting work in process, managing queues, reducing handoffs, and applying cadence and synchronization. Lean flow enables faster feedback, shorter lead times, higher quality, and lower costs.