Bottom-up versus Top Down Scheduling: When and why?

Bottom-up versus Top Down Scheduling: When and why?

Schedules are important. Every project and program must have a detailed bottom-up schedule for tracking purposes that has been created by firstly gathering and understanding requirements and then determining other areas of scope such as WBS, inclusions, exclusions, deliverables, constraints, business objectives, assumptions, high level timeline, etc. Effectively outlining what needs to be delivered to meet requirements so you can then estimate the effort required for the work/tasks and create a timeline or schedule. Something to this effect and apologize if I missed anything and its simplicity. Main points to come.

However, in many organizations I have worked for, normally only funded projects with dedicated trained Project Managers or a Scheduler produce track-able schedules or even know how to create one.

So how can you start performance tracking all the projects in your organization or department once you know them (i.e. your entire strategic and operational project portfolio) if most of them don't even have a baseline schedule?

Starting Point - Ask each Project/Program Manager to supply you the following:

a) Their project(s) original and/or actual start date(s)

b) Their project(s) original and/or forecasted finish date(s)

c) % of work completed to date - this can be a subjective estimate accompanied with evidence (NB. The majority of project people do not understand basic Earned value principles so I hold a number of training sessions before I ask them this question)

Why I ask these three questions as a starting point and to exemplify, consider Project X which is a 6 month project that was scheduled to start 1st June 2019 however it actually started 3 weeks late. Forecast finish is now late January 2020 as a consequence although this may change again as the project progresses. At the monthly PCG (Project Control Group to review project performance) held late August 2019 (i.e. half way through the project's timeline), the Project Manager reports that 30% of the work has been completed to date.

There are four scenarios to consider here:

a) The Project is struggling so it must be put on-hold until a proper review is done on causes (e.g. unskilled staff and lack of access to Subject Matter Experts, poor estimating and planning) and options. Options are presented to Sponsor and Steering Committee, let's assume accepted and the project goes on albeit under a different structure and maybe even Project Manager. Current target finish date may still be kept or the finish date may be revised.

b) The project is cancelled as it's not a high priority. Re-direct resources to other projects in the portfolio.

c) The project is put on-hold and possibly resurrected in future. Re-direct resources to other projects in the portfolio.

d) The project will recover ground - however the Project Sponsor and Manager must show how and convince the steering committee that the project can.

In true Earned Value fashion, the earlier you start tracking (i.e. 15% onwards), the quicker you can react and do something about it, or not. Simple, logical and effective. Then add risk and issue reviews and get them to create a schedule in the meantime.

















Great article Les. Reminded me of what you taught us in Applied Project Management. 

Nice one Les 🙌🏼 I like your first 3 questions a programme/project manager needs to ask when joining the programme, can save untold time, and get the programme up quickly and building momentum! I have a similar set for business transformation - what is the problem? - what are you doing (to solve the problem)?, and - have you been through this before? The answers to those in most cases depends on who’s running the programme and what their agenda is (despite the answers to the 3 questions you already asked)😬

Like
Reply

To view or add a comment, sign in

More articles by Les Nicopoulos (M.P.M, BBusMktg, B.Sc.)

  • Agile vs Waterfall: A retrospective

    Hi I like everyone have now been certified in and indoctrinated into the Agile methodology and dogma. It's always great…

  • Project Capex and Opex and the accounting explained

    In 2015, I posted an open ended question asking for comments on what project costs people thought could and could not…

    10 Comments
  • Duration or Effort...What Works?

    Scenario 1: You have mostly a dedicated project team. All work is properly scoped, estimated, scheduled and then tasks…

    1 Comment
  • Circus Interview

    You've all heard of the 'Circus Maximus' during ancient Roman days, well there's another circus that I am sure we have…

  • Which PMBOK knowledge area does project management sit under?

    I often ask my students, colleagues, professionals and other interested parties this simple question only to be met by…

  • Project Plans and Schedules: Aren't they the same?

    When you use applications such as MS Project or Primavera P6 or Clarity, you get to produce (among many other things as…

    2 Comments
  • The Road from Strategy to Benefits in a Nutshell

    Let me make this simple. Organizations usually have moving Strategic Roadmaps outlining at a high level what they want…

  • Is an issue a risk or a risk an issue...Let's resolve this issue

    So you are all clear on what a risk is right? And you all know what an issue is right? Great, but let me have my say..

    2 Comments
  • Science versus art balancing act

    The 'Science' of project management includes all the methodologies, processes, guidelines, templates and even tools…

    2 Comments
  • Staging - Two More Benefits to Consider

    I have always liked the concept of staging that I first learned doing my PRINCE2 training years ago. I have always…

    2 Comments

Others also viewed

Explore content categories