Insights

Articles

Common Mistakes of a Scrum Master

Common Mistakes of a Scrum Master

Raúl Herranz

23 Oct, 2024

business agility

A scrum master working on a project

Scrum Masters face constant challenges, many of which stem from common mistakes in daily practices. This article examines some of these frequent errors and offers key recommendations to strengthen their skills and better align with organizational goals.

Tired of bureaucracy and rigid structures? Streamline your organization with a custom-built operating model.

Excessive Involvement in Ceremonies

One of the main mistakes is being overly involved in Scrum events, such as the Daily Scrum or Sprint Review. When a team is in its early stages of agility, it's natural for the Scrum Master to facilitate these ceremonies to guide the team. However, as the team matures, the Scrum Master should take a step back, allowing the developers themselves to facilitate these events. This transition helps the team gain autonomy and accountability.

For retrospectives, the Scrum Master’s presence can be more relevant, as the primary goal is to enhance team effectiveness. However, in other events, their responsibility should gradually decrease to encourage self-management.

Ensuring Efficient Meetings and Avoiding Routine 

To keep meetings from becoming a dull routine, Scrum Masters can take a few proactive steps. A first step is to send a clear invitation with the specific purpose of the meeting and an agenda outlining planned activities. This helps establish a safe environment where participants understand the objectives and flow of the session.

Additionally, it’s important for the Scrum Master to use a variety of techniques to avoid monotony. For instance, switching up retrospective formats every couple of weeks can keep things fresh and engaging. Alternating between conventional methods and experimenting with new formats, like a silent retrospective, can be beneficial. By asking the team for feedback on the format, the Scrum Master can identify the most effective techniques, ensuring the time invested adds real value.

Rushing to Resolve Impediments

Scrum Masters often try to quickly resolve any issues that arise, but not all team complaints or problems are true impediments. Encouraging self-reliance within the team is crucial: members should try to solve issues on their own before turning to the Scrum Master. Only if they cannot resolve it together should the impediment be considered for escalation.

Instead of solving the problem single-handedly, the Scrum Master should facilitate communication between the team and any external contacts who may offer assistance, without taking full responsibility for each detail of the issue.

Not Adapting to Team Context and Culture

Some Scrum Masters use visual tools like post-its or LEGO games, which may be perceived as informal or inappropriate in certain work environments. It’s essential for the Scrum Master to experiment with different approaches and gather feedback from the team to adapt techniques to organizational preferences and culture.


Agility is about adaptability, which includes how the Scrum Master facilitates and the tools they use. Over time, the organizational culture may shift to embrace these new dynamics, but it’s important to gauge the organization’s "temperature" before implementing radical changes.

Assuming They Know Everything or Rushing to Apply Coaching

A common mistake is thinking prior experience, meaning the Scrum Master has the perfect solution to every situation. This can lead to a directive approach instead of encouraging the team’s exploration and learning.

Coaching is a skill that requires consistent practice. Knowing the GROW model or how to ask powerful questions is one thing; using them effectively takes real-world experience. Just as developers practice with TDD katas, Scrum Masters should practice their coaching skills to build a solid foundation before applying them with their teams.

Avoiding Micromanagement Disguised as Coaching

A frequent mistake is confusing coaching with consulting. In coaching, the goal is for the coachee (team or individual) to define their own goals and explore paths toward resolution. If the Scrum Master starts giving answers based on their expertise, it shifts from coaching to consulting.


To avoid micromanaging disguised as coaching, the Scrum Master should ask open-ended questions that help the team arrive at their own answers without steering them in any specific direction. This distinction is essential for maintaining team autonomy and supporting individual growth.

Avoiding common mistakes like those mentioned in this article allows the team to grow and take on greater responsibility. With a mindset of continuous learning, the Scrum Master becomes a key facilitator for collective success. If you want to learn more about this, join our Certified Scrum Master course.

Start improving your organization's performance today