Free Scaled Agile SSM Practice Exam with Questions & Answers

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 

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

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 

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.

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.

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.

According to the SAFe 6 Scrum Master documentation, one of the traits of a servant leader is to persuade rather than use authority. This means that the servant leader influences others by appealing to their values, beliefs, and interests, rather than by imposing their own will or position. By persuading rather than using authority, the servant leader fosters a culture of collaboration, empowerment, and trust, where team members are more likely to accept and welcome coaching, feedback, and change. Persuasion also helps the servant leader to align the team with the organization’s vision, mission, and goals, and to create a shared understanding of the purpose and value of the work.

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

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