Deliverable-based Project Schedules: Part 1

February 12, 2008 | Author: PM Hut | Filed under: Scheduling

Deliverable-based Project Schedules: Part 1 (#1 in the series Deliverable-based Project Schedules
By Thomas Cutting

People build many different types of project schedules. There are the massive checklist and the one liner varieties. I’ve seen them with Phases, Activities, Tasks, Sub-Tasks, Sub-sub-tasks and sub-sub-sub-tasks. Some have randomly bolded Milestones and still others fail to communicate anything.

For projects that span more than a couple of months and a handful of individuals, a deliverable-based project plan offers the best way to track and report on it. Over the next several entries we’ll look at:

  1. Definitions
  2. Work Breakdown Structure (WBS) – what it is and how to use it
  3. Creating the Schedule
  4. When is enough too much?

Definitions. Since there are 3 words there are obviously 5 definitions that we need to review.

Deliverable – pre-defined, tangible work product. This could be a report, document, web page, server upgrade or any other building block to your overall project. The size of a deliverable may depend on the size of your project, but typically they should be between 4 and 6 weeks in duration and spread evenly across the project length. There is another huge discussion we could have on acceptance management at this point.

Project – temporary endeavor to produce a unique thing. That thing can be a product, service or some thing.

Schedule – tool that defines what tasks are to be done, by whom and when. This is different than a Project Plan, which explains the need for the fourth definition.

Project Plan – formally approved document that lays the ground rules for how the project will be managed. The schedule management is a part, but it also includes change management plan, risk management plan, resource management plan and other pieces to guide project execution and control.

A Deliverable-based Project Schedule then is a tool to define and track the delivery of a unique product or service. Ideally all of the activities and tasks within the project will roll up to be part of the one of the project’s deliverables. Any tasks, then, that is not part of a deliverable may be out of scope for the project.

Thomas Cutting, PMP is the owner of Cutting’s Edge (http://www.cuttingsedge.com/) and is a speaker, writer, trainer and mentor. He offers nearly random Project Management insights from a very diverse background that covers entertainment, retail, insurance, banking, healthcare and automotive verticals. He delivers real world, practical lessons learned with a twist of humor. Thomas has spoken at PMI and PSQT Conferences and is a regular contributor to several Project Management sites. He has a blog at (http://cuttingsedgepm.blogspot.com).

Share this article:
  • Facebook
  • LinkedIn
  • TwitThis

Related Articles

1 person has left a comment

I am struggling to establish a new product carbon monoxide monitoring unit which has at least 7 deliverables. Will appreciate your assistance!

frankyn wrote on January 25, 2012 - 2:07 pm | Visit Link

feel free to leave a comment

Comment Guidelines: Basic XHTML is allowed (a href, strong, em, code). All line breaks and paragraphs are automatically generated. Off-topic or inappropriate comments will be edited or deleted. Email addresses will never be published. Keep it PG-13 people!

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

All fields marked with " * " are required.

Project Management Categories