Project Smart ~ Exploring trends and developments in project management today

Calendar iconNot recorded
Adobe PDF icon

Forecasting Support Costs

~ By Luc Richard

Pile of British one pound coins

Did you know that maintenance accounts for 50% to 80% of the overall product cost? Well, it does! And while most project managers are fairly good at sizing new product features, many are terrible at estimating the effort required to support a product once it becomes generally available. As a result, maintenance projects are inadequately staffed, companies can't respond to customer requests in a timely manner, and products never reach payback.

This article presents a methodology to help you guesstimate and therefore plan for the maintenance phase of generally available products. But first, let's define a few terms that are important to the comprehension of this article.

Maintenance

Maintenance is defined as the effort associated with fixing defects in a software system after general availability (GA). In other words, how many person-months will it take your organisation to fix bugs discovered by your customers in the field?

Maintenance can be subdivided in three sub-categories:

1. Corrective maintenance involves fixing bugs that are discovered in the system after it becomes generally available. An example of a corrective maintenance activity is a developer fixing a Java method that causes a compilation error.

2. Adaptive maintenance involves changing the system to work in a different environment such as a different network topology, platform, or operating system. An example of an adaptive maintenance activity is a developer fixing a Java method that works on BEA WebLogic but not on IBM Websphere.

3. Perfective maintenance involves changes that allow the software to meet the same requirements but in a more acceptable manner. For example, the designer might change some code simply to make the system more efficient or easier to maintain.

Enhancements

Enhancements, also known as change requests, are defined as the effort associated with adding new capability to a software system, or modifying a software system to meet newly defined non-functional requirements.

Imagine an application that requires the user to authenticate using a username and password. Pretty standard stuff, right? Maybe, but some customers might want to add a third credential to the password mechanism such as a domain. Others might want the username to adhere to an email address pattern. Finally, others might want the application to remember the user's credentials over sessions, thereby authenticating the user automatically.

Support

Support is defined as the sum of the maintenance and enhancements efforts performed after the product is generally available. In other words, support includes all the activities that go on after a product is declared generally available.

Methodology

Early in my career, I realised that simple rules of thumb could be applied to estimating the support cost of certain projects. For example, the annual cost of supporting a static website after it goes live is more or less equivalent to the cost of developing it. In other words, if developing a static website costs £10,000, you can expect to spend £10,000 per year maintaining it.

Understanding such rules is very practical. Unfortunately, few of them are transferable. In other words, the same rule would not apply to an ecommerce enabled dynamic website distributed across 3 tiers.

Various models have been developed over the years to predict maintenance costs based on defect-density (e.g. Raleigh Curve, Weibull Analysis), KLOC and KDSI, and development efforts. Unfortunately, these models are not without any shortcomings either. Many of them are either highly inaccurate or too complex to bother learning them. As a matter of fact, some are so complex that you need to purchase an application worth thousands of pounds and enter 100+ parameters in order to have it compute the effort required to maintain your product.

After having studied over a dozen forecasting models, there is one methodology that I highly recommend to any beginner or seasoned project manager.

Boehm's Model

Boehm's model is widely accepted in the industry as a valid model for predicting maintenance costs. It's relatively simple to understand, and more importantly, it allows you to refine your forecast thanks to cost multipliers, which will be explained later in this article.

Boehm's formula is the following:

AME = ACT X SDT, where…

  • AME is the annual maintenance effort measured in person months.
  • ACT is the annual change traffic, which represents a fraction of a software product's source instructions that undergo change during a typical year through addition or modification.
  • SDT is the software development time in person months.

Say a software project required 100 person-months of development effort and it was estimated that 15% of the code would be modified in a typical year. The basic annual maintenance effort estimate (AME) is therefore:

AME = 0.15 x 100 = 15 person-months.

In other words, you should plan to spend 15 person-months of effort per year to maintain this specific software project.

The basic annual maintenance cost estimate may be refined by judging the importance of each factor that affects the cost and selecting the appropriate cost multiplier. The basic maintenance cost is then multiplied by each cost multiplier to give the revised maintenance cost estimate.

Say in the previous system the factors having most effect on maintenance costs were Product Complexity (CPLX), which was very high, and the availability of support staff with application experience (AEXP), which was very low.

If CPLX = 1.30 and AEXP = 1.29, then:

AEM = 15 x 1.30 x 1.29 = 25.2 person-months.

Forecasting Enhancements

The revised maintenance cost does include the impact of the cost multipliers but does not include product enhancements, also known as change requests.

The bad news is that forecasting enhancements is extremely difficult because it requires you to know ahead of time what additional capabilities your future customers will request. The good news is that you can charge your customers for any enhancements they require. As a result, a good organisation does not consider enhancements to represent a cost but rather a source of incremental revenue.

Conclusion

When forecasting the cost of maintaining a product that is generally available, follow this advice:

  • Learn and use this (simplified) version of Boehm's Model to forecast maintenance costs.
  • Track your SDT.
  • Measure your ACT.
  • Define cost multipliers to refine your forecast.

Furthermore, make sure you have a professional services team to implement change requests required by your customers, but do not treat them as costs since they are in fact a source of revenue.


Luc Richard holds an MBA with a major in high technology. For the past ten years, he's been managing the development of software applications.


Comments

Be the first to comment on this article.

Add a comment



(never displayed)



 
2000
What is the sum of 1 + 3 + 3?
Notify me of new comments via email.
Remember my form inputs on this computer.

10 Golden Rules of Project Risk Management

Three red dice reading: Manage your risk

The benefits of risk management in projects are huge. You can gain a lot of money if you deal with uncertain project events in a proactive manner.

The 8-Step Guide to Creating a Quality Project Schedule

Businessman with a Gantt chart

This article looks at a simple, practical approach to creating project schedules. After reading this article, you will have a sound approach to creating schedules that you can use for future projects.

Authority Earned, Not Given

Group of business people looking and pointing at a chart

For project managers, the support of their team is critical for completing projects successfully. Yet, a team's respect cannot simply be assigned like a task.

Agile Through the Waterfall

Agile and waterfall tag cloud

Many organisations have adopted Agile practices into their development methodologies and they have proved to be successful for the organisation as a whole.

PROJECT SMART is the project management resource that helps managers at all levels improve their performance. We provide an important knowledge base for those involved in managing projects of all kinds. With weekly exclusive updates, we keep you in touch with the latest project management thinking.

WE ARE CONNECTED ~ Follow us on social media to get regular updates and opinion on what's happening in the world of project management.


Latest Comments

Sean B commented on…
MoSCoW Method
- Thu 19 September 1:42pm

Brian Cassidy commented on…
RACI Matrix
- Sat 14 September 11:38am

Dalia Eldardiry commented on…
Introduction to Project Management
- Sun 1 September 6:42pm

Latest tweets

General Project Management • Re: EPCM abbreviation question https://t.co/az3s6uPT6B about 1 day ago

RT @Capterra_UK: Check out our list of the best #ProjectManagement tools for UK SME:  https://t.co/n2Sc0wEjOE @ProjectSmart@asana @evern… about 5 days ago

General Project Management • Re: What content to include in a status report? https://t.co/oJhRQ9lQaJ about 5 days ago