IT Project Cost Estimation: Methods, Process, and Best Practices

AnIT project cost estimationhelps forecast the cost of a project. The project team uses this forecast to decide if a project makes sense to execute. The estimate includes an analysis of the required resources for the project.

Before starting a project, the project manager and sponsor need data to determine if the cost of a project is a good use of resources, considering business objectives. The cost estimation provides an overview of the required resources and scope of the potential project, and also helps the team determine if the necessary resources are available to complete the project.

An IT project cost estimation is similar to ageneral project cost estimation, but each IT project falls under one of two primary areas: hardware and software.Hardware projectsinvolve physical structures and permanent solutions, which include upgrading the existing infrastructure (either facilities or operating system or cloud storage, or changing any large-scale structures). Software projects focus on a specific product that is modified over time, such as developing and launching a new app or creating a website.

Carol Dekkers, President ofQuality Plus Technologies, Incand lead author of the International Cost Estimating & Analysis Association’s (ICEAA) future publication related to aSoftware Cost Estimating Body of Knowledge, helps to clarify the difference between estimating software development versus other types of projects: “Think about a physical aircraft or a piece of hardware—you design it once and then can reproduce it over and over. Software development isn't like that because the initial software is designed, constructed, and then progressively enhanced. Typically, the cost of building the first release of the software is only a fraction of the total cost. The subsequent maintenance, support, and enhancement of the software can be up to 80% of the overall lifecycle cost. When you build a house or a building, generally that is the bulk of the overall cost and you’re not adding floors to it once it is complete. You can renovate, but typically this does not change the square footage under the roof. Whereas in software, after the initial release, the software maintenance and enhancement can add substantive costs over the next 20 years or more. Software (development) cost estimating is different.”

All teams create cost estimations at the start of a project, which allows the project manager and sponsor to decide whether to proceed. Depending on the size of the project, an estimation can occur during either project initiation or project planning in theIT project management lifecycle. An IT estimation may take up to three months to prepare, due to the amount of information and research needed to create the most accurate document possible.

Every IT cost estimation project is different, but each requires four characteristics to create a quality, substantive document. These characteristics have been codified and refined by theU.S. Government IT Accountability Officeas recommendations for improving its agency policy and practices:

• Comprehensive:The costs need to be inclusive throughout the entire lifecycle — from initiation to project close. The cost estimation must completely define the project, including the schedule and technical needs. The document should map out the cost and schedule necessary to complete the defined deliverables. If there is limited historical data to use as a precedent, the document should note so and include assumptions.
• Well-Documented:A cost estimate relies on detailed documentation. The estimate should describe how you acquired the information and allocate the funds to execute the project. Use awork breakdown structure (WBS)and capture the source data, calculations, and methodology you used to assemble the project's cost, so that stakeholders can verify any information you provide and replicate the process for future projects. The document needs a technical baseline that measures the project’s progress and a description for how you organized the data, known asdata normalization. Finally, the cost estimate must be reviewed and accepted by management to confirm the accuracy.
• Accurate:Be sure you create an unbiased cost estimation. Create the estimate by assessing the most likely costs (with inflation adjustments), based on historical data, including similar past projects. If applicable, update the document with actual costs and schedule as you progress through the project.
• Credible:Include any limitations to the estimate, due to uncertainty, bias, or assumptions concerning the data. Demonstrate asensitivity analysisto show revisions based on these found assumptions, as well as arisk analysis. Use a range of costs, from the lowest to highest estimated price point, to convey confidence in achieving the project outcome and provide options, given technical, cost, and schedule risks. Cross-check the results by an independent group or an internal team.

In addition to constructing a comprehensive, well-documented, accurate, and credible estimate, a project manager should explain the purpose of the document to the stakeholders and project sponsor, as well as what the estimate process does not provide for, including the following:

• Addressing management or project control issues leading to scope creep
• Predicting how the project impacts stakeholder consensus
• Producing better results than the suggested estimate
• Relying on the document as the sole factor in decision-making
• Using the same method for every project

IT expert and author of 10 books on IT and management topics,Murali Chemuturi, shares the necessary specifics for assembling an IT project cost estimate as size, schedule, cost, and effort:

• Size:The size of the software that will be developed or the number of lines of code, or any other software size measure.
• Schedule:The project’s duration, anticipated start and end dates, as well as the dates for all important milestones.
• Cost:Estimated from the size of the project, the effort expended, the equipment or tools procured for this project, and the duration of the implementation.
• Effort:The human resources needed to complete the project based on the team’s capacity.

There are several common IT project cost estimation models, also calledmethods. There is no one-size-fits-all solution; rather, select a method by identifying your project’s needs using IT heuristics, such as project size, complexity, necessary resources, and preparation time.

For example, some models base the estimate on the smallest building block, such as a line of code, while others compare the average size of previous projects. Use the following heuristics as you consider which model best serves your project:

• Complexity:Estimate the project’s complexity. Measure both subjective (based on your past experience) and objective (such as limited resources) factors.
• Method Reliability:While there is not necessarily a preferred method, some methods are more reliable than others in their estimated accuracy.
• Necessary Resources:那一些项目有丰富的历史数据t is easily accessible through public databases. Others may have inconsistent or incomplete data, which will impact your ability to conduct thorough research. You may also run into personnel ability issues, such as working with a new or inexperienced team.
• Preparation Time:Some methods are more time-consuming to prepare. Your project schedule, size, and complexity influence operational time constraints within your allotted schedule.
• Project Size:Measure the project size using one of several common methods, such as功能点(a unit of measurement to approximate the functional business value of a product),T-shirt sizing(an estimation tool defining the relative size of work), or lines of code.

Depending on your project and circumstances, you might need a method that produces quicker results. Remember that the primary goals of the cost estimate are reliability and accuracy — be aware that there may be tradeoffs without the proper time to prepare a detailed estimate.

Always starts with data when estimating an IT project. Your approach will depend on your IT project. To choose the best method(s), the preparer needs to be informed on your project’s needs and assess it using IT heuristics.

IT project managementrequires unique skills, as technical projects are highly complex and constantly changing. The estimator should answer the following questions at the start of any IT project:

• What is the purpose of this project? What are the deliverables?
• What type of project is this (new, addition, repair, or something else)?
• How complicated will this project be to deliver?
• What are the high-level requirements?
• What information do I need to gather? How will I collate the data?
• Who needs to be involved, and at which stages?

The question of cost can be challenging in IT projects. Dekkers notes that when considering analogous historical data to use in software cost estimating “there’s data everywhere, but seldom are they normalized or collected using standardized definitions. Often it is difficult to tell if the data that are available are comparable. When it is possible to get solid, reliable data-founded estimates, perform cross-checks, incorporate risks and sensitivity analyses, and communicate clearly what we’re estimating, the result will be better software estimates. These will hopefully lead to more reasonable and more realistic software development contracts, which in turn should lead to more successful projects.”

In addition to the historic data you use as a foundation for your estimate, the document you present to management may include the following, depending on your IT project and method(s) you select:

• Basic Information:List the project title, project manager, and company name.
• Cost Estimates:Include the baseline, minimum, and maximum project estimates, as well as the risk contingency.
• Phases:Include the estimate and a space to later record the actual hours for business requirements, functional specifications, detailed design, code and unit testing, system testing, user acceptance testing, project manager, project control office, and project management office (PMO).
• Phase Activity:Here, break down the standardized work effort metric, phase team size, computed work effort hours, average hourly cost of each resource, and the estimated cost of each phase.
• Roles:List the required participants, including their hourly rate and the resource count allocation per project phase.
• Schedule:Include the estimated start and end dates, length of each work day, and project duration in weeks.

To make this process easier, check out our roundup offree project cost estimation templates.

Designate a team member to cross-check the accuracy and depth of the document, with special attention to the following often overlooked areas:

• Documented Requirements:Ensure that the project manager has documented all project requirements. Arequirements documentspecifies the technical and design details. It includes any resource requirements and connects the project with business goals. A separateIT requirements documenthelps support the cost estimate. Abusiness analysis requirements documentsummarizes interface and functional requirements.
• Meetings:Aligning your team requires regular meetings. Account for this time when determining the schedule.
• Nonfunctional Project Requirements:Set any terms for these potential requirements, such as automatic scaling, prior to the project's start.
• Project Management:这category often accounts for approximately 15 percent of the budget.
• Testing:Unit testing ensures the deliverable quality. Make a plan to test throughout the project.
• Additional Costs:考虑不太明显的成本,比如时间takes to perform project analysis or set up a new team environment.

While IT project estimation processes vary depending on project requirements, each process follows the same general steps. First, define the estimate’s purpose and scope. Next, collect and analyze historical data. Finally, document the estimate and adjust it for risk and uncertainty.

An IT project estimation should be thorough and rooted in data. Because there is a high risk for error, due to the reliance on historical data and a combination of expertise, the preparer must be realistic and hold high standards to get the most accurate estimate.

Here are best practices for IT cost estimating:

• Thoroughly detail the tangible (e.g., physical deliverables) and intangible (e.g., team development) scope.
• Do not omit the scope in your estimate.
• Ensure greater accuracy by making the estimate as detailed as possible.
• Account for internal and external risks and uncertainties (as a guideline, risk typically creates a 20 percent margin within the budget).
• Keep your assumptions realistic. Every project encounters challenges and issues, so consider the weaknesses of the project.
• Overestimate the amount of time needed to prepare the estimate.
• Onboard your team to the estimation process.
• Vet your experts. Find people who are seasoned in the IT estimation and have successfully executed several projects.
• Cross-check the estimate, especially those that move quickly to execution.
• Avoid underestimating.
• After you complete your project, identify how your comparables performed. Account for any underperformance in your estimate and note it in the document.
• Document all projects, and use that data as an internal database for future estimations.

As mentioned, the key to strong IT cost estimation is thoroughness, especially as it concerns reviewing other past cost estimates.

Dekkers recommends asking the following types of questions when reviewing software estimates:

• Consistency:Are the estimated costs and the schedule consistent with other projects of similar size and scope?
• Overall Estimate:Does the estimate use a structured process that relates the estimate to the actual costs and completed work schedules?
• Normalized:Are the cost and schedule estimates (based on historical data) normalized for software product/project differences? Do they quantifiably demonstrate organizational performance?
• Change:If new software is being introduced, did the estimate account for changes when applying the new technology or processes?
• Trends:Does the estimate observe long-term trends in software technology improvement?

Chemuturi recommends that the preparer understands the technical aspects of the job and reinforces the necessity for thoroughness: “The main practice is preparing an exhaustive bill of material.” For IT estimating, he encourages starting the process with the high-level (conceptual) design, followed by the low-level (more detailed) design.

The primary tools to use in IT project estimation are existing public databases for external projects, which you use to compare and estimate your project’s costs. Use more than one estimation method to cross-check for accuracy, and consult experts to access historical data.

Dekkers shares that there are both commercial and free public resources containing historical software development project data. “If you’re starting from scratch or don’t have any data, there are publicly available repositories that contain submitted projects. Major commercial tools usually have databases embedded within their tools.”

You can also use parallel resources for other IT projects, such as theStandish CHAOS report, released every five years. A more recent report released in 2020 is available for subscribers. This report is a collection of information about IT project failures meant to improve industry project success rates.

Empower your people to go above and beyond with a flexible platform designed to match the needs of your team — and adapt as those needs change.

The Smartsheet platform makes it easy to plan, capture, manage, and report on work from anywhere, helping your team be more effective and get more done. Report on key metrics and get real-time visibility into work as it happens with roll-up reports, dashboards, and automated workflows built to keep your team connected and informed.

When teams have clarity into the work getting done, there’s no telling how much more they can accomplish in the same amount of time.Try Smartsheet for free, today.