The best milestone plan is simple but with depths!

From apppm
Revision as of 12:00, 22 September 2015 by S113665 (Talk | contribs)

Jump to: navigation, search

Wiki Abstract: The best milestone plan is simple but with depths

WORK IN PROGRESS; Sorry about the incomplete article, a bit of the application is missing and most of the limitations.


Contents

Abstract

The planning part of a project is essential to succeed. The milestone plan is one of the most used planning tools, but also one of the hardest to master! It may seem simple, but many project managers tend to ‘overuse’ milestones as a motivation tool, and therefore adding too many milestones, and labeling every minor task completion as a milestone. This ‘overuse’ often has a negative effect on the team members’ motivation, as it’ll cause loss of luster and distinctiveness., not to mention the time consumption! That is just one of many mistakes and issues related to milestone planning.

This article will explore and explain the optimal usage of the tool. If done correctly, will the milestone plan act as an enormous motivation tool along with making sure the project is on track and on the way to success. Article

Big Idea

A milestone is in its basic form a stone that tells you that you’re one mile down the road. They provide reference points, and are used to reassure travellers that they’re on track and to indicate distance travelled or distance remaining.

In a project a milestone define a completion of something. The only requirement is that the milestone is tied to a quantitative measurement, an internal or external deliverable, or a significant turning point or transition in the project. It is basically an important event marked on a timeline that are recognized when successfully reached.

The Milestone Plan serves as an essential guideline for every project, from big to small. It has a variety of purposes as it shows, how the intermediate products, or deliverables, build towards the final output and therefore gives an important overview. This is much needed, as this overview is required to keep the project under control and to identify upcoming bottlenecks and therefore giving the possibility of taking preventive actions well ahead of the critical point. The Milestone Plan is furthermore used as motivation tool. A goal and a vision gets the team together going towards the same goal, on the same path, a plan keeps the team on that path, and the Milestone Plan combines these two and adds continuous motivation A goal and a vision get the team together going towards the same objective. A plan gets the team on the same path and keeps them from going too far away from that path. A Milestone Plan combines these two and adds continuous motivation through sub-completions. It is important to point out that the milestone plan is not to be mistaken for a replacement for any other tools, it is however a strong addition to any project and should never be left out. It can even take care of the entire planning spectrum of a project if done right; keep reading and you’ll soon know why and how!

Consider the possibilities of combining the milestone plan with a WBS and a Gantt chart, all in one?

Application

The milestone plan can be made when the project goal and deliverable has been settled and confirmed. It is often even taken in consideration in the fuzzy front end of a project, when negotiations, according to the bid and contract, are made with the customer as the deadlines is coming to an agreement and the plan is being visualized.

Before you create the timeline with your events you need to determine what kind of milestones you want to “celebrate” and what kind of milestones that makes sense, as it is important to have an even plan with the exact amount of time and space between each milestone. This will promote motivation through sub-goals, by giving the team something to strive for. It is important that the milestones are not too far apart as the team members will forget about it, but it is equally important that they’re not too close as you’ll loose interest and not get the feeling of achieving something as too many minor things are celebrated. For example, if you’re constructing a car

Here are some different types of events that can define a milestone:

Phase transitions occur when the project goes from one phase to another. For example if a product goes from designing to construction a prototype (from software to hardware). You can basically divide phase transitions into six stages: information gathering, or marketing research, planning, design, development, testing, and delivery. Each transition from one stage to another is a viable milestone!

Rates of total completion are commonly used milestones when the project involves repetition without sequential advancement to the next stage. A good example is a training exercise in which milestones are set for the percentage of employees fully trained or certified, e.g., 25, 50, 75, and 100 percent. This gives the benefits of giving a clearer understanding of the process of the project and understandable by all stakeholders regarding their involvement.

Performance recognition milestones are achievements that are not directly connected to the advancement of the project, but recognize the quality of the work performed. For example, in the construction of a plant, a typical milestone would be to recognize periodically that employees have logged in a certain number of work hours without a single safety incident.

Deliverables represents tangible evidence of progress towards the project’s goals. It is therefore a commonly used milestone, as it is also easy to determine. It is by far the most popular choice for a milestone because it represents tangible evidence of progress towards the project's goals.

Task completion has its resembles with deliverables but define a completion of a specific task. A task milestone could be the completion of the roof on a building, and another to finish the plumbing and so on. This is easy applicable and gives a great overview of the project, not as easy interpreted as the ‘rates of completion’ milestone though, but provides more opportunities regarding the degree of details. It is of great understanding used internal in a project.

A perfect plan for motivation contains some of everything!

Now that the preferable milestones have been set on the start to finish timeline, you will need to determine the degree of details for each milestone. This is however the part that is hard to master and very time-consuming. It is important to get the right level of details for the user, but not too much as the plan will loose its ability to provide overview. The overlook of the milestone plan needs the exact amount of information valid to that specific user/reader. For example, you do not need to know the delivery of metal for the If your project is to construct a car

Limitations

▪ Limitations: critically reflect on the tool/concept/theory. When possible, substantiate your claims with literature

Looking at bigger projects, for example delivery-projects as constructions of all sorts, buildings, ships, it does of course has to be a unique production as it would otherwise just be a factory task. It might seem “simple” to create the Milestone plan in these conditions, as you have the goals set and a contract defined that contains specific dates where deliverables needs to be delivered and a logic order for when tasks needs to be done. It is however here you’ll see the biggest advantage of the Milestone Plan but also the biggest pitfalls

The Milestone Planning tool is easy to use but hard to master. Hard to master Too detailed (too many depths) Bolt for the car, too detailed Annotated bibliography Annotated bibliography: Provide key references (3-10), where a reader can find additional information on the subject. Summarize and outline the relevance of each reference to the topic. (around 100 words per reference). The bibliography is not counted in the suggested 3000 word target length of the article.

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox