Software Estimation

Software Estimation

Why You Should Use Software Size Measures to Improve Software Development Estimation

Our new video series, Software Size Matters! Why Quantifying Software Size is Critical for Project Estimating, Tracking, and Performance Benchmarking, explores how you not only can but should be using software size measures at every stage of the software project, program, or portfolio management process. We created this video series to help you improve the accuracy of your software estimates, plans and forecasts because software size matters. 

The core management metrics used for software estimation and software project management - schedule (duration), effort (cost), quality (defects) and developer productivity - all increase with software size (scope).  This may not surprise you. But did you know that they increase in a nonlinear fashion?  This is why estimating and managing software projects is challenging!

How good are your software project estimates compared to the actual time and money spent when the project's completed? If you want to improve your software estimation accuracy, this video series is for you!

 

Watch Episode 1: Introduction

 

Quantifying software size helps you with:

3 Ways Historical Data Improves Software Development Negotiations

Two people reviewing software project performance data to support software vendor negotiations

How many times have you been involved with a software project or a portfolio of projects where the schedule or budget is doomed from the start? It happens all the time. One of the best ways to avoid this problem is to leverage historical data – actual performance of completed software projects. QSM has over 46 years experience in software estimation and control. We have seen thousands of projects and products delivered, both in-house and vendor driven. One of the biggest problems we help our clients solve is negotiating the right cost and schedule targets. Whether advising a client on an in-house project, a vendor on their proposal, or an end user with a bid evaluation decision, one thing becomes very clear − all sides are trying to negotiate a cost and timeline that they feel comfortable with. The problem is that they often negotiate with little to no data of past performance.

Negotiating Initial Schedule and Budget Commitments

You don't need data from hundreds of projects, and it doesn’t need to be granular. Software project or release level data is a great place to start. It establishes a baseline that you can count on because the delivery targets have been achieved in the past. It is tough to argue with cost and schedule numbers that have already been proven, and of course, having the data at your fingertips gives you a leg to stand on when negotiating.

The best practice we recommend is to capture a few core metrics:

Political Marketing and Software Project Estimation: Managing Promises and Realities

Plastic figure politician giving a speed to a crowd

Political marketing was in full force a couple weeks ago. Whether watching a football game, the news, or a favorite TV show, it seemed every commercial break was filled with political ads—candidates trying to persuade voters and making promises about what they plan to accomplish in office. When a political candidate presents an agenda for their potential term, they often outline big plans and ambitious commitments. For instance, President John F. Kennedy’s famous pledge to land a man on the moon and return him safely to Earth was a bold promise—especially given that much of the required technology had yet to be invented. While such promises are inspiring, voters naturally want details about how these goals will be achieved. How much will they cost? How long will they take to implement? How much manpower will be required?

To evaluate these questions, politicians and their advisors rely on estimates to determine what resources are needed to deliver on their plans. Based on this analysis, campaign advisors can make informed recommendations on whether the plans are realistic and set expectations about what can realistically be accomplished within the term. Businesses developing new software applications go through a similar process to assess whether their efforts will truly benefit end users. The business side of the organization and stakeholders ask for estimates from the software team so they can make data-driven decisions about whether to proceed with development. Is the cost of creating the application worth the anticipated benefits? To answer that, they need a good estimate of what the project will cost, how long it will take, and what level of effort it will require.

Blog Post Categories 
Software Estimation Risk Assessment