Many of the pieces of Scrum are deceptively simple. In their simplicity, where many feel they have a clear understanding, the fact is that they really don’t. As Ken Schwaber has a habit of saying, “Scrum is simple, but really hard.” The daily scrum is a perfect example of this. Of all the events I have witnesses over the years, it is the Daily Scrum that is more often not just done wrong, but done completely wrong (in fact, here are some more tips about the Daily Scrum).
The Daily Scrum is about communication (not status reporting for the ScrumMaster, as many teams believe). As a result of studies done many years ago that show that project success has as much, if not more, to do with communication amongst project team members as anything else (including team size).
The Daily Scrum is also about accountability. Did everyone do what they said they were going to do? If not, why not and what do we need to do as a team to get back on track? Daily Scrums keep the team accountable to one another and go along way toward eliminating unwanted surprises during the Sprint.
One of the best ways to make a Daily Scrum ineffective is to allow the event to be interrupted by conversations that are outside the scope of the questions being answered. For example, while answering the question, “What have I done since the last Daily Scrum to help my team achieve the Sprint Goal?” it would NOT be considered appropriate to begin discussing the all work that you did to diagnose and fix a problem. The reason this is true is because we’re asking our developers to listen to one another and try to create, in their minds, a view of what everyone is doing and if what they hear might indicate a problem. Too much detail, and we quickly lose track of what everyone on the team is trying to communicate. Also, because our team is cross-functional, discussing a particular issue in depth is probably going to leave a few developers standing there wasting time.
While the Daily Scrum is a great time to raise issues, it is a lousy time to discuss them. Many ScrumMasters have what they call the “sixteenth-minute,” a reference to the maximum 15-minute time box of a Daily Scrum. During the 16th minute, which can last fifteen or more as needed, the team discusses any issues raised during the Daily Scrum and decides what steps to take next.
More About #Productivity
A Leader’s Guide to Hiring Team Members
As a leader, hire for culture, capabilities, and diversity. Stop hiring for skills that can be easily taught and focus on the specific skills your team needs.
What’s the RIGHT Way to Use Metrics With a Scrum Team?
In many organizations, nothing wastes more time than metrics with no purpose. Here's help on the RIGHT way to measure team performance.
Has Your Company Chained You to Your Desk?
In my 35 years of coaching, many employees discuss managers who complain when a worker leaves their desk, but monitoring snack time and bathroom breaks won't improve productivity.
Gearing a Team for Maximum Outcomes
Creating a maximum outcome team is every ScrumMaster’s goal, but you must first understand how great teams form and what YOU need to do to create a great team.
VIDEO: Product Ownership for Virtual Teams
In this video, I discuss ways a Product Owner can work more closely and effectively with their teams, stakeholders, and customers during the COVID crisis.
VIDEO: Sprint Operations for Virtual Teams
As COVID-19 stretches teamwork limits, here's some tips for Scrum in a virtual environment, including daily Scrum, backlog refinement, Sprints, and more.
VIDEO: Boosting Work-From-Home Productivity
It's hard to stay productive when working from home, but we've got some tips that will make a real difference in your lives. Share them with your teammates!
VIDEO: Tuning Your Virtual Team for High Performance
In this video, I'll discuss working with your Scrum team when they're remote, including tips to improve communication, collaboration, and performance.
Simplify Your Work by Slicing
When slicing a backlog item, we're taking a complex problem and paring it down into smaller problems, which are easier to solve and build.
Leave A Comment