Scaled Agile SSM SSM (6.0) - SAFe Scrum Master Practice 6.0 Exam Practice Test

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

One practice Scrum Masters/Team Coaches can use to facilitate conflict management is to enforce working agreements. Working agreements are a set of guidelines that define how a team wants to work together, communicate, and collaborate. They are created by the team members themselves and reflect their shared values, norms, and expectations. Working agreements can help prevent or reduce conflicts by establishing clear boundaries, roles, and responsibilities, as well as by promoting respect, trust, and transparency among team members. Working agreements can also help resolve conflicts by providing a common reference point and a framework for constructive feedback and dialogue. Scrum Masters/Team Coaches can support the team in creating, reviewing, and updating their working agreements, as well as in holding each other accountable for following them.

One Agile development value is customer collaboration over contract negotiation. This value is one of the four core values of the Agile Manifesto, which states: “We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more.” 1 This value emphasizes the importance of building a trusting and collaborative relationship with the customers, rather than relying on rigid and formal contracts that may limit the ability to respond to changing needs and expectations2 Customer collaboration means involving the customers throughout the development process, seeking their feedback, input, and validation, and delivering solutions that meet their requirements and expectations3 Customer collaboration also means respecting the customers’ opinions and perspectives, and resolving any conflicts or issues in a constructive and respectful manner4 Customer collaboration helps the Agile teams to deliver value faster and more effectively, as well as to increase customer satisfaction and loyalty34 

During PI Planning, the Coach Sync is a coordination meeting among Scrum Masters, Team Coaches, and the Release Train Engineer (RTE). One of its key purposes is to ensure alignment and visibility across all Agile Teams on the Agile Release Train (ART).

A Scrum Master/Team Coach must be prepared to answer the question: “Have you identified any ART risks?” Identifying, communicating, and escalating risks early supports proactive management and helps the ART achieve its PI objectives. These risks are later reviewed and categorized during the ROAM (Resolved, Owned, Accepted, Mitigated) process in PI Planning.

From SAFe guidance:

“During the Scrum Master/Team Coach Sync at PI Planning, teams share progress, dependencies, and risks that may impact the ART, ensuring transparency and alignment.”

Therefore, the correct answer is C. Have you identified any ART risks?, as risk visibility and management are central to successful PI execution.

The Innovation and Planning (IP) Iteration is designed to give teams space for innovation, exploration, learning, and improvement, not for continuing regular feature work. When a team misuses the IP Iteration to “catch up” on delivery, it misses the opportunity to experiment, innovate, and explore new ways to deliver solutions more effectively.

This reduces the long-term adaptability and creativity of the team, limiting their ability to introduce process or technical improvements that could increase efficiency in future PIs. The IP Iteration is also a time for the Inspect and Adapt event and PI Planning, both of which are critical to continuous improvement.

From SAFe guidance:

“The IP Iteration provides dedicated time for innovation and planning. Using it for normal work diminishes opportunities to innovate, learn, and explore new approaches.”

Therefore, the correct answer is D. They could lose an opportunity to consider new approaches to Solution delivery.

The Inspect and Adapt (I&A) event is a crucial part of the Program Increment (PI) cycle in SAFe®, held at the end of every PI. It provides a structured opportunity for the Agile Release Train (ART) to reflect, assess results, and drive relentless improvement.

According to SAFe, the I&A event consists of three distinct parts:

PI System Demo – A combined demonstration of all teams’ completed features during the PI to show the integrated solution’s current state.

Quantitative and Qualitative Measurement – Teams review performance metrics and gather stakeholder feedback to assess progress toward business objectives.

Problem-Solving Workshop – The ART collectively identifies systemic issues and applies root cause analysis techniques to create actionable improvement items.

From SAFe guidance:

“The Inspect and Adapt event consists of a PI System Demo, quantitative and qualitative measurement, and a problem-solving workshop.”

Thus, the correct answer is C. PI System Demo, qualitative and quantitative measurement, and problem-solving workshop.

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.

In SAFe® and Scrum, acceptance criteria define the conditions that must be met for a User Story to be considered complete and accepted by the Product Owner. These criteria clarify how the Story will be validated and serve as the basis for confirming that functionality meets expectations and quality standards.

Acceptance criteria support transparency, alignment, and shared understanding between the team and stakeholders. They guide development, testing, and validation efforts and are essential for achieving the Definition of Done (DoD).

From SAFe guidance:

“Acceptance criteria define the boundaries and validation conditions of a Story. They ensure the implemented functionality meets the customer’s intent and can be accepted.”

Therefore, the correct answer is A. To identify how the Story can be validated, as this captures the core purpose of acceptance criteria.

The “C” in the CALMR approach to DevOps stands for culture, which is the foundation of successful DevOps adoption. Culture refers to the values, beliefs, and behaviors that guide the collaboration and alignment of everyone in the value stream. By creating a culture of shared responsibility, teams can manage the tensions caused by differing needs, such as speed, quality, security, and stability. A culture of shared responsibility means that everyone is accountable for the outcomes of their work, and that they work together to deliver value to the customers. It also means that teams respect each other’s roles and expertise, and seek feedback and learning opportunities. A culture of shared responsibility fosters trust, transparency, and continuous improvement, which are essential for DevOps.

In SAFe®, during PI Planning, each team defines PI Objectives — clear, measurable statements of intended business outcomes. Some objectives carry higher uncertainty or risk due to technical complexity, dependency, or unknown factors.

To manage such uncertainty, teams can classify these as uncommitted objectives. This approach maintains visibility and alignment while signaling to stakeholders that these objectives are goals the team will pursue but cannot guarantee delivery. This helps set realistic expectations without discouraging ambition or exploration.

From SAFe guidance:

“Teams identify some objectives as uncommitted when there is significant uncertainty. These are not included in the committed plan but are made visible to stakeholders.”

Therefore, the correct answer is B. Move it to uncommitted objectives, as this is the recommended SAFe practice for handling objectives with high uncertainty.

One of the high-performing team characteristics that Team A is demonstrating is using regular feedback loops built into the learning cycle. 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 organization1 One of the factors that enable a high-performing Agile Team is using regular feedback loops to learn and improve. Feedback loops are mechanisms that provide the team with information about the outcomes and impacts of their actions, as well as the needs and expectations of their customers and stakeholders23 Feedback loops help the team to validate their assumptions, measure their progress, and adjust their plans accordingly23 Feedback loops also help the team to foster a culture of experimentation, innovation, and continuous improvement, as well as to increase customer satisfaction and loyalty23 Team A is using regular feedback loops by releasing the functionality with a method for collecting direct customer feedback. This allows them to learn from the actual users of their product, and to incorporate their feedback into the next iteration of development. This way, they can deliver value faster and more effectively, as well as to enhance the quality and usability of their product4 

In SAFe®, the Iteration Review is the event where the Agile Team measures and demonstrates the outcome of the iteration. The team reviews the completed work, compares it against the iteration goals, and gathers feedback from stakeholders.

This review allows the team to assess whether the iteration delivered the intended value and identify areas for improvement in future iterations. The focus is on transparency, empirical measurement, and alignment to customer needs.

From SAFe guidance:

“The Iteration Review provides the opportunity for the team to demonstrate the increment, measure progress toward iteration goals, and collect feedback.”

Thus, the correct answer is A. The Iteration Review, as it specifically measures the outcome of the iteration and validates progress.

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

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

In SAFe®, the team backlog is the source of work for the Agile Team and includes all the user stories, enablers, and defects that represent potential upcoming work. It is owned and managed by the team, often guided by the Product Owner, who ensures the backlog remains prioritized and ready for iteration planning.

A crucial ongoing activity related to the backlog is refinement (or backlog refinement)—the process of reviewing, clarifying, and breaking down backlog items into smaller, well-understood Stories that are ready for implementation. During this activity, the team collaborates to ensure backlog items have sufficient detail, appropriate acceptance criteria, and relative sizing estimates.

From SAFe guidance:

“The team backlog is the source for stories, enablers, and defects planned in iterations. Teams continuously refine the backlog to ensure upcoming work is well understood and ready for planning.”

Therefore, the correct answer is C. The team backlog is where the team refines possible Stories.

According to the SAFe 6 Scrum Master documentation, one of the elements on the Scrum Master/Team Coach responsibility wheel is to facilitate PI Planning. PI Planning is a two-day event where all the teams and stakeholders of an Agile Release Train (ART) collaborate to align on a common vision, define and commit to the PI objectives, and identify and manage risks and dependencies. The Scrum Master/Team Coach facilitates PI Planning by 1:

Helping the team prepare for the event, such as reviewing the business context, vision, and backlog, and creating draft plans

Supporting the team during the event, such as facilitating breakout sessions, resolving issues, and ensuring alignment and collaboration with other teams

Assisting the team after the event, such as finalizing the plans, updating the PI board, and conducting a retrospective

Facilitating PI Planning is one of the ways the Scrum Master/Team Coach helps the team and the ART achieve their goals and deliver value.

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 

An anti-pattern is a behavior that seems helpful but actually undermines Agile principles. In the context of Iteration Retrospectives, one anti-pattern for Scrum Masters or Team Coaches is focusing only on what to improve and not on what to preserve.

Effective retrospectives are balanced—they highlight both what went well and what can be improved. Recognizing and reinforcing successful practices helps the team sustain productive behaviors while targeting specific areas for change. Ignoring positive aspects can lower morale and overlook practices that contribute to success.

From SAFe guidance:

“Teams use the retrospective to discuss what went well, what didn’t, and what actions to take. Recognizing what to preserve reinforces effective team habits and strengths.”

Therefore, the correct answer is B. They focus only on what to improve and not what to preserve, as this behavior disrupts balanced reflection and continuous improvement.

In the Scaled Agile Framework (SAFe®), sustainable pace and predictable delivery are essential for high-performing Agile teams. An important signal that a team may be overcommitting to work is when team members begin pulling in work from future Iterations before completing the committed iteration backlog.

This behavior is an anti-pattern because it disrupts the cadence and predictability of the Agile Release Train (ART). It also undermines flow and focus, spreading the team’s effort too thin across multiple iterations and reducing quality. Overcommitting leads to burnout, missed commitments, and lower morale, which negatively affect the team’s long-term velocity and dependability.

According to SAFe:

“Teams should plan only as much work as they can complete within the iteration based on historical velocity and available capacity. Pulling work from future iterations indicates overcommitment or lack of focus on the planned goals.”

Therefore, C. Team members are pulling in work from future Iterations is the correct answer—it’s a clear symptom of overcommitment and poor iteration discipline.

One of the recommended practices for Scrum Masters/Team Coaches when facilitating Iteration Review is to begin to consider how and what to demo in Iteration Planning. This helps the team to have a clear vision of the expected outcome and to align their work with the iteration goals. It also facilitates the preparation and execution of the demo, as the team can anticipate the feedback and questions from the stakeholders.

During PI Planning, the Scrum Master/Team Coach (SM/TC) plays an important facilitative and support role. One key responsibility is to participate in the management review and problem-solving meeting that occurs midway through PI Planning.

This meeting allows leaders and Scrum Masters to review the teams’ progress, resolve cross-team risks, address scope challenges, and ensure alignment before finalizing PI objectives. The Scrum Master’s insights into team capacity, dependencies, and risks are crucial for ART-level decision-making.

From SAFe guidance:

“Scrum Masters participate in the management review and problem-solving session during PI Planning to help resolve issues that may prevent teams from meeting their objectives.”

Therefore, the correct answer is B. Participate in management review and problem-solving.

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.

One benefit of holding regular system demos is that execution can be measured across the whole ART. A system demo is a significant event that provides an integrated view of new Features for the most recent Iteration delivered by all the teams in the Agile Release Train (ART). Each demo gives ART stakeholders an objective measure of progress during a Program Increment (PI). The system demo offers the ART a fact-based measure of current, system-level progress within the PI. It’s the true measure of ART velocity and progress. Achieving this requires implementing the scalable engineering practices necessary to support Continuous Integration across the ART. By holding regular system demos, the ART can evaluate the quality, functionality, and usability of the solution, as well as identify and resolve any issues, risks, or dependencies. The system demo also provides an opportunity for feedback and learning from the customers, Business Owners, and other stakeholders, which can help the ART to align with the vision and goals, and to adapt to changing needs and expectations.

An effective Scrum Master/Team Coach (SM/TC) not only supports the team’s daily operations but also helps them grow and improve over time. Thinking beyond the day-to-day means guiding the team toward strategic improvement and long-term effectiveness, not just tactical task completion.

By helping the team prioritize improvement activities to ensure progress, Scrum Masters promote a mindset of continuous learning and adaptation. This aligns with SAFe’s Relentless Improvement pillar, encouraging the team to use metrics, feedback, and retrospectives to drive sustained enhancement in flow, quality, and collaboration.

From SAFe guidance:

“Scrum Masters help teams improve continuously by identifying, prioritizing, and pursuing improvement opportunities that enhance value delivery and team performance.”

Thus, the correct answer is D. Help the team prioritize improvement activities to ensure progress, as this demonstrates strategic thinking beyond daily coordination.

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.

According to the SAFe 6 Scrum Master documentation, one of the ways a servant leader can support team members in decision-making is by giving each team member the opportunity to contribute. This means that the servant leader encourages and facilitates the participation of all team members in the decision-making process, ensuring that everyone’s voice is heard and valued. By giving each team member the opportunity to contribute, the servant leader fosters a culture of collaboration, empowerment, and trust, as well as increases the quality and buy-in of the decisions.

The first step of the problem-solving workshop is to agree on the problem to solve. This step is important because it helps the teams to clearly state the problem, highlight the what, where, when, and impact of the problem, and avoid addressing the symptoms instead of the root causes. By agreeing on the problem to solve, the teams can focus their investigation and analysis, and save time and effort. The problem statement should be succinct and specific, and should not include any assumptions or solutions.