软件开发过程的必要性

　　软件开发的历史充满了失败项目的故事。从超过预算和销售不佳的消费应用程序，到过份宣传令人感到天花乱坠的操作系统，看上去软件开发中的任何领域都逃不过这个趋势。
　　即使软件成功地到了用户手中，bug已经无处不在，最终用户不得不经常升级和打补丁。有时软件不能完成预设的任务，有时不能按照用户期望的方式工作。所有这些问题都汇聚到软件的一个真理——写软件很难。
　　人们不禁要问，为什么软件工程出现故障的频率和其他类型的工程不同？汽车也有bug，但是汽车很少突然停下来，或因为缓冲区溢出要求重启（不过你可能会说，汽车上越来越多的组件都是软件驱动的）。电视机可能并不完美，但不需要为了看6频道而将电视升级到版本2.3。
软件看上去肯定有所不同。一方面，软件技术瞬息万变，使软件开发过程产生了不确定性。即使项目中没有发生惊天动地的突破，软件工业的步伐也会导致问题。软件往往需要迅速开发，因为软件市场的竞争异常激烈。
　　软件开发的进度也是不可预测的。准确的时间表几乎是不可能的，一个讨厌的bug可能需要几天甚至几周的时间修复。即使事情看上去在遵循时间表进行，产品定义变化（功能逐变）的普遍趋势可能会给这个过程当头一棒。
　　软件是复杂的。没有简单准确的方法证明程序是无bug的。如果需要进行多个版本的维护，有bug的代码或凌乱的代码会对软件带来数年的影响。软件系统往往非常复杂，以至于员工流失时，没人愿意接手前任工程师留下来的凌乱代码。营销压力和错误的沟通也会出现。很多程序员都视图避开公司政治斗争，但是开发团队和产品营销团队之间往往会发生一些矛盾。
　　所有这些影响软件工程产品的因素都表明需要某种过程。软件项目很大、复杂而且步伐快。为避免失败，工程组必须采用控制这种棘手过程的体系。