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

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.

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 benefit of PI Planning is that it allows for faster decision-making by bringing together all the members of the Agile Release Train (ART) and the relevant stakeholders in a face-to-face (or virtual) event. PI Planning provides an opportunity for the ART to align on a common vision and mission, 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). By having everyone involved in the planning process, the ART can leverage the collective knowledge and expertise of the participants, reduce ambiguity and uncertainty, and make informed and timely decisions that support the delivery of value to the customers.

One of the main responsibilities of a Scrum Master/Team Coach is to facilitate team events, such as Iteration Planning, Daily Stand-up, Iteration Review, and Iteration Retrospective. These events help the team to plan, execute, inspect, and adapt their work throughout the Iteration. By facilitating these events, the Scrum Master/Team Coach ensures that the team follows the Agile principles and practices, collaborates effectively, and delivers value to the customers and stakeholders.

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.

A constructive IP Iteration is one of the recommended practices for Scrum Masters/Team Coaches to help teams avoid burnout, address technical debt, and foster innovation. An IP Iteration is a unique, dedicated iteration that occurs every PI and provides an estimating buffer for meeting PI Objectives and dedicated time for innovation, continuing education, PI Planning, and Inspect and Adapt events. During the IP Iteration, teams can work on activities such as hackathons, research and design, spikes, refactoring, automation, training, and other improvement initiatives that are difficult to fit into a continuous, incremental value delivery pattern. An IP Iteration also allows teams to prepare for and participate in the PI Planning and Inspect and Adapt events, which are essential for alignment, collaboration, and learning across the ART. A constructive IP Iteration can improve the predictability and flow of value delivery, increase employee engagement and satisfaction, enhance the agility and resilience of the teams, and create a competitive advantage for the enterprise.

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 

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.

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 

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 

One purpose of iteration goals is to align team members to a common purpose and vision. Iteration goals are a high-level summary of the business and technical goals that an Agile Team agrees to accomplish in an iteration. They help the team and the product owner to reach agreement on the business value they intend to deliver, align their work to their team PI objectives, and ground everyone on their shared purpose. Iteration goals also provide transparency and management information, as well as support the coordination and dependency management of the Agile Release Train (ART).

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 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

According to SAFe, empathy is one of the key traits of effective Scrum Masters/Team Coaches. Empathy means displaying an authentic understanding and concern for a team member’s beliefs or feelings. By being empathetic, Scrum Masters/Team Coaches can build trust and rapport with the team, which are essential for people to accept and welcome coaching. Empathy also helps Scrum Masters/Team Coaches to tailor their coaching style and approach to the needs and preferences of each team member.