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

One of the best practices Scrum Masters/Team Coaches can use to run successful meetings is to leave meetings with clear action items. Action items are specific tasks that need to be done by a certain person or group by a certain deadline. They help the team to follow up on the outcomes of the meeting, track progress, and ensure accountability. Action items should be SMART: Specific, Measurable, Achievable, Relevant, and Time-bound. Scrum Masters/Team Coaches should document and communicate the action items to the team and stakeholders, and review them in the next meeting.

PI Planning is one of the events that aligns teams on a train. PI Planning is a cadence-based event for the entire Agile Release Train (ART) that aligns teams and stakeholders to a shared mission and vision. PI Planning provides an opportunity for the ART to review the business context and priorities, identify and resolve dependencies and risks, and commit to a realistic and achievable plan for the next Program Increment (PI). PI Planning is essential to SAFe: If you are not doing it, you are not doing SAFe1 

One of the responsibilities of a Scrum Master/Team Coach is to help the team achieve flow, which is a state of continuous and sustainable delivery of value. They do this by teaching and coaching the team on SAFe Scrum and SAFe Team Kanban practices, such as limiting work in progress, visualizing work, managing queues, and reducing batch sizes. They also help identify and eliminate impediments and bottlenecks that hinder the team’s progress and performance.

One anti-pattern that emerges when teams do not spend enough time refining the backlog is that they enter new Iterations without enough Stories prepared. This can result in several negative consequences, such as: 123

The team may struggle to plan and commit to the Iteration Goals, as they lack clarity, feasibility, and testability of the Stories.

The team may face delays, rework, and waste, as they encounter unanticipated dependencies, risks, or technical issues during the Iteration.

The team may deliver low-quality or incomplete Stories, as they rush to meet the Iteration deadlines or compromise on the Definition of Done.

The team may lose focus, alignment, and motivation, as they work on ambiguous or unrealistic Stories that do not deliver value to the customers or the organization.

To avoid this anti-pattern, the team should dedicate sufficient time and effort to refine the backlog on a regular basis, preferably every Iteration123 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 Backlog4 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 By doing so, the team can improve the quality, efficiency, and effectiveness of their work, as well as deliver value to the customers and the organization

One anti-pattern of the Inspect and Adapt (I&A) is to have no actionable improvement Features created as a result of the problem-solving workshop. This is considered an anti-pattern because the main goal of the I&A workshop is to identify and address the systemic issues that are limiting the effectiveness of the Agile Release Train (ART). The workshop should produce one or more improvement Features that are added to the ART backlog and prioritized for the next PI Planning event. These Features should be SMART (Specific, Measurable, Achievable, Relevant, and Time-bound) and aligned with the ART vision and goals. Without actionable improvement Features, the ART will miss the opportunity to learn and improve from the feedback and data collected during the PI.

One Iteration Retrospective anti-pattern is when the team only brings up issues that are outside of their control to address, such as organizational policies, external dependencies, or stakeholder expectations. This can lead to frustration, helplessness, and cynicism among the team members, as well as a loss of focus on their own improvement opportunities12 

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.

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.

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 method a Scrum Master/Team Coach can use to help teams overcome a fear of conflict is to give every team member the opportunity to contribute. Fear of conflict is one of the common dysfunctions of a team, which can result in artificial harmony, lack of trust, and avoidance of issues1 To overcome this fear, the Scrum Master/Team Coach can facilitate a safe and respectful environment where team members can express their opinions, ideas, and concerns without being judged, ignored, or attacked23 Giving every team member the opportunity to contribute can help them feel valued, respected, and heard, as well as foster a culture of collaboration, feedback, and learning45 The Scrum Master/Team Coach can use various techniques to ensure equal participation, such as round-robin, fist of five, dot voting, silent brainstorming, and liberating structures45 By encouraging healthy and constructive conflict, the Scrum Master/Team Coach can help the team improve their performance, creativity, and innovation23

According to the SAFe 6 Scrum Master documentation, one of the potential root causes of Team Sync anti-patterns is the lack of collective ownership. Collective ownership means that the team members share responsibility for the quality and delivery of the team’s work. They collaborate, communicate, and coordinate their efforts to achieve the team goals. They also support each other, provide feedback, and resolve issues together. When there is a lack of collective ownership, team members may exhibit some of the following Team Sync anti-patterns 1:

Reporting to managers (status meetings): Team members use the Team Sync as a way to report their progress to the SM/TC or other managers, rather than to synchronize with their peers. This can create a hierarchical and command-and-control culture, where team members are not empowered to self-organize and self-manage.

Monologues: Team members give long and detailed updates that are not relevant or useful to other team members. This can make the Team Sync boring, inefficient, and ineffective, as team members lose interest and attention.

Cross-functional team standups (updates are not related to other people’s work): Team members work on different features or components that are not aligned with the team goals or the Iteration goals. This can result in silos, dependencies, and integration issues, as well as reduced collaboration and coordination.

“Nothing to report” can be a good thing: Team members say they have nothing to report, either because they have not done any work, or because they do not want to share their work with the team. This can indicate a lack of transparency, trust, and accountability, as well as a missed opportunity to get feedback and support from the team.

To overcome these anti-patterns, the SM/TC should coach the team on the purpose and value of the Team Sync, and help them adopt the best practices for effective Team Syncs, such as 2:

Having a clear agenda and timebox

Focusing on the team goals and the Iteration goals

Asking the three key questions: What did I do yesterday? What will I do today? Do I have any impediments?

Using visual aids, such as task boards or Kanban boards, to track progress and identify issues

Encouraging active participation, collaboration, and feedback

Ending with clear action items and follow-ups