How Do We Get There?

A good plan tells you what done looks like on your project; the schedule defines the steps to get there. Here is an approach, grounded in activities and artifacts, that can improve the credibility of your schedule. It measures progress based on accomplishments rather than the passage of time and the consumption of resources.

In the Post, 5 Questions Project Managers Must Ask the 5 Immutable principles that must be addressed by Project Managers and Teams in order to succeed were presented. In the Post What Does Done Look Like? detailes the measures needed to ass progress to plan. Now we need the processes to Get To Done.

With a description of done established, we need to know how to get to done. The first step is to separate scheduling from planning and the execution of the schedule. There are three elements in answering the question, How do we get there? They are:

  1. The Plan – the strategy for the successful completion of the project
  2. The Schedule – the steps needed to fulfill the plan
  3. Execution – the physical performance of these steps to deliver the results defined in the plan

A good plan tells us what done looks like in units of measure meaningful to the decision-makers. These units include Measures of Effectiveness and Performance; Key Performance Parameters, and Technical Performance Measures. Notice that these measures do not include cost and schedule. While important, cost and schedule performance measures have little to do with the project’s ability to fulfill the mission and vision of the stakeholders.

A good plan also describes the accomplishments along the way toward done that must be in place for success, including criteria for each of these accomplishments, which will be measured by the units described above.

Finally, a good plan outlines the sequence of the work that produces tangible evidence of compliance with the criteria.

With the plan initiated, let’s look at this table of activities and artifacts for ways to improve the credibility of the resulting schedule.

No alt text provided for this image

With the plan in place, a Schedule is needed to define the work and the sequence of that work to produce the deliverables. But this schedule must define what done looks like first, before defining the work efforts to get there. This approach starts with defining the maturity assessment points in the project where we ask and answer the question: What level of maturity for each deliverable is needed at this point in the project to continue to make progress as planned?

The diagram below shows the process of vertically scheduling the project for each Program Event — from Work Packages to their Accomplishment Criteria, to the Significant Accomplishments, to the Program Event. Only then, can planning take place horizontally for the dependencies between Program Events.

No alt text provided for this image

These Events are assessments of planned increasing of the maturity of the products or services. They are maturity assessments, where pre-defined deliverables are assessed to ensure that Technical Performance — measures of what done looks like — is being met against the pre-defined metrics. In addition, it ensures that the pre-defined levels of risk are being retired or mitigated as planned.

This approach to defining the master schedule is a paradigm change from traditional techniques. This change starts by measuring progress as the completion of the Accomplishment Criteria and the fulfillment of Significant Accomplishments. This progress is described as physical percent complete rather than measuring progress through the passage of time and consumption of resources. The elements of this approach include:

Events

  • Project-unique, key transition points between major program activities.
  • Points of convergence across the entire program where specific functionality comes together for release, testing, or integration.
  • Key decision points where it is necessary to assess progress in achieving objectives before proceeding.
  • May include major milestone reviews, program design reviews, tests, deliveries, and other key progress demonstration or risk mitigation points.
  • Should be well distributed over the program/project period, and not inordinately clustered. It is not desirable to have too long a period pass without checking critical program progress.

Accomplishment

  • For each Event, the project shall state what progress is to be measured at the event.?This breakdown of principal tasks and activities becomes the accomplishment(s).
  • An accomplishment is the desired result(s) prior to or at the completion of an event or milestone that indicates a level of the program's progress.
  • The Accomplishments are critical efforts that must be completed prior to completing an Event.

Criteria

  1. Are measurable and useful indicators demonstrating the required level of maturity and or progress has been achieved.
  2. Criteria include the use of Technical Performance Measures and other metrics wherever possible to provide measurable criteria. Preferably the accomplishment criteria should avoid the use of percent completed and avoid citing data item report numbers rather than identifying and summarizing results.
  3. Criteria include the use of Technical Performance Measures and other metrics wherever possible to provide measurable criteria. Preferably, the accomplishment criteria should avoid the use of percent completed and avoid citing data item report numbers rather than identifying and summarizing results.

要查看或添加评论,请登录

Glen Alleman MSSM的更多文章

  • Some GovLoop Publications

    Some GovLoop Publications

    GovLoop is The Knowledge Network for the Government of more than 300,000 federal, state, and local government peers in…

  • Five Immutable Principles of Project Success No Matter the Domain, Context, Management Tools, or Processes

    Five Immutable Principles of Project Success No Matter the Domain, Context, Management Tools, or Processes

    Here is a collection of materials I use to guide project success when we are not immune to common reasons for project…

    6 条评论
  • Planning is Everything

    Planning is Everything

    Plans are nothing; Planning is Everything. The notion that plans are nothing but planning is everything is a standard…

    3 条评论
  • Learning from Mistakes is Overrated

    Learning from Mistakes is Overrated

    We've all heard this before: hire good people and let them learn from their mistakes. The first question is, who pays…

    2 条评论
  • Quote of the Day

    Quote of the Day

    “The first rule of any technology used in a business is that automation applied to an efficient operation will magnify…

    3 条评论
  • Quote of the Day

    Quote of the Day

    For the sake of persons of different types, scientific truth should be presented in different forms and should be…

    1 条评论
  • The Fallacy of the Iron Tiangle

    The Fallacy of the Iron Tiangle

    The classic Iron Triangle of lore - Cost, Schedule, and Quality- has to go. The House Armed Services Committee (HASC)…

    9 条评论
  • Why Projects Fail - The Real Reason

    Why Projects Fail - The Real Reason

    At the Earned Value Analysis 2 Conference in November of 2010, many good presentations were given on applying Earned…

    2 条评论
  • Quote of the Day - Risk

    Quote of the Day - Risk

    The real trouble with this world of ours is not that it is an unreasonable world, nor even that it is a reasonable one.…

    6 条评论
  • An Important Newsletter in Our Time of Disinformation

    An Important Newsletter in Our Time of Disinformation

    According to the RAND Report, Truth Decay, Disinformation is Misinformation with Malice. Here's a Harvard Kennedy…

    2 条评论

社区洞察

其他会员也浏览了