What would project planning be like if every task, decision and event were given the same weight and significance? It would all just be “noise”, without a meaningful way to monitor progress or plan next steps. That’s the point of the project milestone – to quiet the “noise” and provide actionable goalposts to manage by. Read on for more.
There isn't one answer to this question. From a practical perspective, and depending on project circumstances, milestones can be any of the following:
But milestones are more than events and circumstances. From a more strategic perspective, milestones also serve as "management metrics", providing the means to define project priorities, monitor progress and tell a more meaningful "status story". As metrics, milestones are first identified and defined during the “project definition phase”, when the overall project “concept” is broken into specific, actionable terms. These milestone metrics are managed through a series of three (3) sequential stages:
The key to milestone use and identification is meaning and significance. By definition, every task and result cannot be a milestone. To warrant that designation, tasks and results must be of such significance that they tell the "status story" in and of themselves, even without any details relating to the specific, underlying work elements. For example - if you are developing a new software product, daily coding tasks will not be milestones, but having sufficient code for usability testing would be. Project milestones are used to manage the project work effort, monitor results, and report meaningful status to project stakeholders.
Here's the questions you need to ask and answer:
Note: As a practical matter, milestone “definition” is not limited to the definition phase. In fact, milestone definition occurs throughout the project management lifecycle. Change is a fact of life in every project, and as project terms and circumstances change (while the project unfolds), milestones must change as well. Some milestones may be eliminated, some may be modified and new ones may appear. The extent to which "milestone definition" will be required (beyond initial stages) will depend upon the nature of the project and the extent to which scope changes are allowed.
Once milestones have been identified and defined, and actual project work begins, related oversight obligations kick in. As project work is executed, identified milestones will either be met (in whole or part), missed in entirety, or will be modified as needed to suit changing project needs and circumstances.
The key to milestone management is to be informed and prepared, so you can act swiftly if and when problems occur. If you know that one or more milestones will not be met, the goal is to minimize negative impact while adhering to all previously approved fast track priorities. Responding to missed (or about to be missed) milestones will best be determined based on circumstances, capabilities and fast track priorities. No matter the response, communication is the key. Stakeholders must be kept fully informed to minimize negative perceptions, establish realistic expectations, and obtain important feedback to solve problems and/or re-negotiate previously established priorities. How does it work?
Project milestones are more than scheduling devices (which would be important enough), they are also communication and credibility devices, to set expectations and share status information. As milestones are reviewed for status reporting purposes, the following questions can be addressed:
Tip #1: Project milestones are one of the most useful (and used) variables to establish management benchmarks and quantify progress "to date" once projects are underway. To maximize the potential value, every SOW and/or project charter must incorporate “milestone definitions”, stated in sufficient terms to set expectations and allow for informed consent.
Tip #2: At the heart of the matter, milestones set the stage to measure progress, and as such, they must be defined at the start, before costly work begins. Without the means to measure progress, your project can quickly get out of control and you may miss important signals regarding plan viability (or lack thereof).
Tip #3: When it comes to identifying project milestones, the best advice is to keep it simple - you'll know a milestone when you see one. But there are rules of thumb. In most cases, the dividing line distinguishing "milestone" from "non-milestone" is significance, impact and value, all influenced by project specifics. And, when it comes to milestones, experience may very well be the best teacher. That’s why the “milestone process” should always be evaluated as part of every post-project review – so you can learn from experience and improve related predictive capabilities.
In order to have any realistic shot at a successful project, (delivered on time and on budget) the overall vision, work effort and expected result must first be fully defined --- i.e. broken down into small, manageable and actionable parts. This article provides a practical overview of the definition process, putting "project definition" into context and perspective. Read More
As a project begins, the initial “blank slate” can be overwhelming. Phases put the work to be done into perspective, replacing the blank slate with a framework for planning. “Phase” management also provides the opportunity for periodic review and reflection – to examine progress at key points, ensuring that the project is proceeding as planned and required. To take full advantage of these potential benefits, each phase must include checkpoints for management control, also known as stage gates or exits. Read More
It takes multiple deliverables to produce high quality results for managing IT projects, services and operations. Pre-formatted project management templates make things easier, providing ready-to-use layouts that give you a head start to produce key project documents. We have created our own "must-have" template collection for just that purpose, with additional form layouts for IT related plans and policies. See More
Subscribe to the ITtoolkit newsletter for the latest articles and updates.
See the latest in our collection of IT Management Infographics. Visualize I.T.!
And it's a skill that will come in handy whenever you need a sure fire way to keep "project problems" from becoming "project disasters". Learn more in our multi-part article series:
The IT Service Strategy Toolkit delivers the full, ready-to-use "service strategy methodology" for managing value-added IT. You'll get the 370+ page Practices Manual, IT Vision Statement Template, and lots more. Every topic is covered, from technology planning to service review processing. Learn All About It!