Practical Software Sizing Methods
Posted By Kate Armel on Thu, 2009-06-11 13:57<< 30 Years of Innovation | Main | Finding Defects Efficiently >>
Sizing is arguably the most challenging part of any software estimate:
Without a notion of functional size, managers may find it difficult to negotiate realistic schedules based on their demonstrated ability to deliver software. They are unable to show empirically why the twelve person team that worked so well on a 150,000 ESLOC project over six months not only fails to deliver a 75,000 ESLOC project in half the time, but produces an error-ridden product that infuriates the customer. Unlike manufacturing shoes, software development is full of non-linear relationships between size, time, effort, and defects. What data driven estimation does successfully is arm managers with the ability to sanity check their current plans against past performance and negotiate achievable outcomes based on a realistic assessment of how much functionality can be built with a set time frame and resource profile.
So how do project managers get a better handle on size? The best place to start is with establishing a practical method for size estimation.
Related Posts
Comments
Service Oriented Architecture Sizing
Posted by on Tue, 2009-06-23 09:58I am working with a client to develop a sizing method for SOA appilcations. We have identified the following components: Infrastructure Services Application Services Mediations Orchestrations We are trying to develop some gearing factors from empirical data. I was wondering if anyone has any experience or data on this subject Doug Putnam
