This is the fifth in a series of posts exploring Scrum Mastery. In our first post, we introduced the 4 dimensions of Scrum Mastery:  Team Identity, Team Process, Product Value, and the Organization.  In this post, we will explore the Organization dimension.

This is the fourth in a series of posts exploring Scrum Mastery. In our first post, we introduced the four dimensions of Scrum Mastery:  Team Identity, Team Process, Product Value, and the Organization.  In this post, we will explore the product value dimension.

This is the third in a series of posts exploring Scrum Mastery. In our first post, we introduced the 4 dimensions of Scrum Mastery. In the second post, we explored how to grow a strong team identity. Now we will explore the team process dimension.

This is the second in a series of posts exploring Scrum Mastery. In our first post, we introduced the 4 dimensions of Scrum Mastery.

When I first embarked on my own journey towards Scrum Mastery, I was eager to learn.  I attended Scrum training courses.  I went to and eventually spoke at agile conferences and meet ups.

A common question I hear in Scrum training courses and in coaching sessions is, “how much Product Backlog refinement should we do and how much detail should be in the Product Backlog?”

What we avoid is still being processed and affecting our thoughts, emotions, and behaviors.  Sometimes we are aware this is running in the background, and we catch ourselves thinking about it.  Then we try to distract ourselves.  Often we don’t even have awareness, and the effects still show up.

One of the most common questions I am asked in my Professional Scrum Master (PSM) courses and in coaching engagements is: How do we build trust?

The Sprint is one of the five Scrum events.  In my Professional Scrum Courses, this is the event that people often forget about because it is a container event, not necessarily something you distinctly schedule on the calendar.

Scrum is a framework that thrives on self-organizing teams.  It gives you boundaries (e.g. time-box of a Sprint), clear accountabilities (e.g. Product Owner optimizes value), and goals (e.g. “Done” Increment).

I hear it all the time. Whether it is a consulting engagement or in a Professional Scrum Course, the desire to modify Scrum comes up frequently.

Scrum is often called the art of the possible. This means we do the best we can with what we

We talk about coaching a lot in the agile world. However, what we are actually expected to do is not usually about coaching.  We do other things.

Respect is essential in solving complex problems and growing high performing teams.  This likely seems obvious, so I am going to share some of the more subtle examples of the value of respect in Scrum.

Commitment is essential in solving complex problems and growing high performing teams.  Commitment in Scrum is often misunderstood as a promise to deliver a set scope by a set date.  That was never the intention of the word commitment in the Scrum Guide.  I hope this post helps illuminate the value of commitment.

The Scrum Guide talks about coaching as a part of the Scrum Master role.  First, let's define what coaching is.  You can find many definitions, and here is how I describe coaching.

The Scrum Values are easy to remember, but it can be difficult to understand what they mean, how to apply them, and how to recognize them in teams and individuals. These values are essential to maximize the benefits of Scrum. In this article, we look at how courage is essential in solving complex problems and growing high performing teams.

The Scrum Values are easy to remember, but it can be difficult to understand what they mean, how to apply them, and how to recognize them in teams and individuals. These values are essential to maximize the benefits of Scrum.  In this post, we see how openness is crucial when we are dealing with complexity and unpredictability. 

The Scrum Values are easy to remember, but it can be difficult to understand what they mean, how to apply them, and how to recognize them in teams and individuals. These values are essential to maximize the benefits of Scrum.  In this post, we look at how focus is essential in order to get anything meaningful done.

This myth is my favorite. There are three challenges with this myth. First, it misses the point of Scrum. Second, it sets teams up for failure. Third, it's impossible to prove.

I was honored to participate in the Women in Agile panel discussion last week.

A recurring Scrum myth I see in my training and coaching is that there is no planning in Scrum.  Unfortunately, this myth can lead to two negative consequences.

This post is part of a series on debunking Scrum Myths.  While my business cards say Professional Scrum Trainer, I may change that to Scrum Myth Buster.

Scrum Teams will always face impediments because the work is complex and dynamic. The question is whether we tackle those impediments or live with them. In this post I share 5 challenges and actionable tips to overcome them.

In Scrum, delivery is a usable Increment by the end of a Sprint.  Because we are dealing with complex work, we do not know everything about what is needed and how to deliver it before we start working.  This is where the concept of emergence comes in.

The Sprint Goal helps provide focus on an objective we want to achieve and allows the flexibility to negotiate the work to achieve that objective. Creating a clear Sprint Goal can be challenging for Scrum Teams.  Here are four common problems with Sprint Goals and a few tips for improving them.

In a previous post describing challenges to creating a Done Increment, I identified a lack of team collaboration as one of those challenges.

In a previous post describing challenges to creating a Done Increment, I identified a lack of team ownership as one of those challenges.

The purpose of Scrum is to create a potentially shippable Increment by the end of a Sprint.  This is so important that people now use many terms to describe this Scrum artifact.  Working.  Releasable.