The 10 Traits of Highly Effective Project Milestones

February 11, 2010 | Author: PM Hut | Filed under: Project Management Best Practices, Project Milestones

The 10 Traits of Highly Effective Project Milestones
By Chris LeCompte

I’ve written in the past about planning effective web design milestones, so now I want to delve into the actual elements that make up a good milestone. Milestones should be the meat of your project process for any web design or development engagement. They constitute your game plan and provide a clear roadmap for you and your client.

Since milestones are very much like goals, they should follow the SMART routine: Specific, Measureable, Attainable, Relevant and Timely. I’ll discuss how you can apply SMART plus five other traits to your milestones to make them actionable and effective.
An Effective Milestone is…

  1. Specific

    Every milestone you commit to a project should be specific in scope. That means when you look at the milestone, you should know exactly what is going to be required to do it. Milestones that aren’t specific are vague, confusing and undoable. If you can’t figure it out, you’re not going to do it. Therefore, your milestones must have clearly definable actions for the parties involved.

  2. Measureable

    Effective milestones should be grounded in a foundation that allows you to measure them. One way to do this is by using to-do lists. A to-do list can take a milestone and break it up even further into actions. These actions are measureable because they’re either complete (checked) or incomplete (unchecked). By looking at the overall to-do checklist, you can quickly see how far along a milestone is.

  3. Attainable

    Can you actually finish the milestone? This is an important question to ask. If the milestone is too big or too convoluted to actually get done, then it’s not attainable. If, when thinking about the milestone, you can’t see the finish line no matter how hard you work, you have a milestone that’s going to be difficult or even impossible to complete. The key is to keep the milestone digestible. Too many large and unchewable chunks will leave you with a sour stomach.

  4. Relevant

    While this may be obvious, your milestone should be relevant to the project at hand. If the milestone deals with too many aspects outside the scope of the project, it may distract and derail your efforts. Make certain that the milestone in question can be solidly tied back to the project.

  5. Timely

    Just like a good goal, effective milestones can be tracked against a calendar. There should be a start time, due date and expected timeframe associated with each of your milestones. Without timely milestones, you have no reason to get things done because there are no deadlines. This is one key source of procrastination.

  6. Open

    Your milestones should be open and presentable. If your milestones are formed around technical jargon or incomprehensible actions, how are you going to communicate them to non-technical parties such as a client? The best thing to do is establish milestones that make sense to everyone involved using clear language so that there’s no confusion or misinterpretation.

  7. Small

    This comes mostly from my experience and opinion, but I’m a firm believer in making milestones small. By small, I mean it should take you alone a small handful of days to finish it. Anything larger is just too hard to swallow which could lead to unneeded stress and procrastination.

  8. Assignable

    A good milestone should be individualized enough where you can assign it to a specific, responsible party. When milestones get to the point where multiple parties are involved, there’s no clear path to completion. If the actions of one party depend on the other and vice versa, you’ll end up with a whole mess of bloated communication, potential conflict and lowered accountability. By individualizing your milestones and assigning them to specific parties, you can avoid this mess and make the project run more smoothly.

  9. Progressive

    Milestones should follow a linear path of progression. What this means is that by completing one milestone, you should be able to complete the next one. Making milestones that are toward the end of the project dependent on ones at the beginning will have you inefficiently going back and forth. Once one milestone is done, it should be 100% finished and the next one should then be 100% doable.

  10. Significant

    This may seem like it’s countering the “Small” trait, but milestones should be significant to the point where they complete a respectable portion of the project. If a milestone is too small or too specific in scope, you’ll end up with a barrage of many milestones that make the project look bigger than it really is. And once we get into things appearing too big, procrastination sets in.

All in all, milestones are simple project tools that should help you to set goals, priorities and work schedules. There’s no need to make them complicated and they should always help alleviate stress, not induce it. If you find that your milestones are causing you stress, tardiness, conflict, communication problems and other issues, you need to reevaluate how you’re breaking the project up.

Do you have any examples of milestones working or not working? I’m interested in hearing about. Leave a comment and let me know!

Chris LeCompte is a web designer and Project Manager based out of Northern Virginia working at his own company. Chris runs his own blog: http://www.clecompte.com/.

Share this article:
  • Facebook
  • LinkedIn
  • TwitThis

4 people have left comments

Changes in projects are common and may be deleterious or beneficial—whether you see a change as a conflict or a valuable lesson depends only on your prospective.

a)Define Change in the context of Project Management

b)Critically analyze types of changes that are found in Projects

c)Explain the Project change Procedure system

Edward Masiye wrote on April 23, 2010 - 6:45 am | Visit Link

#8 Assignable

For this one, I think its OK that there be multiple owners and involved people, as long as the TASKS that support the Milestone are assigned and the owners accountable. We have many milestones that have multiple team members involved, and it has not been a problem.

John B wrote on September 16, 2011 - 11:54 am | Visit Link

Qn: How we can draw network activities in order to get the critical path?

Hamad wrote on June 15, 2012 - 4:34 pm | Visit Link

What is the difference between a task and a milestone. I had always thought a milestone was used to mark the end of a set of tasks - i.e. herald the achievement of a related group of tasks. However, reading the article, it seems a milestone is itself a task.

Juliette H wrote on July 12, 2012 - 6:35 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