Project Management Time & Cost Estimation Techniques: An Overview
Figure #1: Time & Cost Estimation in Relation to Project Planning
Initial planning allows for early estimation, while more detailed planning allows for more precise estimates.
Source: Sid Kemp
Ads by Google
Research-based, holistic model for managing the people side of change
Mineral Resource & Reserve Experts Trusted Worldwide Since 1962
Easy setup, up to 75% faster! Accelerate your Selenium tests
The Need for Project Time and Cost Estimation
In
business, the purpose of most projects is to make money. That requires
that the project either earn more, or save more, than it costs to do the
project. A project costs money until it is done, and only begins to
improve the company's bottom line after it is done. Also, each year, a
business has only so much money it can spend on projects. So, even
before a project begins, executives want answers to four questions:
In the project management world, we call executives that commit money and organizational effort towards a project the project sponsors, and their commitment is crucial to our success as project managers. If they don't buy in to the project, stay committed all the way through, deliver necessary resources, and remove roadblocks, our project will fail. And their request for a time and cost estimate is, from their perspective, entirely reasonable.
It is also very difficult, sometimes impossible, to provide. By definition, a project is "a unique endeavor undertaken to create a unique product or service" (PMI Lexicon). If each project is unique, and it's never been done before, then how are we going to know how much it will cost to do it? How do we know how long it will take? How do we make an estimate of the cost of the unknown? And how can we be sure we are right? If we're not right, we're going to look bad when we run over budget or deliver late, or both.
These are real questions, and they have real answers. I have taught over 3,500 project managers how to plan projects, estimate costs and time, and deliver on time and within budget. I've written three different project management books with time and cost estimation techniques. And, from my clients and students, I've seen everything from excellent, down-to-the-dollar estimates that can win competitive bids, to management systems that make a good estimate impossible. But good estimates are possible. And we gain a lot of authority that makes our jobs easier when we, as project managers, estimate our projects well.
In this article, you will learn how we, as project managers, can create accurate, reliable estimates. You'll learn: what we need to have to create an estimate; what types of estimates are possible; and the basic procedures for preparing each type of estimate. Detailed instructions for estimation techniques are too large to fit into this article. But you will know the name of the right estimation technique and how to use it. And you will have an example to follow. From there, you can probably do it yourself. If not, you can easily find detailed instructions in a project management textbook, or in the PMBOK, the Project Management Institute's Guide to the Project Management Body of Knowledge.
This article shows you how to make the best time and cost estimates you can, both early in the project, and later, when planning is nearly complete, as illustrated in Figure #1.
- How much will the project cost?
- Are we sure we won't run over budget?
- How long will the project will take, and when it will be done?
- Are we sure we will not run late?
In the project management world, we call executives that commit money and organizational effort towards a project the project sponsors, and their commitment is crucial to our success as project managers. If they don't buy in to the project, stay committed all the way through, deliver necessary resources, and remove roadblocks, our project will fail. And their request for a time and cost estimate is, from their perspective, entirely reasonable.
It is also very difficult, sometimes impossible, to provide. By definition, a project is "a unique endeavor undertaken to create a unique product or service" (PMI Lexicon). If each project is unique, and it's never been done before, then how are we going to know how much it will cost to do it? How do we know how long it will take? How do we make an estimate of the cost of the unknown? And how can we be sure we are right? If we're not right, we're going to look bad when we run over budget or deliver late, or both.
These are real questions, and they have real answers. I have taught over 3,500 project managers how to plan projects, estimate costs and time, and deliver on time and within budget. I've written three different project management books with time and cost estimation techniques. And, from my clients and students, I've seen everything from excellent, down-to-the-dollar estimates that can win competitive bids, to management systems that make a good estimate impossible. But good estimates are possible. And we gain a lot of authority that makes our jobs easier when we, as project managers, estimate our projects well.
In this article, you will learn how we, as project managers, can create accurate, reliable estimates. You'll learn: what we need to have to create an estimate; what types of estimates are possible; and the basic procedures for preparing each type of estimate. Detailed instructions for estimation techniques are too large to fit into this article. But you will know the name of the right estimation technique and how to use it. And you will have an example to follow. From there, you can probably do it yourself. If not, you can easily find detailed instructions in a project management textbook, or in the PMBOK, the Project Management Institute's Guide to the Project Management Body of Knowledge.
This article shows you how to make the best time and cost estimates you can, both early in the project, and later, when planning is nearly complete, as illustrated in Figure #1.
A Computer That Runs All the Time
One
of my clients provided computer systems to government agencies. Before I
worked with them, an agency asked for a computer for their email system
that would "run all the time." The project manager ran with that, and
bought a $1 million computer that would run 24 hours a day, 7 days a
week, with dual automatic backup of everything. When he told the client,
they were shocked. "But we're only open 16 hours a day. We don't need
it to run all night. And we're certainly not going to pay for it!"
The company was stuck with a $1 million computer the client didn't want. And the real solution cost much less than half of what the project manager assumed would be needed.
The lesson: Don't make assumptions, and don't assume you understand what your client means when they use certain language. Check every detail in a clear, definable way.
The company was stuck with a $1 million computer the client didn't want. And the real solution cost much less than half of what the project manager assumed would be needed.
The lesson: Don't make assumptions, and don't assume you understand what your client means when they use certain language. Check every detail in a clear, definable way.
Prerequisites: What You Must Have Before Creating a Time and Cost Estimate
Imagine
a friend came to you and said, "How much will it cost for me to buy a
new car?" There is no way to answer that question without asking, "What
kind of car do you want?" And what if he replies, "Oh, I don't know
anything about cars. Just get me a car that will work for me. How much
will it cost?"
In that situation, we can't estimate the cost of the car. We have to work with our friend, asking questions like "How big is your family?" "Do you drive to work?" and "What do you like to do on vacation?" If our friend works with us through all this, and we know cars, we can probably pick a good car for him, and then tell him the cost. But if our friend says, "I don't have time to answer all your questions! Just tell me how much a car costs!" then we're right back to nowhere. Or, we say something like, between $12,500 if you want a Hyundai and $85,000 if you want a Cadillac. That's a true answer, but not a very useful one.
As project managers, we find ourselves in this situation all the time. For example, a client may want a new web site. But he doesn't really know what a good website for his business is. He just knows that his current one isn't working. We know that a web site can cost between $1,200 and $15,000, and take between two weeks and four months, depending on what features are needed for a particular business. But, until we know his business, we can't make a time or cost estimate.
The bottom line is this: Before we can prepare a precise time or cost estimate, we must work with the client to define the scope of the project. In case the term "scope" is unfamiliar, it means "what we are making." A full scope definition is a clear statement of what we are making by doing this project. To learn more about this see, How to Lay Out a Project Management Plan.
In addition to a clear scope statement, we need three more things:
This is the big problem with time and cost estimation. We have to plan enough to know what the customer really wants, and do enough work on the project to discover what is really going on, before we can make an accurate cost estimate. But, often, the executives want an accurate cost estimate before the project is even started.
There's one more thing you're going to need, and I've written an article about it: An understanding of the key factors of good estimation of time, cost, or anything else.
Now that we've laid out the problem, let's take a look at some solutions.
In that situation, we can't estimate the cost of the car. We have to work with our friend, asking questions like "How big is your family?" "Do you drive to work?" and "What do you like to do on vacation?" If our friend works with us through all this, and we know cars, we can probably pick a good car for him, and then tell him the cost. But if our friend says, "I don't have time to answer all your questions! Just tell me how much a car costs!" then we're right back to nowhere. Or, we say something like, between $12,500 if you want a Hyundai and $85,000 if you want a Cadillac. That's a true answer, but not a very useful one.
As project managers, we find ourselves in this situation all the time. For example, a client may want a new web site. But he doesn't really know what a good website for his business is. He just knows that his current one isn't working. We know that a web site can cost between $1,200 and $15,000, and take between two weeks and four months, depending on what features are needed for a particular business. But, until we know his business, we can't make a time or cost estimate.
The bottom line is this: Before we can prepare a precise time or cost estimate, we must work with the client to define the scope of the project. In case the term "scope" is unfamiliar, it means "what we are making." A full scope definition is a clear statement of what we are making by doing this project. To learn more about this see, How to Lay Out a Project Management Plan.
In addition to a clear scope statement, we need three more things:
- We need to eliminate unspoken assumptions. For example, our friend asked for a "new" car. Did he mean brand new, this year's model, or did he mean "new for me," and buying a used car would be just fine. We don't know until we ask. See the sidebar about "A computer that runs all the time" for a real case of a project cost estimate disaster like this one.
- We need to decide how the project will be done, and get agreement on the basic approach from the client. We don't need to know all the details. But we do need to know the general approach. For example, if our project is to set up an assembly facility, we will want to know if the customer expects to outgrow it soon. If so, then renting property, rather than buying it or getting into a long-term lease, is probably the best idea. And the cost of a project involving rental property is totally different from the cost of a project involving buying or leasing a building.
- We need to know the current situation. If the client wants a new web site, then we need to know all about their old web site, and what works, and what doesn't. We also need to know about their printed marketing materials, product descriptions, and images of their products. Creating a web site from a current catalog costs a lot less than creating a web site from scratch, where we have to arrange to get photos and descriptions for dozens of projects.
This is the big problem with time and cost estimation. We have to plan enough to know what the customer really wants, and do enough work on the project to discover what is really going on, before we can make an accurate cost estimate. But, often, the executives want an accurate cost estimate before the project is even started.
There's one more thing you're going to need, and I've written an article about it: An understanding of the key factors of good estimation of time, cost, or anything else.
Now that we've laid out the problem, let's take a look at some solutions.
Our Case Study: A Simple Web Site Cost Estimate
The
amount of work it takes to make a good cost estimate depends on the
size of the project you are doing, and also on how familiar you and the
team are with project work. The estimation techniques described here can
give you a good project cost estimate in a couple of hours for a
project costing under $10,000. The same techniques, applied in a couple
of weeks, can estimate projects costing around $100,000. And the same
techniques, applied carefully with a lot of research, can be used to
estimate projects that will cost millions of dollars. But that will take
months of work, and a lot of other useful project planning will go into
the cost and time estimate.
Because we are focusing on the techniques, we will work with a very simple, small project: The first web site for a new startup company, including 40 pages of text and graphics, and a shopping cart with about 200 products. A print catalog with all product images and descriptions has already been done. But the company does not like the catalog layout, and needs a new artwork and concept design for the web site, which it will also use for future print marketing.
Because we are focusing on the techniques, we will work with a very simple, small project: The first web site for a new startup company, including 40 pages of text and graphics, and a shopping cart with about 200 products. A print catalog with all product images and descriptions has already been done. But the company does not like the catalog layout, and needs a new artwork and concept design for the web site, which it will also use for future print marketing.
Table #1: Early Estimation Totals
Project component
|
Low
|
Medium
|
High
|
|---|---|---|---|
Hosting (first year)
|
$300
|
$360
|
$396
|
Graphics
|
$2,500
|
$3,500
|
$5,000
|
Web Pages
|
$1,824
|
$2,280
|
$3,420
|
Catalog Items
|
$1,920
|
$2,400
|
$3,600
|
Go Live
|
$300
|
$500
|
$600
|
Total
|
$6,844
|
$9,040
|
$13,016
|
Early Cost and Time Estimation Techniques
As
we have already said, the earliest cost estimate must come after the
project scope is clearly defined, an approach to the project is agreed
on, and assumptions are clarified. When this is done, but we do not yet
have a step-by-step plan for doing all the work, we can create an early cost estimate. An early cost estimate is called an order of magnitude cost estimate
by the Project Management Institute. When we create it, we provide a
range in which we are almost certain that the cost of the project will
fall. But it is a pretty big range. The low end is 50% of our estimate,
and the high end is twice our estimate. So, if we think the project will
cost $100,000, we can say with confidence that the project will cost
between $50,000 and $100,000.
There are several pieces of good news for us and our sponsors about early project estimation:
Presenting Order of Magnitude Estimates
When we deliver an estimate with such a big range, the project sponsors will probably go ballistic. Most project sponsors want, and need, a much more precise estimate much earlier than is possible. It takes educating upward, that is, teaching our bosses what is realistic, to help them understand that an order of magnitude estimate is the best that even the best project managers in the world can do, early in a project, before the plan is nearly complete. At this stage, there are simply too many unknowns to make a more realistic guarantee.There are several pieces of good news for us and our sponsors about early project estimation:
- If we are doing a type of project that is familiar to the team, then we can be more confident that costs will not be too much higher than the center point of our estimate.
- If we can control scope, we can limit the project to the available budget by delivering some, but not all features.
Breaking our sample project into a few big pieces
Most projects can be broken into a few big pieces, and estimates put together from pieces are always better than estimates created from the project as a whole. So let's look at the pieces of the web site project in our example. We will include:- Hosting: Set up hosting and the wireframe for an eCommerce site with shopping cart
- Graphics: Work up a new graphics design: colors, site image, logo, key images for each of 7 product lines
- Web Pages: Create 40 pages of text and graphics
- Catalog of Items: Create a shopping cart of 200 catalog items from existing product names, product descriptions, and images
- Go Live: Test the entire site, fix issues, and go live
Getting High and Low Estimates for Each Piece
Our
first step is to figure out the best way to get a cost estimate for
each of the five parts of the project listed above. For items one, two,
and five, our best solution is to create an estimate based on the actual
cost of doing the same things for similar sites for past customers. For
item #1, we can probably even lock down a fixed price. On item #2, we
talk to the graphic artist. He may say, "Well, it depends. If they know
the general style of the business, and they like my first ideas, that's
one thing. But if they have no idea what they want, and they have a
committee making decisions, and then they start changing the names of
their product lines while I'm doing the graphics, it could cost a lot
more." If we have good communications with the client, we can try to get
those questions answered. But let's say we don't. Then we ask the
graphic artists to estimate the cost for the best case and worst case
scenarios, and those are our low and high estimates.
Items 3 and 4 are best estimated using the Bucket Method. But the method described for items 1, 2, and 5 will also work.
Item 5 is similar to item 2. For example, if all sales are in the Continental US, then testing a shopping cart is standard. If you international shipping is needed, along with international taxes and tariffs, a lot more testing will be required. In this case, we went to the client and they said, "Oh, we're in the US and only selling in the US right now. So we got a pretty narrow range of low and high in our estimate for going live, as you see in Table #1.
This method puts together a good early time and cost estimation. The cost estimate is illustrated in Table #1. The time estimate is created in a similar fashion, asking each worker or team leader for a low, likely, and high estimate of how long the work will take, and the estimates are added together.
A key advantage of this approach is that, even if one part is estimated too low, another part is likely to be estimated high. So the total estimate has a greater chance of being right than any one part. This is the major reason for breaking a project into parts and estimating each one separately, instead of trying to estimate the entire project all at once.
Items 3 and 4 are best estimated using the Bucket Method. But the method described for items 1, 2, and 5 will also work.
Item 5 is similar to item 2. For example, if all sales are in the Continental US, then testing a shopping cart is standard. If you international shipping is needed, along with international taxes and tariffs, a lot more testing will be required. In this case, we went to the client and they said, "Oh, we're in the US and only selling in the US right now. So we got a pretty narrow range of low and high in our estimate for going live, as you see in Table #1.
This method puts together a good early time and cost estimation. The cost estimate is illustrated in Table #1. The time estimate is created in a similar fashion, asking each worker or team leader for a low, likely, and high estimate of how long the work will take, and the estimates are added together.
A key advantage of this approach is that, even if one part is estimated too low, another part is likely to be estimated high. So the total estimate has a greater chance of being right than any one part. This is the major reason for breaking a project into parts and estimating each one separately, instead of trying to estimate the entire project all at once.
Accuracy Varies With Industry
How
accurate is our estimate? That varies a lot, by industry, and also by
other project and team factors. In the construction industry, with
companies assembling competitive bids to build roads for projects funded
by the state, which generally chooses the lowest cost bid, I've seen a
$25 million project estimated down to the last dollar. A bid that is too
high won't get the contract, and a bid that is too low will mean
financial loss for the company.
Construction projects can be estimated so precisely because methods, materials, and costs are very standard.
On the other hand, information technology (IT) projects are notoriously badly estimated. The worst case I know of was an IT project estimated at $2,000 that ended up costing over $170,000 - but that was an extreme case. But actual results ending up double or triple the estimate for time or cost is far too common. One reason for this is that tools, techniques, and environments change rapidly in the IT world. It even happens that a program is written, say, for one version of Windows, then has to be rebuilt for another version of Windows before it is released.
How do we make the best estimates we can in our own industry? Consistent, complete project management planning and tracking and a lessons learned to improve our methods at the end of each project are key. And, when doing each estimate, ask, "How familiar is my team with this exact type of work? Have we ever worked together before? What is new and different on this project?" The more often your particular team has done this type of work before, the more accurate your estimate can be. And, at the same time, when you are estimating work using new tools and methods, or developing experimental prototypes, or working with new clients, take that into consideration, and allow more leeway for the unexpected.
Construction projects can be estimated so precisely because methods, materials, and costs are very standard.
On the other hand, information technology (IT) projects are notoriously badly estimated. The worst case I know of was an IT project estimated at $2,000 that ended up costing over $170,000 - but that was an extreme case. But actual results ending up double or triple the estimate for time or cost is far too common. One reason for this is that tools, techniques, and environments change rapidly in the IT world. It even happens that a program is written, say, for one version of Windows, then has to be rebuilt for another version of Windows before it is released.
How do we make the best estimates we can in our own industry? Consistent, complete project management planning and tracking and a lessons learned to improve our methods at the end of each project are key. And, when doing each estimate, ask, "How familiar is my team with this exact type of work? Have we ever worked together before? What is new and different on this project?" The more often your particular team has done this type of work before, the more accurate your estimate can be. And, at the same time, when you are estimating work using new tools and methods, or developing experimental prototypes, or working with new clients, take that into consideration, and allow more leeway for the unexpected.
Late Cost Estimation Techniques
Later
in the project planning process, we can create a much more accurate
estimate. And it is a lot easier to do, as well. The PMI calls late time
and cost estimation bottom-up estimation, because we estimate each
detailed activity, and add them all up to get a total. The PMI says that
actual cost will be -10% to +15% of the estimated cost using bottom-up
estimation. And schedule variance is the same. That means that, if the
estimate is $100,000, the actual project cost is expected to fall
between $90,000 and $115,000. If a project is expected to run for 100
days from beginning to end, then it is very likely to run between 90 and
115 days. That smaller range is much easier for the project sponsors to
work with.
Late time & cost estimation requires a detailed project plan including:
With all this information available, creating a detailed cost estimate is quite easy - in fact, it is easier than creating an early estimate. We simply add up the cost (time and materials) for each activity of the project, and come up with a total. As part of this process, we can use a PERT estimate. PERT stands for Project Evaluation and Review Technique, and it is a way of getting a single cost estimate using a centering average of optimistic, likely, and pessimistic estimates for each line item. You can learn PERT by reading How to Use a PERT Chart for Project Management.
A best practice for cost estimation includes factoring risk into the equation. Part of risk management is to include contingency plans, that is, plans for work that we may do if a risk event occurs. Let's say that we're building a new building in Florida. We're aware of the risk of having to shut down the construction site for up to two weeks in the case of a hurricane. We plan a schedule that gets the building done, even if a hurricane comes through, by using weekend overtime after the hurricane. This, of course, adds to the cost. We can present risk factors as contingency funds. For example, we can say, "The estimated cost of constructing this building is $1 million. However, if a major hurricane occurs, we will need an extra $50,000 of contingency funds to finish the project on time."
Late time & cost estimation requires a detailed project plan including:
- A work breakdown structure (WBS) - a detailed list of all project components
- An activity list - a list of all the work that will be done, and who will do it.
- Detailed cost information, such as hourly rates for salary, contract work, and other items such as office space or equipment.
- A procurement plan, including estimated, or when possible, confirmed costs of every item to be purchased.
- A risk plan
With all this information available, creating a detailed cost estimate is quite easy - in fact, it is easier than creating an early estimate. We simply add up the cost (time and materials) for each activity of the project, and come up with a total. As part of this process, we can use a PERT estimate. PERT stands for Project Evaluation and Review Technique, and it is a way of getting a single cost estimate using a centering average of optimistic, likely, and pessimistic estimates for each line item. You can learn PERT by reading How to Use a PERT Chart for Project Management.
A best practice for cost estimation includes factoring risk into the equation. Part of risk management is to include contingency plans, that is, plans for work that we may do if a risk event occurs. Let's say that we're building a new building in Florida. We're aware of the risk of having to shut down the construction site for up to two weeks in the case of a hurricane. We plan a schedule that gets the building done, even if a hurricane comes through, by using weekend overtime after the hurricane. This, of course, adds to the cost. We can present risk factors as contingency funds. For example, we can say, "The estimated cost of constructing this building is $1 million. However, if a major hurricane occurs, we will need an extra $50,000 of contingency funds to finish the project on time."
Tracking Project Work and Adjusting Your Estimate
When
your project plan, schedule, and cost estimate are accepted, then the
planning work of your project is complete, and you can begin doing the
work. Formally, this is called project execution and control. Execution
means doing the work. Control means keeping track of the work, and
making sure it is getting on time and within budget. The process of
tracking work completed (scope deliverables) against time and cost is
called Earned Value Analysis (EVA). As we do EVA, we work to ensure we
deliver within budget. We also learn if we did a good job making our
estimate in the first place.
Tracking actual time and cost as we work is very important for two reasons. First of all, that data is useful input for future estimates. Secondly, at the end of the project, we compare our estimated costs to actual cost, line by line, and our planned schedule to our actual schedule, day by day; and create a lessons learned document. The lessons learned include better methods of cost estimation for our next project.
Have you ever been on a project where the deadline was way too tight?
Chances are that tempers were frayed, sponsors were unhappy, and team members were working ridiculous hours.
Chances are, too, that this happened because someone underestimated the amount of work needed to complete the project.
People often underestimate the amount of time needed to implement projects, particularly when they're not familiar with the work that needs to be done.
For instance, they may not take into account unexpected events or urgent high priority work; and they may fail to allow for the full complexity of the job. Clearly, this is likely to have serious negative consequences further down the line.
This is why it's important to estimate time accurately, if your project is to be successful. In this article, we look at a process for making good time estimates, and we explore some of the estimating methods that you can use.
Even more importantly for your career, sponsors often judge whether a project has succeeded or failed depending on whether it has been delivered on time and on budget. To have a chance of being successful as a project manager, you need to be able to negotiate sensible budgets and achievable deadlines.
As part of this, make sure that you allow time for meetings, reporting, communications, testing and other activities that are critical to the project's success. (You can find out more on these activities in our article on Project Management Phases and Processes.)
At this stage, you don't need to add in how long you think activities are going to take. However, you might want to note any important deadlines. For example, you might need to get work by the finance department finished before it starts work on "Year End."
Where you can, get the help of the people who will actually do the work, as they are likely to have prior experience to draw upon. By involving them, they'll also take on greater ownership of the time estimates they come up with, and they'll work harder to meet them.
You can then create a Gantt Chart to schedule activities and assign resources to your project; and to finalize milestones and deadlines.
More than this, you risk agreeing to impossibly short deadlines, with all of the stress, pain, and loss of credibility associated with this.
To estimate time effectively, follow this four-step process:
Tracking actual time and cost as we work is very important for two reasons. First of all, that data is useful input for future estimates. Secondly, at the end of the project, we compare our estimated costs to actual cost, line by line, and our planned schedule to our actual schedule, day by day; and create a lessons learned document. The lessons learned include better methods of cost estimation for our next project.
Estimating Time Accurately
Calculating Realistic Project Timelines
Be realistic..
© iStockphoto/MorePixels
Chances are that tempers were frayed, sponsors were unhappy, and team members were working ridiculous hours.
Chances are, too, that this happened because someone underestimated the amount of work needed to complete the project.
People often underestimate the amount of time needed to implement projects, particularly when they're not familiar with the work that needs to be done.
For instance, they may not take into account unexpected events or urgent high priority work; and they may fail to allow for the full complexity of the job. Clearly, this is likely to have serious negative consequences further down the line.
This is why it's important to estimate time accurately, if your project is to be successful. In this article, we look at a process for making good time estimates, and we explore some of the estimating methods that you can use.
Why Estimate Time Accurately?
Accurate time estimation is a crucial skill in project management. Without it, you won't know how long your project will take, and you won't be able to get commitment from the people who need to sign it off.Even more importantly for your career, sponsors often judge whether a project has succeeded or failed depending on whether it has been delivered on time and on budget. To have a chance of being successful as a project manager, you need to be able to negotiate sensible budgets and achievable deadlines.
How to Estimate Time Accurately
Use these steps to make accurate time estimates:Step 1: Understand What's Required
Start by identifying all of the work that needs to be done within the project. Use tools such as Business Requirements Analysis, Work Breakdown Structures, Gap Analysis and Drill-Down to help you do this in sufficient detail.As part of this, make sure that you allow time for meetings, reporting, communications, testing and other activities that are critical to the project's success. (You can find out more on these activities in our article on Project Management Phases and Processes.)
Step 2: Order These Activities
Now, list all of the activities you identified in the order in which they need to happen.At this stage, you don't need to add in how long you think activities are going to take. However, you might want to note any important deadlines. For example, you might need to get work by the finance department finished before it starts work on "Year End."
Step 3: Decide Who You Need to Involve
You can do the estimates yourself, brainstorm them as a group, or ask others to contribute.Where you can, get the help of the people who will actually do the work, as they are likely to have prior experience to draw upon. By involving them, they'll also take on greater ownership of the time estimates they come up with, and they'll work harder to meet them.
Tip:
If you involve others, this is a good time to confirm your assumptions with them.
If you involve others, this is a good time to confirm your assumptions with them.
Step 4: Make Your Estimates
You're now ready to make your estimates. We've outlined a variety of methods below to help you do this. Whichever methods you choose, bear these basic rules in mind:- To begin with, estimate the time needed for each task rather than for the project as a whole.
- The level of detail you need to go into depends on the circumstances. For example, you may only need a rough outline of time estimates for future project phases, but you'll probably need detailed estimates for the phase ahead.
- List all of the assumptions, exclusions and constraints that are relevant; and note any data sources that you rely on. This will help you when your estimates are questioned, and will also help you identify any risk areas if circumstances change.
- Assume that your resources will only be productive for 80 percent of the time. Build in time for unexpected events such as sickness, supply problems, equipment failure, accidents and emergencies, problem solving, and meetings.
- If some people are only working "part-time" on your project, bear in mind that they may lose time as they switch between their various roles.
- Remember that people are often overly optimistic, and may significantly underestimate the amount of time that it will take for them to complete tasks.
Tip:
The most reliable estimates are those that you have arranged to be challenged. This helps you identify any assumptions and biases that aren't valid.
You can ask team members, other managers, or co-workers to challenge your time estimates.
The most reliable estimates are those that you have arranged to be challenged. This helps you identify any assumptions and biases that aren't valid.
You can ask team members, other managers, or co-workers to challenge your time estimates.
Methods for Estimating Time
We'll now look at different approaches that you can use to estimate time. You'll probably find it most useful to use a mixture of these techniques.- Bottom-Up Estimating
- Bottom-up estimating allows you to create an estimate for the project as a whole. To analyze from the "bottom up," break larger tasks down into detailed tasks, and then estimate the time needed to complete each one.
- Because you're considering each task incrementally, your estimate of the time required for each task is likely to be more accurate. You can then add up the total amount of time needed to complete the plan.
Tip 1:
How much detail you go into depends on the situation. However, the more detail you go into, the more accurate you'll be.
If you don't know how far to go, consider breaking work down into chunks that one person can complete in half a day, for example. Sure, this is a bit circular, but it gives you an idea of the level of detail you should aim for.
How much detail you go into depends on the situation. However, the more detail you go into, the more accurate you'll be.
If you don't know how far to go, consider breaking work down into chunks that one person can complete in half a day, for example. Sure, this is a bit circular, but it gives you an idea of the level of detail you should aim for.
Tip 2:
Yes, this does take a lot of work, however, this work will pay off later in the project. Just make sure that you leave plenty of time for it in the project's Design Phase.
Yes, this does take a lot of work, however, this work will pay off later in the project. Just make sure that you leave plenty of time for it in the project's Design Phase.
- Top-Down Estimating
- In top-down analysis, you develop an overview of the expected timeline first, using past projects or previous experience as a guide.
- It's often helpful to compare top-down estimates against your bottom-up estimates, to ensure accuracy.
Note:
Don't assume that the bottom-up estimates are wrong if they differ widely from the top-down ones. In fact, it's more likely that the reverse is true.
Don't assume that the bottom-up estimates are wrong if they differ widely from the top-down ones. In fact, it's more likely that the reverse is true.
Instead, use the top-down estimates to challenge the validity of the bottom-up estimates, and to refine them as appropriate.
- Comparative Estimating
- With comparative estimating, you look at the time it took to do similar tasks, on other projects.
- Parametric Estimating
- With this method, you estimate the time required for one deliverable; and then multiply it by the number of deliverables required.
- For example, if you need to create pages for a website, you'd estimate how much time it would take to do one page, and you'd then multiply this time by the total number of pages to be produced.
- Three-Point Estimating
- To build in a cushion for uncertainty, you can do three estimates - one for the best case, another for the worst case, and a final one for the most likely case.
- Although this approach requires additional effort to create three separate estimates, it allows you to set more reasonable expectations, based on a more realistic estimate of outcomes.
Tip:
In the early stages of project planning, you often won't know who will do each task - this can influence how long the task will take. For example, an experienced programmer should be able to develop a software module much more quickly than someone less experienced.
In the early stages of project planning, you often won't know who will do each task - this can influence how long the task will take. For example, an experienced programmer should be able to develop a software module much more quickly than someone less experienced.
You can build this into your estimates by giving best, worst, and most likely estimates, stating the basis for each view.
Preparing Your Schedule
Once you've estimated the time needed for each task, you can prepare your project schedule. Add your estimates to the draft activity list that you produced in the second step, above.You can then create a Gantt Chart to schedule activities and assign resources to your project; and to finalize milestones and deadlines.
Tip:
If your project is complex, you might find that identifying the critical path on your plan is helpful. This will help you highlight the tasks that cannot be delayed if you're going to hit your deadline.
If your project is complex, you might find that identifying the critical path on your plan is helpful. This will help you highlight the tasks that cannot be delayed if you're going to hit your deadline.
Key Points
You need to estimate time accurately if you're going to deliver your project on time and on budget. Without this skill, you won't know how long your project will take, and you won't be able to get commitment from the people required to help you achieve your objective.More than this, you risk agreeing to impossibly short deadlines, with all of the stress, pain, and loss of credibility associated with this.
To estimate time effectively, follow this four-step process:
- Understand what's required.
- Prioritize activities and tasks.
- Decide who you need to involve.
- Do your estimates.
Use a variety of estimating methods to get the most accurate time estimates.
No comments:
Post a Comment