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.
Let's start with a summary of the key characteristics:
From a more strategic perspective, milestones are also "management tools", providing the means to define project priorities, monitor progress and tell a more meaningful "status story". As such, milestones are first identified and defined during the “project definition phase”, when the project “concepts” is broken into specific, actionable terms. This activity plays out in a sequence of three (3) sequential stages:
Each of these (3) stages are explored in greater detail below:
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.
About Us- ITtoolkit.com has been around since 2001. What will you find here? We have articles (covering a wide range of topics relating to our IT service strategy and project fast tracking methodologies). We have templates and whitepapers to download. We have our series of IT management infographics. And, we have our "Toolkit productivity packages", combining "education and execution" - with time-saving concepts, steps and templates packaged in digital downloads. Our current Toolkit offerings include the Fast Track Project Toolkit and IT Service Strategy Toolkit.
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!