Request for Proposal (RFP) management - Ask the right questions and choose wisely. Presented at the Software Measurement European Forum 2010 (Rome, June 2010)
Request for Proposal (RFP) management - Ask the right questions and choose wisely
1. Request for Proposal (RFP) Management Ask the right questions and choose wisely! Harold van Heeringen Sizing, Estimating & Control [email_address] www.twitter.com/haroldveendam Rome, June 2010
2.
3.
4.
5.
6.
7. Generic Estimation Model Size Size Defects Effort Duration Defects Productivity Metric: Size Function points Metric: Size Function Points Metric: Effort Number of hours Manpower buildup Peak staff Metric: Duration Number of weeks Metric: Quality Number of defects Metric: Process productivity Skills and experience team Development environment Complexity Quality Management System External influences Need Software Energy Software development process Waste Time
8.
9. Size: Cone of uncertainty time Concept Definition High Level Design Low level Design Realization Idea Why What How Size: Function Points RFP 4x 3x 2x 1x 0.8x 0.5x Project Rate 1 4 2 3 3 1 4 1 5 1 6 2 7 4 8 4 9 5 10 5 Average 3
10. Metric: size time Size in FP Concept Definition High Level Design Low level Design Realization Idea Why What How Size: Function Points RFP
11.
12. Scenarios Estimate / Business Case Cost depended on Time-to-market Example Scenario 1: Duration: 5,5 months Effort: 5.000 Mhr Team size: 6,7 fte Cost: € 430.000 Example Scenario 2: Duration: 5,2 months Effort: 5.500 Mhr Team size: 7,5 fte Cost: € 480.000 Example Scenario 3: Duration: 4,8 months Effort: 5.900 Mhr Team size: 8,3 fte Cost: € 530.000 Example Scenario 4: Duration: 4,5 months Effort: 6.300 Mhr Team size: 9,4 fte Cost: € 620.000 Example Scenario 5: Duration: 5,8 months Effort: 5.200 Mhr Team size: 6,2 fte Cost: € 400.000 Example Scenario 6: Duration: 6,1 months Effort: 4.900 Mhr Team size: 5,8 fte Cost: € 380.000 Example Scenario 7: Duration: 6,3 months Effort: 4.700 Mhr Team size: 5,5 fte Cost: € 360.000
13. Metric questions… answer Q1 Q1: What is your productivity for Java projects? Which duration? Which size? Which technical complexity? Other influences?? PDR = 12,2 PDR = 8,2 18 Impossible Unpractical Effort (hour) Duration
27. H.S. van Heeringen [email_address] Twitter @haroldveendam Thank you for your attention
Notas do Editor
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V. Een veel gehoord bezwaar tegen het meten van de omvang is dat het pas in een veel te laat stadium mogelijk is. Wat men meestal bedoelt is dat het moment waarop dat met 100% betrouwbaarheid kan veel te laat ligt. Dat wil niet zeggen dat omvang niet in een eerder stadium gemeten kan worden . . . er zit alleen een bandbreedte aan. Pas op het moment dat het functioneel detailontwerp klaar is, dus als de requirements op het niveau van waarom en wat gedefinieerd zijn, is de functionele omvang min of meer stabiel. Is dat erg? Er zullen vaak meer aspecten van een business case een bandbreedte kennen. Daarop valt prima te sturen. Waar je naar moet zoeken is een acceptabel optimum tussen de onzekerheid die je wilt accepteren en de snelheid waarmee je beslissingen wilt kunnen nemen.
Sogeti Nederland B.V. Een veel gehoord bezwaar tegen het meten van de omvang is dat het pas in een veel te laat stadium mogelijk is. Wat men meestal bedoelt is dat het moment waarop dat met 100% betrouwbaarheid kan veel te laat ligt. Dat wil niet zeggen dat omvang niet in een eerder stadium gemeten kan worden . . . er zit alleen een bandbreedte aan. Pas op het moment dat het functioneel detailontwerp klaar is, dus als de requirements op het niveau van waarom en wat gedefinieerd zijn, is de functionele omvang min of meer stabiel. Is dat erg? Er zullen vaak meer aspecten van een business case een bandbreedte kennen. Daarop valt prima te sturen. Waar je naar moet zoeken is een acceptabel optimum tussen de onzekerheid die je wilt accepteren en de snelheid waarmee je beslissingen wilt kunnen nemen.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V.
Sogeti Nederland B.V. Al in de definitiestudiefase kun je een bandbreedte vaststellen. Als je businesscase gebaseerd is op een time-to-market van 3 maanden en een maximale IT-investering van anderhalve ton kun je al in een vroegtijdig stadium vaststellen dat deze business case niet succesvol gaat worden. Op deze sheet is een voorbeeld gegeven hoe scopemanagement zou kunnen werken op een Javaproject van ons Nederlands deliverycenter in de definitiestudiefase.
Sogeti Nederland B.V. Vanuit het scopemanagement zijn grenzen aangegeven waarbinnen een realistisch voorstel voor het IT-project zich zou kunnen bevinden. Als een voorstel én goedkoper én sneller is dan de meest optimistische inschatting vanuit het scopemanagement is er een vrij grote kans dat dit voorstel niet realistisch is. De inzet van scopemanagement wijst dan uit dat het goedkoopste voorstel niet het beste voorstel hoeft te zijn.
Sogeti Nederland B.V. Al in de definitiestudiefase kun je een bandbreedte vaststellen. Als je businesscase gebaseerd is op een time-to-market van 3 maanden en een maximale IT-investering van anderhalve ton kun je al in een vroegtijdig stadium vaststellen dat deze business case niet succesvol gaat worden. Op deze sheet is een voorbeeld gegeven hoe scopemanagement zou kunnen werken op een Javaproject van ons Nederlands deliverycenter in de definitiestudiefase.