SAFe Scrum Master

The team aligns on the progress of Iteration Goals

Explanation

In the Scaled Agile Framework (SAFe) 6.0 methodology, the Team Sync event is a crucial part of the Agile Release Train (ART). It is a daily meeting where team members synchronize their work and progress towards the Iteration Goals.

The main objectives of the Team Sync event are:

• To align the team on what was done the previous day
• To plan the work for the current day
• To identify any obstacles or impediments that might hinder progress

The other options provided are related to different events in the SAFe methodology:

• "The team is able to prepare requirements for Iteration Planning" - This is related to the Pre-Iteration Planning phase.
• "The team is able to commit to a set of goals to be delivered in the Iteration" - This is the outcome of the Iteration Planning event.
• "The team reviews and improves processes before the next Iteration" - This is the purpose of the Iteration Retrospective event.

According to the Scaled Agile Framework (SAFe) 6.0 methodology, the absence of DevOps can lead to several issues. However, based on the options provided, the most relevant issue is:

Challenges between teams that build Solutions and those who operate the Solutions

This is because DevOps is a set of practices that combines software development (Dev) and IT operations (Ops). It aims to shorten the systems development life cycle and provide continuous delivery with high software quality. Without DevOps, there can be a disconnect between the teams that build the solutions and those who operate them, leading to inefficiencies and potential issues in the software development process.

Here's the answer in a table format:

The correct answer to your question is:

To identify how the Story can be validated

Explanation

In the Scaled Agile Framework (SAFe) 6.0 methodology, acceptance criteria serve as a set of conditions that a software product must meet to be accepted by a user, a customer, or other system. They are used to describe the functional and non-functional requirements of a feature (or "Story" in Agile terminology) and are defined by the product owner or business representative.

The main purpose of acceptance criteria is to provide clear guidelines on when the implemented story is considered "done". This means they are used to identify how the Story can be validated, ensuring that the developed feature meets the desired functionality and quality.

Here's a simplified version of your options in a table:

The PI System Demo is performed during the Inspect and Adapt Event within the last iteration of a PI, which is called Innovation and Planning Iteration (IP Iteration).

Openness is one of the Scrum Values that can help Agile Teams create transparency. Being open involves sharing information, feedback, and concerns openly within the team and with stakeholders. It fosters an environment where everyone feels comfortable expressing their thoughts and ideas, leading to better collaboration and decision-making. Openness promotes transparency by ensuring that relevant information is readily available to all team members, allowing for a clear understanding of the work being done and the challenges being faced.

According to the Scaled Agile Framework (SAFe) 6.0 methodology, the responsibility of a Scrum Master/Team Coach among the options provided is:

Answer

• Supporting Iteration Execution

Explanation

The Scrum Master/Team Coach plays a crucial role in facilitating the team's progress towards team goals. The Scrum Master is a servant-leader for the Agile Team, helping to remove impediments and fostering an environment for high-performing team dynamics, continuous flow, and relentless improvement.

Here's a brief explanation of each option:

1. Supporting Iteration Execution: This is a core responsibility of the Scrum Master. They facilitate the team's progress towards iteration goals.
2. Assigning points for each user story: This is typically a team responsibility, not specifically the Scrum Master's. The team collectively estimates the effort for each user story in the backlog.
3. Accepting completed work: This is typically the role of the Product Owner, not the Scrum Master. The Product Owner accepts user stories once they meet the acceptance criteria.
4. Attending PO Sync: While the Scrum Master might attend this meeting, it is not a primary responsibility. The main attendees of the PO Sync are the Product Owners.

According to the Scaled Agile Framework (SAFe) 6.0 methodology, the Agile Release Train (ART) is a long-lived team of agile teams, which, along with other stakeholders, incrementally develops, delivers, and where applicable operates, one or more solutions in a value stream.

The information shared between the teams on an ART includes:

Option 1: A set of metrics

Metrics are used to measure the progress and performance of the teams. They are shared among the teams to ensure everyone is aligned and working towards the same goals.

Option 2: A set of regulations

Regulations may be shared among teams to ensure compliance with certain standards or practices. However, this is not a primary focus of the ART.

Option 3: A common mission using a single backlog

This is the correct answer. In an ART, all teams work towards a common mission and use a single backlog. This ensures that all teams are aligned and working towards the same objectives.

Option 4: A commitment to business agility

While a commitment to business agility is important in SAFe, it is not a type of information that is shared among teams on an ART.

Here is the answer in a table format:

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 product. They are empowered, collaborative, aligned, and committed to delivering value to the customers and the organization. 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 stakeholders. Feedback loops help the team to validate their assumptions, measure their progress, and adjust their plans accordingly. Feedback loops also help the team to foster a culture of experimentation, innovation, and continuous improvement, as well as to increase customer satisfaction and loyalty. 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 product

(Must be taken from SAFe 6 Scrum Master resources)

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.

According to the Scaled Agile Framework (SAFe) 6.0 methodology, the Scrum Master/Team Coach plays a crucial role in Program Increment (PI) Planning. Among the options provided, the most accurate one is:

Briefing the team before planning

Explanation

The Scrum Master/Team Coach is responsible for ensuring that the team is well-prepared and understands the objectives and context before the PI Planning event. This includes briefing the team on the vision, roadmap, and features that will be discussed during the planning session.

Here's a brief overview of the Scrum Master's role in PI Planning:

• Briefing the team before planning: The Scrum Master ensures that the team is ready for PI Planning by providing necessary context and information. This includes understanding the vision, roadmap, and features that will be discussed.
• Facilitate Coach Sync: This is not a typical responsibility of the Scrum Master during PI Planning.
• Participate in management review and problem-solving: While the Scrum Master may participate in these activities, it is not their primary role during PI Planning.
• Perform the ART confidence vote: This is typically done by all members of the Agile Release Train (ART), not specifically by the Scrum Master.

Here's a simplified table of the Scrum Master's role in PI Planning:

A Team's velocity is calculated by summing up the points of the fully completed stories, so it’s 8+1=9 points, excluding story C which is not completed 100%.

The Scaled Agile Framework (SAFe) 6.0 methodology identifies seven core competencies that are critical to achieving business agility. These competencies are:

1. Lean-Agile Leadership
2. Team and Technical Agility
3. Agile Product Delivery
4. Enterprise Solution Delivery
5. Lean Portfolio Management
6. Organizational Agility
7. Continuous Learning Culture

From the options you provided, Agile Product Delivery and Built-in Quality are recognized as core competencies in the SAFe 6.0 methodology.

Here is a brief explanation of these two competencies:

• Agile Product Delivery: This competency is about delivering valuable outcomes in a lean, reliable, and continuous flow. It involves three dimensions: Customer Centricity and Design Thinking, DevOps and Release on Demand, and Developing on Cadence and Releasing on Demand.
• Built-in Quality: This competency ensures that each solution element, at every increment, meets appropriate quality standards throughout development. It involves five specific aspects: Flow, Architecture and Design Quality, Code Quality, System Quality, and Release Quality.

The other two options you provided, "Growth Mindset" and "Design Thinking Practices", are important aspects of the SAFe methodology, but they are not recognized as standalone core competencies. They are incorporated within other competencies. For example, Design Thinking is a part of the Agile Product Delivery competency, and Growth Mindset is a part of the Continuous Learning Culture competency.

According to the Scaled Agile Framework (SAFe) 6.0 methodology, all the options provided can be used by a Scrum Master or Team Coach to guide team members towards finding solutions together. However, the context and the specific problem at hand will determine the most suitable technique to use.

Here's a brief explanation of each technique:

Asking Powerful Questions

This technique involves the Scrum Master asking thought-provoking questions that encourage team members to think critically and come up with solutions. The questions should be open-ended and designed to stimulate creative thinking.

Pairing Team Members to Grow T-Shaped Skills

This technique involves pairing team members with different skill sets to work on tasks together. This not only promotes collaboration but also helps team members to broaden their skills and knowledge, hence the term "T-shaped skills".

Bringing in New Team Members to Refresh the Team Dynamic

Sometimes, introducing new team members can bring fresh perspectives and ideas, which can help in finding solutions. However, this should be done carefully to avoid disrupting the existing team dynamics.

Facilitating a Process Improvement Workshop

This involves organizing a workshop where team members can discuss their processes, identify areas of improvement, and come up with solutions to enhance their efficiency and productivity.

In the Scaled Agile Framework (SAFe), teams are typically advised to maintain a backlog with enough refined Stories to cover approximately 2-3 weeks of work. This allows for a manageable scope of work that the team can commit to completing within a reasonable timeframe, promoting agility and flexibility in responding to changing priorities and customer needs.

The correct answer to your question is:

Team members are pulling in work from future Iterations

Explanation

In the Scaled Agile Framework (SAFe) 6.0 methodology, an anti-pattern that indicates a team is overcommitting to work is when team members start pulling in work from future iterations. This is a clear sign that the team is taking on more work than they can handle in the current iteration.

Here's a brief explanation of why the other options are not correct:

• Flow time is decreasing: This could indicate that the team is becoming more efficient, not necessarily that they are overcommitting.
• Capacity and load are exactly the same: This is actually a good thing. It means that the team's workload matches their capacity, which is the goal in agile methodologies.
• Team velocity increases over time: This could also indicate that the team is becoming more efficient. However, if the increase is too rapid, it could be a sign of overcommitment, but it's not as clear an indicator as pulling in work from future iterations.

The ART Planning Board highlights the new Feature delivery dates, Feature dependencies among Teams and relevant

According to the Scaled Agile Framework (SAFe) 6.0 methodology, Scrum Masters or Team Coaches can escalate Agile Release Train (ART) level impediments during the Scrum of Scrums (SoS) meeting. However, this option is not listed in your provided choices.

From the options you've provided, the closest event where a Scrum Master or Team Coach might escalate ART-level impediments would be the System Sync.

Here's a brief explanation of each event:

System Sync

This is a meeting where teams synchronize their work and resolve any dependencies and issues. It's a suitable place for Scrum Masters or Team Coaches to escalate ART-level impediments.

Coach Sync

This is a meeting for Agile Coaches to align on coaching strategies and share insights. It's not typically a place to escalate ART-level impediments.

PO Sync

This is a meeting for Product Owners to align on the backlog and priorities. It's not typically a place to escalate ART-level impediments.

Product Sync

This is not a standard event in SAFe. It might refer to a meeting where teams align on product features or strategy, but it's not typically a place to escalate ART-level impediments.

Here's a table summarizing the above:

According to the Scaled Agile Framework (SAFe) 6.0 methodology, the correct answer is:

Work with team members to establish a team Kanban board

Explanation

The Scrum Master or Team Coach can help teams improve flow by working with them to establish a team Kanban board. This is a visual tool that helps teams manage their work and improve their workflow efficiency.

Here's why the other options are not as effective:

• Coach team members to combine work into bigger Stories: This could lead to larger, more complex work items that take longer to complete, potentially slowing down the flow.
• Direct team members to work in their domain of expertise: While this can improve individual productivity, it doesn't necessarily improve the overall team flow. It could also lead to silos within the team.
• Encourage hand-offs so each team member can write a Story to capture their piece of the work: This could lead to more hand-offs and dependencies, which can slow down the flow.

According to the Scaled Agile Framework (SAFe) 6.0 methodology, all four characteristics mentioned are crucial for a high-performing team. However, in the context of your question, where two developers have different ideas on how to implement a solution, the most relevant characteristic would be Healthy Conflict.

Explanation

• Healthy Conflict: This is a key characteristic of high-performing teams. It allows for the open discussion of ideas, where each team member feels comfortable expressing their thoughts and opinions. In this scenario, the two developers can engage in a constructive debate about their differing ideas, which can lead to a more robust and well-thought-out solution.

Here's a brief overview of how the other characteristics contribute to a high-performing team:

• Mutual Trust: This is the foundation of any team. It allows team members to feel safe in expressing their ideas and opinions, knowing that they will be respected and considered.
• Effective Decision-Making: This characteristic ensures that decisions are made in a timely and efficient manner, with the input of all team members. It's crucial for moving projects forward and avoiding stagnation.
• Clear Goals and Purpose: Having a clear understanding of the team's goals and purpose helps to align all team members and keeps everyone focused on the same objectives.

One example of an Agile Team development practice is to demo working functionality frequently to the product owner and other stakeholders. This practice helps the team to get fast feedback, validate their assumptions, and ensure that they are delivering value that meets the customer needs and expectations. Demoing frequently also helps the team to improve the quality of their work, as they have to ensure that the functionality is tested and meets the definition of done before showing it to others. Demoing frequently is part of the SAFe Scrum and SAFe Team Kanban practices, and is done at the end of each iteration in the Iteration Review event.

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