How Much Meeting Time?




Meeting Time Is Not Always The High Point Of The Day

If you have ever performed as a Scrum Master or agile coach you have been asked about the overhead in Scrum. Overhead is almost always a codeword for meetings where “stuff” happens but nothing is built, coded, or tested, which in a software-centric scenario will drive a coder or tester up a wall. If we exclude (for the time being) some really bad practices that have been promoted and adopted, the amount of time in Scrum specific meetings is generally predictable.

Christine Green, senior consultant and owner of IPbyGREEN suggests that meetings (also known as events or  . . . ) are influenced by three factors

Team Size – The number of people on the team or involved in the event. Delivered Size – The number of discrete pieces of work that are delivered by the sprint. Christine uses the term size to refer to the functional and non-functional size as measured by IFPUG Function Points. The concept of throughput accounting could just as easily be used. The concept boils down to how much valuable stuff will the team work on during the sprint. Length of Sprint – The number of weeks (or days) in a sprint.

Christine’s experience is that each meeting is influenced primarily by one of these attributes. Arguably, size and length have some co-variance – longer sprints will typically accept and deliver more work items than a shorter sprint. 

Using Scrum and guidance in the Scrum Guide (the guide provides the definition of Scrum)  as an example.


MeetingDriverScrum Guide Guidance For 1 Month SprintSprint PlanningSizeMaximum of eight hoursDaily ScrumPeople15-minute time-boxed event dailySprint ReviewLength – SizeFour-hour meetingRetrospectiveLengthThree-hour meeting for one-month SprintsRefinementLength – SizeNo more than 10% of the team capacity

With the exception of refinement (in the Guide refinement is referred to as a flat percentage), the Scrum Guide suggests that events are shorter for shorter sprints. 

Assuming a typical Scrum team of 7 and 40 hours of productive time per person equates to 1,120 hours for a one month sprint (4 weeks to keep the math simple). The worst-case total meeting time for a one month sprint would be 528 hours (8 hrs planning, 5 hrs Daily Scrums, 4 hrs Sprint Review, 3 hrs Retrospective, and 112 hrs of Refinement — all multiplied by 7). The burden rate is 47%.  YUCK! This is why people have the perception that Scrum has a lot of meeting time. FYI, the Burden Rate is the amount of non-engineering time divided by the total time expended on a project or sprint. A lower burden rate, all things being equal, is better but a zero burden rate would be just as horrid too much. Most team members intuitively measure and understand the concept of burden rate and work to avoid too much overhead. Most Scrum teams do not end up with a 47% burden rate

Read More


By: tcagley
Title: How Much Meeting Time?
Sourced From:
Published Date: Tue, 07 Jul 2020 23:55:57 +0000

Did you miss our previous article…


Exit mobile version