Why Tools Drive Daily Scrums into the Mud
I have observed a disturbing pattern in many Daily Scrums driven by an intense focus away from the three questions and to various Agile tools. I see people checking out of the interaction, I don’t hear all voices, I don’t feel any energy and I don’t sense any collaboration or collective ownership of the work.
What I See…
Screen sharing like Live Meeting…whether 7 people in the room and 1 person remote or 2 people in the room and 6 people remove…almost always hosted by the ScrumMaster. A tool’s task board displayed. The meeting flows from the top of the task board to the bottom with conversations like,
ScrumMaster: “OK, story B-01243…Sam – What’s the status?”
Sam: “Oh, ummm, I finished the 1st task [but Sam hasn’t moved it to ‘Done’] yesterday. I started the other task but got blocked [also not yet moved by Sam]. Then I worked on the task for story B-01250 [at the bottom of the board].”
Everyone else during this conversation – Silence…Looking at who knows what on their screens.
ScrumMaster: “Sam, do you want me to move those tasks?” OR “Sam, please update your tasks.” AND/OR “Any impediments?”
Note: If the ScrumMaster moves tasks, then we’re in for a treat as he/she navigates down to find B-01250 wherever it is on the board to move tasks around.
Repeat for every BACKLOG ITEM on the board…Every day.
Why this Pattern Fails
Violates the pattern of the 3 questions…No coherent, fast realization of progress toward the Sprint Goal.
Focuses attention on the screen/task board, not people.
Focuses on a top/down flow, which almost always does not reflect the actual nor optimal flow of the work in progress.
Drives the WRONG behavior of stimulating excessive WIP – work in progress.
The team is not self-organizing the meeting…Intentionally or not, the ScrumMaster is organizing the meeting to flow through the tool.
Invariably the meeting runs longer than 15 minutes because this pattern drives so much wasteful conversation.
No/Little synchronization of work because, in general, things on the board only have 1 person talking about them at a time.
Why Do We Do a Daily Scrum?
Daily Scrum at Klean Denmark CC BY-SA 2.0 (photo cropped)
From The Scrum Guide…my emphasis added.
“The Daily Scrum is a 15-minute time-boxed event for the Development Team to synchronize activities and create a plan for the next 24 hours. This is done by inspecting the work since the last Daily Scrum and forecasting the work that could be done before the next one. The Daily Scrum is held at the same time and place each day to reduce complexity. During the meeting, the Development Team members explain:
What did I do yesterday that helped the Development Team meet the Sprint Goal?
What will I do today to help the Development Team meet the Sprint Goal?
Do I see any impediment that prevents me or the Development Team from meeting the Sprint Goal?
“The Development Team uses the Daily Scrum to inspect progress toward the Sprint Goal and to inspect how progress is trending toward completing the work in the Sprint Backlog. The Daily Scrum optimizes the probability that the Development Team will meet the Sprint Goal.
Every day, the Development Team should understand how it intends to work together as a self-organizing team to accomplish the Sprint Goal and create the anticipated Increment by the end of the Sprint.
The Development Team or team members often meet immediately after the Daily Scrum for detailed discussions, or to adapt, or replay, the rest of the Sprint’s work.
“The ScrumMaster ensures that the Development Team has the meeting, but the Development Team is responsible for conducting the Daily Scrum. The ScrumMaster teaches the Development Team to keep the Daily Scrum within the 15-minute time-box.
“The ScrumMaster enforces the rule that only Development Team members participate in the Daily Scrum.
“Daily Scrums improve communications, eliminate other meetings, identify impediments to development for removal, highlight and promote quick decision-making, and improve the Development Team’s level of knowledge. This is a key inspect and adapt meeting.”
The Agile Atlas overview of Core Scrum provides a similar description of the Daily Scrum.
Don’t get me wrong, I have nothing against Agile tools for Application Lifecycle Management. These tools greatly support teams. They save a whole bunch of time generating useful information for Development Teams, Product Owners, Product Managers and organizations. They provide organizational ‘memory’ and collaboration as the single source of backlog information. They just stink as tools for Daily Scrums…and other Scrum activities.
What did we do before the tools?
We met in the team room and stood near the task board. Sometimes people referred to the board to jog their memory. Most just spoke off the top of their head, because that’s what mattered – “Yesterday, I finished X. today, I’m going to do Y. I don’t have any impediments. John, I would like to chat with you for 5 minutes when we’re done about the whoozijiggy design.”
(My friend Carlton Nettleton and my colleague Gil Broza have shared their unique and complementary ideas on this subject.)
What to Do as a Coach or ScrumMaster if you Observe or Facilitate this “Tool-Driven” Pattern?
Ask the team if you can have a short conversation with them about the Daily Scrum. You’re seeking permission.
Have a mini-retrospective.
How valuable is the Daily Scrum?
How good are their daily plans to work together for the day once the Daily Scrum ends?
What would they like to change?
What might happen if they stopped using the tool and returned to the 3 questions with nothing in front of them except other people (if in person or notes or whatever if remote)?
How does everyone, including the ScrumMaster, feel about this?
Ask them what they want to do.
Let go and let the team move on.
Check in with them a few days or a week later (if you have the invitation for an ongoing coaching relationship).
Your feedback is always welcome…What are YOU seeing at Daily Scrums?