软件项目开发典型风险一览-过程篇

软件项目开发典型风险一览-过程篇

典型错误14：过于乐观的计划

创建3个月的软件计划和创建一年的软件计划所面临的挑战是完全不一样的。过于乐观的计划的计划会让关键的前期工作被压缩，比如需求分析和概要设计，它会整个计划变得无序，同时它也向开发人员施加了额外的压力，会对长期开发人员的自信心和生产率造成巨大的伤害。

典型错误15：缺乏足够的风险管理

如果一开始就预见了的错误叫风险，如果你不主动管理这些风险，那么只要有一件事情做错就会将一个快速开发的项目变成一个慢速开发项目。

典型错误16：承包方导致的失败

有些软件公司急于完成项目，有时候会把部分工作外包出去，但外包方往往延期交付，而且交付的东西质量差，无法接受，这时候外包非但不会加快项目速度，反而降低项目速度。

典型错误17：缺乏计划

如果你不编制计划就开始项目，那么它已经失败了。

典型错误18：在压力下放弃计划

如果制定了计划而项目遇到麻烦时就放弃计划，进而不制定替代计划，并一头栽进编码而问题处理中去，那么以后的工作就缺乏了协调。比如你已经开始工作，但却没人知道。

。

典型错误19：在模糊的项目前期浪费时间

项目的前期花上几个月或几年的时间并不奇怪，但后面计划则不得不被压缩。如果开发的是一个产品的项目，在需求已经分析到一定的程度，其实可以节省几周或几个月的时间。

典型错误20：前期活动不符合要求

前期的工作比如需求、概要设计和详细设计并不直接生产代码，所以当我们需求压缩项目时间的时候，前期往往是我们砍掉的对象。前期工作的重要性不需要再次强调，如果是开发一个产品的项目，虽然并没有具体的需求，但前期的需求分析还是非常的重要。

典型错误21：设计低劣

设计需要质量，所以我们在完成整个系统前，往往需要几个耗时的设计周期。

典型错误22：缺少质量保证措施

紧急项目经常会砍掉一些表面看来不重要的工作，如取消测试计划、只进行必要的功能测试等。其结果就是，当项目达到了功能完成这个里程碑之后，还有几个月的麻烦事情要处理。项目砍掉1天的质量保证工作，到项目后期就需要3到10倍的处理代价，这是个验证的结果。

典型错误23：缺少管理控制

项目过程中如果不设置管理控制点，那么你就缺少必要的计划拖延迫近警告，缺少这种警告你就失去了对整个项目的控制。

典型错误24：太早或者过于频繁的集成

不要超过6次或更多次的项目集成，这种额外的集成不利于产品，它们仅仅是在浪费时间，延长进度。

典型错误25：项目估算时遗漏必要的任务

如果不能仔细记录以前的项目情况，我们就很可能忘掉一些不可视的任务，但这些任务是必须的，漏掉这些任务则会导致项目计划延长20~30%。

典型错误26：后期赶进度

典型错误27：鲁莽编码

有些人认为直接随意地进行编码是实现快速开发的捷径。如果开发人员能力足够强，那么他们可以克服任何障碍。但事实上，天才的数量是有限的，90%的随意开发都是失败的。