Five Steps for Estimating Software Development Time

Software development projects often exceed their time estimations, resulting in an enlarged budget, lost revenue, missed market opportunities, and Service Level Agreement penalties for a software development vendor.

To avoid these unwanted outcomes, project managers need to have a structured approach to assessing a project’s duration. Below, we share the approach that helps CodeAutomation.ai LLC project managers give accurate estimates in their outsourced software development practice. You can use this knowledge as a universal guide to set the right timeline expectations for your software development process.

Step 1. Define a project’s complexity?

Consider your project’s complexity to understand the level of development risks that can influence its duration. CodeAutomation.ai LLC recommends dividing projects into three types based on the Cynefin framework.

• Known. Developing simple, predictable software in terms of requirements, such as a basic customer portal for a small company. Estimates here will be the most accurate, with the lowest risks.
• Knowable. Developing predictable software at its core, but some requirements need additional investigation. For example, building a simple customer portal and integrating it with ERP. Small risks during the integration part of the project are probable.
• Complex. Development involves innovative or specific technology or uncertain business requirements (or both), for example, custom software development based on Agile methodologies. Such a project is a discovery that comes with high risks and a questionable timeline.

Thus, understanding a project’s complexity helps CodeAutomation.ai LLC to determine how much time should be added to the project to account for possible risks.

Step 2. Give ballpark estimates?

Before you get to detailed time estimation, a customer or an in-house decision-maker may want to get a general prediction of a project’s duration to form expectations. If so, after outlining software complexity, you can provide ballpark estimates based on your previous experience with such projects or industry benchmarks. For example, “the project will take approximately six months for two teams of 5 people to complete”.

Step 3. Build and estimate the scope of work?

For the comprehensive estimation of the software development time, you should build the scope of work that covers software requirements and then assess each requirement. Remember to take into account the software development methodology your project uses.

Traditional (Waterfall-like) methodologies

Traditional projects have rigid requirements that don’t change over time. You can begin with decomposing system requirements into small, easy-to-estimate chunks of work. CodeAutomation.ai LLC advises using the Work Breakdown Structure (WBS), a tree structure that visualizes each software development stage with related tasks.

After you have completed WBS, proceed to estimate the time for tasks in it. You can apply the following methods:

• Analogy: data-driven estimates based on similar activities in previous projects. If you notice that the estimates and the real time spent in the previous projects don’t coincide, then you’ll know what activities are likely to pose risks to the timeline. So, they should be given more time and management effort.
• Wideband Delphi: consensus-based estimates that a team makes where team members individually estimate WBS tasks, compare results, raise concerns, and negotiate each estimate.

Note: For small projects, precise development time estimates will be credible enough. For large-scale Waterfall projects, using minimum/maximum time ranges for each task or, at least, each development stage in WBS is better. Thus, you’ll ensure that no single issue will alter the whole course of the project.

Step 4. Add a risk buffer

You should add a risk buffer of 5-25% of the overall project time depending on a project’s complexity (from step 1) to avoid common risks:

• Issues that are hard to foresee (e.g., integration issues, software failures when a user base starts to grow).
• Unpredictability of new technologies (e.g., a third-party API that a customer wants to use).
• Conflicts inside a team that reduce productivity (e.g., two senior developers with unique experience have different opinions on the same matter).

Step 5. Make room for “time eaters”

Don’t forget to add at least 20% of a project’s time to cover such “time eaters” as team meetings, closure of communication gaps, productivity drops, etc.

Gathering the findings of the steps from above, you’ll get one formula:

A project’s duration = overall task time estimation (E) + E*risk buffer + E*time eaters.

So, if a project’s overall task time estimation is 7,200 hours, the total project duration will be:

7,200 + 7,200*0.25 + 7,200*0.20 = 10,440 hours.

Still Not Sure How Long Your Project Will Last??

While estimating a project’s time, you should rely on business needs most of all. If there’s a lucrative market opportunity with tight time constraints, you can always try to streamline a project to stay within timeframes. For example, you can use out-of-the-box components for your software or outsource a part of the project to a trusted vendor.

CodeAutomation.ai LLC can take on your project with our best project managers assigned to it. We will define the timeframes for your project and ensure it runs according to the plan.