Agile Zone is brought to you in partnership with:

Dave Rooney is a veteran Agile Coach and co-founder of Westboro Systems. He has over 20 years software development industry experience and has been involve with the Agile community since 2000, working with organisations from pre-funding startups to the Fortune 15 improve their software process. Dave is co-founder of the Agile Ottawa Group, and an active write, speaker and advocate of agile methods in Canada. Dave is a DZone MVB and is not an employee of DZone and has posted 32 posts at DZone. You can read more from them at their website. View Full User Profile

The "Real" Work

08.13.2011
| 1302 views |
  • submit to reddit
Quite often I hear teams lamenting about the number and duration of meetings they must attend.  I've encountered this in organizations large and small, public and private sector.  It usually manifests itself like this:

When can we finish with all these meetings and get some real work done?!

I can certainly sympathize with that feeling... it seems like teams are meeting constantly:
  • Daily Standups
  • Sprint Planning Parts 1 & 2
  • Sprint Review
  • Retrospective
  • Backlog Refinement
  • Design Workshops
  • Release Planning

Those are typical meetings that occur in the single-team, single-backlog version of Scrum.  If you are working in a scaled environment with multiple teams, you likely need to add:
  • Joint Backlog Refinement
  • Joint Retrospective
  • Scrum of Scrums for team coordination

That's a lot of meeting, and a lot of time not doing real work.  Or is it?

Ron Jeffries had an e-mail signature line that I saw years ago that really struck me:

We accomplish what we understand. If we are to accomplish something together, we need to understand it together.

In other words, it's the shared understanding of the work to be performed that is critical to the success of that work.  Every requirements process in existence, from binders full of the system shall's to a business person sitting beside a developer giving instructions, seeks to achieve the same goal - a shared understanding of the work to be done.

As this video shows, a shared understanding is critical to success:




While the video is intended to be humorous, how many examples of misinterpreted requirements can you remember from previous projects?  The words may have been clearly written in a document, but what the author of the requirement meant was "see if he's still alive" while the development team interpreted the requirement to mean "please ensure he's dead".  Even when the requirement is stated face-to-face with a representative from the team, that person may take his misinterpretation back to the team.

In most organizations in which I've coached, the transition to an Agile process meant that all team members were now involved in the meetings mentioned above, rather than a select few.  There are some exceptions, such as the joint meetings held in the scaled model of Scrum, but the general rule is to be much more inclusive about who attends meetings rather than limiting attendance to more senior people for example.

On the face of it, this inclusive nature seems rather wasteful.  Where you once had a weekly team meeting for an hour or two, you now have daily meetings that can take 15 minutes each plus follow-on discussions.  Where you once had perhaps two team members attending requirements meetings of a few hours, you may now have an entire team.  So, yes, the amount of time spent per person in meetings does increase.

The benefit of that increase is that everyone is hearing the same message, contributing to the same discussions, and moving closer to a shared understanding of the work - shared not only within the development team, but with the business for whom the work is being done.  By doing so, the risk of misinterpretation drops significantly and the probability of getting the work right the first time increases.  These prevent costly rework when a mistake is discovered, and even avoid unnecessary work altogether when the discussion leading to the shared understanding uncovers simpler ways to accomplish the business goal.

In other words, those meetings are real work.
References
Published at DZone with permission of Dave Rooney, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Tags: