SlideShare a Scribd company logo
1 of 60
10 Myths of  Rapid Development Steve McConnell © 2000-2001.  All Rights Reserved. Construx Delivering Software Project Success
Myth #1 Rapid Development  is a New Issue
Rapid Development Has Been an Issue for 30 Years! ,[object Object],[object Object],[object Object]
Why Do We Need  Rapid Development? ,[object Object],[object Object],[object Object],[object Object],[object Object],Let’s walk our way through a typical project:
Why Do We Need  Rapid Development? (cont.) ,[object Object],[object Object],6. Team adds features that were missed when    requirements work was skipped    The project gets later
Why Do We Need  Rapid Development? (cont.) ,[object Object],[object Object],[object Object],8. Team fixes the bugs created by the quick and dirty workarounds    The project gets later
Myth #2   Productivity Is About the Same at Every Company
Productivity Varies a Lot ,[object Object],[object Object],[object Object]
Myth #3 Working Hard Promotes Rapid Development
Old Saying ,[object Object]
Microsoft Changed the Old Saying to... ,[object Object]
Amazon.com Changed the Saying to... ,[object Object],[object Object]
Reality Check:  Project Resolutions
Reality Check:  Typical Project Resolutions ,[object Object],[object Object],[object Object]
Bottom Line  ,[object Object],[object Object],[object Object],[object Object]
Myth #4 Short Estimates Produce Short Projects
Effect of Estimation Accuracy 100% >100% < 100% Target as a Percentage of Nominal Estimate   Overestimation Underestimation Cost Effort Schedule Linear impact due to Parkinson’s Law Non-linear impact due to planning errors, upstream defects, high-risk practices
Short Estimates Increase Cost and Schedule ,[object Object],[object Object],[object Object],[object Object]
Improved Estimation From a set of U.S. Air Force projects
Improved Estimation From a set of U.S. Air Force projects
Improved Estimation From a set of U.S. Air Force projects
Improved Estimation ,[object Object],[object Object],[object Object]
Myth #5 You Can Trade-Off Quality for Schedule or Cost
Cost of Quality ,[object Object]
Late Defect Correction is Expensive  Phase That a  Defect Is Created Cost to Correct Requirements Architecture Detailed design Construction Requirements Architecture Detailed  design Construction Release 50-200X 1X Phase That a Defect Is Corrected 50-200X 1X
Fix More Defects Earlier! Phase That a  Defect Is Created Cost to Correct Requirements Architecture Detailed design Construction Requirements Architecture Detailed  design Construction Release 50-200X 1X Phase That a Defect Is Corrected 50-200X 1X Fix Here Not Here
Reduce Defect Cost Increase! Phase That a  Defect Is Created Cost to Correct Requirements Architecture Detailed design Construction Requirements Architecture Detailed  design Construction Release 10X? 1X Phase That a Defect Is Corrected 10X? 1X
[object Object],Cost of Quality
Cost of Quality ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Myth #6   Customers and Management Want Rapid Development
Speed-Oriented  Practices 6 Months:  Nominal Schedule Competitor will release next version of their product Average Project “ Rapid” Project Risk of Overrun
Risk-Oriented Practices 6 Months:  Nominal Schedule Beginning of Holiday Sales Season or Trade Show Average Project “ Rapid” Project Risk of Overrun
Visibility-Oriented Practices 6 Months:  Nominal Schedule Risk of Overrun Average Project “ Rapid” Project Project review meeting where project is cancelled due to general nervousness
Myth #7 Smart Programmers Exert the Biggest Productivity Impact
A Lot of Truth to This ,[object Object],[object Object],[object Object],[object Object]
What if... ,[object Object],[object Object]
What if... ,[object Object],[object Object]
What if… ,[object Object],[object Object]
Smart Individuals Don’t Guarantee Rapid Results ,[object Object],[object Object],[object Object]
Myth #8 Software Processes Apply Only to Large, Old-Fashioned, Bureaucratic Projects
Telcordia  (assessed at CMM Level 5) ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Good Processes are Based on Common Sense Source: Telcordia Technologies: The Journey to High Maturity, Bill Pitterman, IEEE Software, July 2000 Quality Creative Chaos Mindless Chaos Mindless Bureaucracy Yes No Yes No Documented Process Common Sense
Myth #9 Systematic Development Approaches Hurt Morale
Effect of Process on Morale ,[object Object]
What’s Really Bad for Morale? ,[object Object],[object Object],[object Object],[object Object],[object Object]
Reports from Process-Intensive Companies ,[object Object],[object Object]
Reports from Process-Intensive Companies ,[object Object],[object Object]
Myth #10 Development in  “Internet Time” is Faster  Than Old Fashioned Development
Key Question ,[object Object]
Traditional Estimate Effort Program Size Traditional  Estimated Effort
Traditional Results Effort Program Size Actual Effort Traditional  Estimated Effort
“Internet Time” Estimate Traditional  Estimated Effort Effort Program Size “ Internet Time”  Estimate Actual Effort
Internet Time Results Effort Program Size Internet Time Effort Traditional  Estimated Effort “ Internet Time”  Estimate
What’s Really Changed?
1980 ,[object Object],[object Object]
1990 ,[object Object],[object Object]
2000 ,[object Object],[object Object]
2001 ,[object Object],[object Object]
Conclusions ,[object Object],[object Object],[object Object],[object Object]
[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Construx Services ,[object Object]

More Related Content

What's hot

Xp presentation 2003
Xp presentation 2003Xp presentation 2003
Xp presentation 2003
eaiti
 
Lecture 01
Lecture 01Lecture 01
Lecture 01
Rana Ali
 
Managing technical debt
Managing technical debtManaging technical debt
Managing technical debt
Fadi Stephan
 

What's hot (20)

Lean Software Development
Lean Software DevelopmentLean Software Development
Lean Software Development
 
Agile Development
Agile DevelopmentAgile Development
Agile Development
 
Xp presentation 2003
Xp presentation 2003Xp presentation 2003
Xp presentation 2003
 
Managing Technical Debt
Managing Technical DebtManaging Technical Debt
Managing Technical Debt
 
Lecture 01
Lecture 01Lecture 01
Lecture 01
 
Technical Debt: Do Not Underestimate The Danger
Technical Debt: Do Not Underestimate The DangerTechnical Debt: Do Not Underestimate The Danger
Technical Debt: Do Not Underestimate The Danger
 
Lean Software Development
Lean Software DevelopmentLean Software Development
Lean Software Development
 
Technical Debt
Technical DebtTechnical Debt
Technical Debt
 
Managing technical debt
Managing technical debtManaging technical debt
Managing technical debt
 
Project Estimation Presentation - Donte's 8th level of estimating level of ef...
Project Estimation Presentation - Donte's 8th level of estimating level of ef...Project Estimation Presentation - Donte's 8th level of estimating level of ef...
Project Estimation Presentation - Donte's 8th level of estimating level of ef...
 
Lean Software Development - Part I
Lean Software Development - Part ILean Software Development - Part I
Lean Software Development - Part I
 
The Mythical Man Month
The Mythical Man MonthThe Mythical Man Month
The Mythical Man Month
 
12 principles for Agile Development
12 principles for Agile Development 12 principles for Agile Development
12 principles for Agile Development
 
Technical Debt 101
Technical Debt 101Technical Debt 101
Technical Debt 101
 
Андрій Татчин "Software Project Estimation: Theory and Reality"
Андрій Татчин "Software Project Estimation: Theory and Reality" Андрій Татчин "Software Project Estimation: Theory and Reality"
Андрій Татчин "Software Project Estimation: Theory and Reality"
 
Risk adjusted engineering management
Risk adjusted engineering managementRisk adjusted engineering management
Risk adjusted engineering management
 
Technical Debt - The number one reason why technical projects get derailed
Technical Debt - The number one reason why technical projects get derailedTechnical Debt - The number one reason why technical projects get derailed
Technical Debt - The number one reason why technical projects get derailed
 
Technical Debt: Sources and Impacts
Technical Debt: Sources and ImpactsTechnical Debt: Sources and Impacts
Technical Debt: Sources and Impacts
 
Extreme programming
Extreme programmingExtreme programming
Extreme programming
 
Mythical Man-Month
Mythical Man-MonthMythical Man-Month
Mythical Man-Month
 

Similar to Myths

PPT_Management of Large and Complex Software Projects
PPT_Management of Large and Complex Software ProjectsPPT_Management of Large and Complex Software Projects
PPT_Management of Large and Complex Software Projects
Sudipta Das
 
Software Development in 21st Century
Software Development in 21st CenturySoftware Development in 21st Century
Software Development in 21st Century
Henry Jacob
 

Similar to Myths (20)

Agile Methods: Fact or Fiction
Agile Methods: Fact or FictionAgile Methods: Fact or Fiction
Agile Methods: Fact or Fiction
 
Spi Cost Roi
Spi Cost RoiSpi Cost Roi
Spi Cost Roi
 
IBM Rational
IBM RationalIBM Rational
IBM Rational
 
Introduction To Software Engineering
 Introduction To Software Engineering Introduction To Software Engineering
Introduction To Software Engineering
 
SW Engineering Management
SW Engineering ManagementSW Engineering Management
SW Engineering Management
 
01 intro+
01 intro+01 intro+
01 intro+
 
Popular Pitfalls In Sdlc Phases 1
Popular Pitfalls In Sdlc Phases 1Popular Pitfalls In Sdlc Phases 1
Popular Pitfalls In Sdlc Phases 1
 
Why Do So Many Software Projects Fail?
Why Do So Many Software Projects Fail?Why Do So Many Software Projects Fail?
Why Do So Many Software Projects Fail?
 
Custom Software Solutions Provider USA: Top 10 Challenges to Mitigate
Custom Software Solutions Provider USA: Top 10 Challenges to MitigateCustom Software Solutions Provider USA: Top 10 Challenges to Mitigate
Custom Software Solutions Provider USA: Top 10 Challenges to Mitigate
 
se01.ppt
se01.pptse01.ppt
se01.ppt
 
Emerging Trends of Software Engineering
Emerging Trends of Software Engineering Emerging Trends of Software Engineering
Emerging Trends of Software Engineering
 
PPT_Management of Large and Complex Software Projects
PPT_Management of Large and Complex Software ProjectsPPT_Management of Large and Complex Software Projects
PPT_Management of Large and Complex Software Projects
 
calculate-business-costs-of-technical-debt.pdf
calculate-business-costs-of-technical-debt.pdfcalculate-business-costs-of-technical-debt.pdf
calculate-business-costs-of-technical-debt.pdf
 
Reducing Time Spent On Requirements
Reducing Time Spent On RequirementsReducing Time Spent On Requirements
Reducing Time Spent On Requirements
 
Pm soln9416141129710
Pm soln9416141129710Pm soln9416141129710
Pm soln9416141129710
 
Believe it or not - keynote CAS 2015
Believe it or not - keynote CAS 2015Believe it or not - keynote CAS 2015
Believe it or not - keynote CAS 2015
 
Wind river webinar deck v1 as of april 23 2014 dw2
Wind river webinar deck v1 as of april 23 2014 dw2Wind river webinar deck v1 as of april 23 2014 dw2
Wind river webinar deck v1 as of april 23 2014 dw2
 
AMIS 25: DevOps Best Practice for Oracle SOA and BPM
AMIS 25: DevOps Best Practice for Oracle SOA and BPMAMIS 25: DevOps Best Practice for Oracle SOA and BPM
AMIS 25: DevOps Best Practice for Oracle SOA and BPM
 
Outsourcing With Agile
Outsourcing With AgileOutsourcing With Agile
Outsourcing With Agile
 
Software Development in 21st Century
Software Development in 21st CenturySoftware Development in 21st Century
Software Development in 21st Century
 

Recently uploaded

State Space Tutorial.pptxjjjjjjjjjjjjjjj
State Space Tutorial.pptxjjjjjjjjjjjjjjjState Space Tutorial.pptxjjjjjjjjjjjjjjj
State Space Tutorial.pptxjjjjjjjjjjjjjjj
joshuaclack73
 
Zepto Case study(On Track to Profitability).pptx
Zepto Case study(On Track to Profitability).pptxZepto Case study(On Track to Profitability).pptx
Zepto Case study(On Track to Profitability).pptx
aryan963438
 
一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书
一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书
一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书
atedyxc
 
PPT- Chapter 5- Cost Allocation presentation pdf
PPT- Chapter 5- Cost Allocation presentation pdfPPT- Chapter 5- Cost Allocation presentation pdf
PPT- Chapter 5- Cost Allocation presentation pdf
Kalkaye
 
一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书
一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书
一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书
atedyxc
 
一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书
一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书
一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书
atedyxc
 
一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书
一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书
一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书
atedyxc
 

Recently uploaded (20)

State Space Tutorial.pptxjjjjjjjjjjjjjjj
State Space Tutorial.pptxjjjjjjjjjjjjjjjState Space Tutorial.pptxjjjjjjjjjjjjjjj
State Space Tutorial.pptxjjjjjjjjjjjjjjj
 
how can I sell my pi coins in the United States at the best price
how can I sell my pi coins in the United States at the best pricehow can I sell my pi coins in the United States at the best price
how can I sell my pi coins in the United States at the best price
 
What is an ecosystem in crypto .pdf
What  is  an  ecosystem  in  crypto .pdfWhat  is  an  ecosystem  in  crypto .pdf
What is an ecosystem in crypto .pdf
 
Maximize Your Business Potential with Falcon Invoice Discounting
Maximize Your Business Potential with Falcon Invoice DiscountingMaximize Your Business Potential with Falcon Invoice Discounting
Maximize Your Business Potential with Falcon Invoice Discounting
 
Human Capital: Education and Health in Economic Development
Human Capital:  Education and Health      in Economic DevelopmentHuman Capital:  Education and Health      in Economic Development
Human Capital: Education and Health in Economic Development
 
How can I withdraw my pi coins to real money in India.
How can I withdraw my pi coins to real money in India.How can I withdraw my pi coins to real money in India.
How can I withdraw my pi coins to real money in India.
 
Zepto Case study(On Track to Profitability).pptx
Zepto Case study(On Track to Profitability).pptxZepto Case study(On Track to Profitability).pptx
Zepto Case study(On Track to Profitability).pptx
 
Monthly Market Risk Update: May 2024 [SlideShare]
Monthly Market Risk Update: May 2024 [SlideShare]Monthly Market Risk Update: May 2024 [SlideShare]
Monthly Market Risk Update: May 2024 [SlideShare]
 
一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书
一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书
一比一原版(WashU毕业证书)圣路易斯华盛顿大学毕业证成绩单学位证书
 
Goldamn report on India's economy in 2024
Goldamn report on India's economy in 2024Goldamn report on India's economy in 2024
Goldamn report on India's economy in 2024
 
How do I sell my Pi Network currency in 2024?
How do I sell my Pi Network currency in 2024?How do I sell my Pi Network currency in 2024?
How do I sell my Pi Network currency in 2024?
 
Fintech Belgium General Assembly and Anniversary Event 2024
Fintech Belgium General Assembly and Anniversary Event 2024Fintech Belgium General Assembly and Anniversary Event 2024
Fintech Belgium General Assembly and Anniversary Event 2024
 
PPT- Chapter 5- Cost Allocation presentation pdf
PPT- Chapter 5- Cost Allocation presentation pdfPPT- Chapter 5- Cost Allocation presentation pdf
PPT- Chapter 5- Cost Allocation presentation pdf
 
how do I cash out pi network coin in 2024.
how do I cash out pi network coin in 2024.how do I cash out pi network coin in 2024.
how do I cash out pi network coin in 2024.
 
一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书
一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书
一比一原版(UC Davis毕业证书)加州大学戴维斯分校毕业证成绩单学位证书
 
Abhay Bhutada’s Plan to Boost Financial Growth in 2024
Abhay Bhutada’s Plan to Boost Financial Growth in 2024Abhay Bhutada’s Plan to Boost Financial Growth in 2024
Abhay Bhutada’s Plan to Boost Financial Growth in 2024
 
Consumer rights and its importance and value
Consumer rights and its importance and valueConsumer rights and its importance and value
Consumer rights and its importance and value
 
is pi Network coin available for sale in 2024
is pi Network coin available for sale in 2024is pi Network coin available for sale in 2024
is pi Network coin available for sale in 2024
 
一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书
一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书
一比一原版(UMich毕业证书)密歇根大学安娜堡分校毕业证成绩单学位证书
 
一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书
一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书
一比一原版(UPenn毕业证书)宾夕法尼亚大学毕业证成绩单学位证书
 

Myths

  • 1. 10 Myths of Rapid Development Steve McConnell © 2000-2001. All Rights Reserved. Construx Delivering Software Project Success
  • 2. Myth #1 Rapid Development is a New Issue
  • 3.
  • 4.
  • 5.
  • 6.
  • 7. Myth #2 Productivity Is About the Same at Every Company
  • 8.
  • 9. Myth #3 Working Hard Promotes Rapid Development
  • 10.
  • 11.
  • 12.
  • 13. Reality Check: Project Resolutions
  • 14.
  • 15.
  • 16. Myth #4 Short Estimates Produce Short Projects
  • 17. Effect of Estimation Accuracy 100% >100% < 100% Target as a Percentage of Nominal Estimate Overestimation Underestimation Cost Effort Schedule Linear impact due to Parkinson’s Law Non-linear impact due to planning errors, upstream defects, high-risk practices
  • 18.
  • 19. Improved Estimation From a set of U.S. Air Force projects
  • 20. Improved Estimation From a set of U.S. Air Force projects
  • 21. Improved Estimation From a set of U.S. Air Force projects
  • 22.
  • 23. Myth #5 You Can Trade-Off Quality for Schedule or Cost
  • 24.
  • 25. Late Defect Correction is Expensive Phase That a Defect Is Created Cost to Correct Requirements Architecture Detailed design Construction Requirements Architecture Detailed design Construction Release 50-200X 1X Phase That a Defect Is Corrected 50-200X 1X
  • 26. Fix More Defects Earlier! Phase That a Defect Is Created Cost to Correct Requirements Architecture Detailed design Construction Requirements Architecture Detailed design Construction Release 50-200X 1X Phase That a Defect Is Corrected 50-200X 1X Fix Here Not Here
  • 27. Reduce Defect Cost Increase! Phase That a Defect Is Created Cost to Correct Requirements Architecture Detailed design Construction Requirements Architecture Detailed design Construction Release 10X? 1X Phase That a Defect Is Corrected 10X? 1X
  • 28.
  • 29.
  • 30. Myth #6 Customers and Management Want Rapid Development
  • 31. Speed-Oriented Practices 6 Months: Nominal Schedule Competitor will release next version of their product Average Project “ Rapid” Project Risk of Overrun
  • 32. Risk-Oriented Practices 6 Months: Nominal Schedule Beginning of Holiday Sales Season or Trade Show Average Project “ Rapid” Project Risk of Overrun
  • 33. Visibility-Oriented Practices 6 Months: Nominal Schedule Risk of Overrun Average Project “ Rapid” Project Project review meeting where project is cancelled due to general nervousness
  • 34. Myth #7 Smart Programmers Exert the Biggest Productivity Impact
  • 35.
  • 36.
  • 37.
  • 38.
  • 39.
  • 40. Myth #8 Software Processes Apply Only to Large, Old-Fashioned, Bureaucratic Projects
  • 41.
  • 42. Good Processes are Based on Common Sense Source: Telcordia Technologies: The Journey to High Maturity, Bill Pitterman, IEEE Software, July 2000 Quality Creative Chaos Mindless Chaos Mindless Bureaucracy Yes No Yes No Documented Process Common Sense
  • 43. Myth #9 Systematic Development Approaches Hurt Morale
  • 44.
  • 45.
  • 46.
  • 47.
  • 48. Myth #10 Development in “Internet Time” is Faster Than Old Fashioned Development
  • 49.
  • 50. Traditional Estimate Effort Program Size Traditional Estimated Effort
  • 51. Traditional Results Effort Program Size Actual Effort Traditional Estimated Effort
  • 52. “Internet Time” Estimate Traditional Estimated Effort Effort Program Size “ Internet Time” Estimate Actual Effort
  • 53. Internet Time Results Effort Program Size Internet Time Effort Traditional Estimated Effort “ Internet Time” Estimate
  • 55.
  • 56.
  • 57.
  • 58.
  • 59.
  • 60.

Editor's Notes

  1. Churchill Joke -- “Churchill was asked if he didn’t start to get a big head because…” Woody Allen “We need the eggs” joke? -- seems appropriate for the “myths” topic Need to get Albertus font installed on this machine
  2. These mistakes have been made so often and by so many different people that they deserve to be called ‘classics’.
  3. These mistakes have been made so often and by so many different people that they deserve to be called ‘classics’.
  4. These mistakes have been made so often and by so many different people that they deserve to be called ‘classics’.
  5. From “A Correlational Study of the CMM and Software Development Performance” Dr. Patricia K. Lawlis, Capt. Robert M. Flowe, and Capt. James B. Thordahl , CrossTalk, September 1995
  6. From “A Correlational Study of the CMM and Software Development Performance” Dr. Patricia K. Lawlis, Capt. Robert M. Flowe, and Capt. James B. Thordahl , CrossTalk, September 1995
  7. From “A Correlational Study of the CMM and Software Development Performance” Dr. Patricia K. Lawlis, Capt. Robert M. Flowe, and Capt. James B. Thordahl , CrossTalk, September 1995
  8. Message: it’s more important to get the right requirements than...
  9. Message: it’s more important to get the right requirements than...
  10. 5 Why did I change the subtitle of the talk to “Taming Wild Software Schedules?” Why not just call it “Developing as Fast as Possible?” It’s because it turns out that there is a lot more to rapid development than all-out development speed.  Kinds of Effective, Schedule-Oriented Practices  Speed-Oriented Practices (Do 12 month project in 9 months) ( Evolutionary Prototyping, RDLs, Timeboxing, Outsourcing ) These are clearly needed, as the introduction illustrated.  Schedule-Risk Practices (Contain 12 month project to 12 months) ( Change Board, Top 10 risks list, Design for Change ) These practices are for damage containment—for preventing big overruns Visibility-Oriented Practices ( Evidence that 12 month project will take 12 months) ( Miniature Milestones, Staged Delivery, Project Status on Intranet )  This is how organizations choose ill-suited practices They choose speed-oriented practices when what they really need to do is manage risk better, etc. The bottom line is that you need to employ all three kinds of practices within a well-considered framework
  11. 5 Why did I change the subtitle of the talk to “Taming Wild Software Schedules?” Why not just call it “Developing as Fast as Possible?” It’s because it turns out that there is a lot more to rapid development than all-out development speed.  Kinds of Effective, Schedule-Oriented Practices  Speed-Oriented Practices (Do 12 month project in 9 months) ( Evolutionary Prototyping, RDLs, Timeboxing, Outsourcing ) These are clearly needed, as the introduction illustrated.  Schedule-Risk Practices (Contain 12 month project to 12 months) ( Change Board, Top 10 risks list, Design for Change ) These practices are for damage containment—for preventing big overruns Visibility-Oriented Practices ( Evidence that 12 month project will take 12 months) ( Miniature Milestones, Staged Delivery, Project Status on Intranet )  This is how organizations choose ill-suited practices They choose speed-oriented practices when what they really need to do is manage risk better, etc. The bottom line is that you need to employ all three kinds of practices within a well-considered framework
  12. 5 Why did I change the subtitle of the talk to “Taming Wild Software Schedules?” Why not just call it “Developing as Fast as Possible?” It’s because it turns out that there is a lot more to rapid development than all-out development speed.  Kinds of Effective, Schedule-Oriented Practices  Speed-Oriented Practices (Do 12 month project in 9 months) ( Evolutionary Prototyping, RDLs, Timeboxing, Outsourcing ) These are clearly needed, as the introduction illustrated.  Schedule-Risk Practices (Contain 12 month project to 12 months) ( Change Board, Top 10 risks list, Design for Change ) These practices are for damage containment—for preventing big overruns Visibility-Oriented Practices ( Evidence that 12 month project will take 12 months) ( Miniature Milestones, Staged Delivery, Project Status on Intranet )  This is how organizations choose ill-suited practices They choose speed-oriented practices when what they really need to do is manage risk better, etc. The bottom line is that you need to employ all three kinds of practices within a well-considered framework