Help Your People Escape Meeting Hell

Table of contents for Developers everywhere are in terrible pain

  1. Requirements Management Please!
  2. Help Your People Escape Meeting Hell
  3. Project Change Management
I spend half my days in meeting about how to get more work done (instead of working)

I spend half my days in meeting about how to get more work done (instead of working)

Meetings. Meetings. Meetings.

The end of another week.  I didn’t get the design finished like I had wanted to this week.  It just seems like there is so much to do, and so little time!

This has been happening a lot lately.  What is going on here?  Why am I not getting things done?

I decide to review what I did this week….drawing a blank….wait, I did a little programming on one project Tuesday…and I got a few hours into the design I was supposed to finish.  What else?  Time to review the email and calendar to jog my memory.

So, I’m a developer, right?  Why then, did I spend 60% of my week in meetings?

Sound familiar?

Hopefully the 60% was an exaggeration.  This little story illustrates the pain many project team members feel.  As a project manager, it is your job to direct work activities.  One of your responsibilities should be to ensure your team spends exactly as much time as necessary in meetings….no more, no less.  They’ve got work to do!

So, project managers.  How can we help?  Here are some thoughts:

  • Only schedule a meeting when you have a focused agenda
  • Only invite exactly who needs to be there
  • 15 to 30 minutes is optimal.  Don’t schedule hour-long meetings unless you have a darn good reason
  • When others invite you to a meeting require an agenda
  • Don’t go to others’ meetings unless there is an agenda or regular structure
  • When in a meeting stick to the point and focus on the goals only…do not try to solve problems in a status meeting, and don’t let the conversation get off topic (whether it’s your meeting or not!)
  • Use a war room approach, and avoid bad multi-tasking

This video was embedded using the YouTuber plugin by Roy Tanck. Adobe Flash Player is required to view the video.

About the Author

Josh Nankivel

...is a Project Planning & Controls Control Account Manager and contractor for the ground system of the Landsat Data Continuity Mission, a joint project between the USGS and NASA. His academic background includes a BS in Project Management, summa cum laude. He can be found writing and contributing in many places within the project management community, and his primary project management website is located at pmstudent.com. Josh can be contacted at joshnankivel@gmail.com

2 Responses to “Help Your People Escape Meeting Hell”

  1. Yep, a meeting without an agenda is like a project without a plan. I agree that a bulleted list is most effective, embedded within the email or calendar notice. Avoid attachments unless they are existing artifacts that will be discussed in the meeting. A project status review would contain the report to be reviewed, etc.

    I really enjoy the war room approach cited in the post for status updates with the team, because the agenda consists of 3 questions, answered by each team member. (you don’t even have to ask the questions after a few days, you just do a round-robin.)

    1. What did you work on yesterday (last week)?
    2. What will you work on today (this week)?
    3. What obstacles or risks do you see? (and how can the PM help shield you from them?)

    Josh

  2. Agendas are huge. I have written out formal agendas for meetings but lately I have started throwing out a one sentence or bullet summary “Meeting Objective(s)” in my meeting invites because I have found that most people choose not to open an attached Word document.

    The process really helps me focus on what needs to be accomplished during that time. So when the meeting rolls around, I just make sure that we hit all of the objectives, document risks, actions, issues, and decisions, and move forward.

Leave a Reply

You can use these XHTML tags: <a href="" title=""> <abbr title=""> <acronym title=""> <blockquote cite=""> <code> <em> <strong>