

Class Registration
Last week, I was teaching a Certified ScrumMaster class in Irvine and I had one participant who just hated Scrum. I mean he really hated it and really hated being in the class. From his perspective, all of Scrum seemed too heavy, not applicable to the work he does and was just another (?) form of micromanagement. Not that I see it as my job to convince people of the benefits of Scrum, but it was difficult to have a dialogue with someone who had already made up his mind. I suppose that might also apply to me…hmmm.
In any event, the one part of Scrum this individual objected to the most was the Daily Scrum – our short, no more than fifteen minutes, conversation each day dedicated to helping the Team stay on track. Sometimes this conversation is referred to as a “stand-up meeting”, but standing-up is not required. The Daily Scrum is a meeting for the Team facilitated by the ScrumMaster. While I like the Product Owner to be present at the Daily Scrum, they are not required to be at every Daily Scrum.
What is required is that the conversation is short, focused and serves as a way to reconnect with other people on your Team. It is not a problem solving session, but a meeting about the other meetings you need to have in the day. A Scrum Team uses the Daily Scrum to coordinate their activities, look for opportunities to collaborate, renew their focus, provide visibility and inspect-and-adapt if they are not on track to deliver on their Sprint Goal.
This conversation has a very specific agenda and a very specific timebox. Ken Schwaber and Jeff Sutherland have adjusted the agenda a bit in their 2013 update to the Scrum Guide to reinforce that the Daily Scrum is about the Sprint Goal, but since I have been teaching that for years I prefer to stick to the original three questions. In the end, I do not care what questions you use in your Daily Scrum as long as you cover the basics I describe below.
The Daily Scrum is not a status update to management, not an opportunity for people outside the Team (i.e. management) to second guess the Team’s commitment, not a place to add new features to the scope of the Sprint and not a place for micromanagement. Also, everyone (Team members, Product Owner, ScrumMaster and any visitor) answers the questions – there is no silly “pigs and chickens” bulls#@t with the Teams I work with.
Agile Agile Design Agile SD Book Reviews Burndown Charts Certified Product Owner Certified ScrumMaster Class Design Coaching Collaboration Communication Conferences CSP Fast Pass Daily Scrum Definition of Done Design Excellence Design for Six Sigma Distributed Teams Documentation Español Estimating & Planning Extreme Programming Games Innovation Games Interviews Intro to Scrum Lean Legacy Code Links of the Week Measures Meetings Metrics Migration Movies Open Workspace Pair Programming Personal Planning PMI Powerful Questions Practices Presentations Press Release Product Backlog Product Owner Quality Refactoring Retrospectives Rugby Scrum ScrumMaster ScrumMaster Plus Servant Leadership Simple Design SIMSOC Spain Sprint Backlog Sprint Goal Sprint Planning Sprint Review Stakeholders Task Board Team Test-Driven Development Testing The Core Tools Training Training From the Back of the Room Transitions Travel Uncategorized User Stories Vision Voice of the Customer