11、整体迭代/增量软件开发周期原则解析

整体迭代/增量软件开发周期原则解析

在软件开发领域，整体迭代/增量（HI/I）生命周期遵循着一系列通用原则，这些原则对于有效管理软件项目至关重要。下面我们将详细探讨这些原则及其在项目管理中的应用。

1. 管理需求而非任务

在传统的瀑布式生命周期中，项目经理可能会给团队分配具体的任务，如“设计信用评级计算组件”。这种任务分配方式存在诸多问题，各活动之间的接口复杂，团队之间需要传递大量信息，且不同团队之间可能会产生矛盾。

而在 HI/I 生命周期中，团队负责实现一组特定的需求，例如实现用例路径“输入新信用卡客户 - 基本路径”。这种规划方式具有以下优势：
- 可直观看到进展 ：业务人员在每次快速迭代（1 - 3 周）结束时能看到切实的进展。
- 适应变化能力强 ：即使在迭代过程中发生变化，团队也能灵活调整，因为设计并非一成不变。
- 团队动力足 ：团队定期产生实际成果，能获得即时满足感，从而保持较高的积极性。
- 团队接口少 ：与瀑布式任务分配相比，团队之间的接口更少，主要与架构团队和业务分析师进行交互。
- 跨职能协作 ：团队由跨职能的人员组成，有助于减少不同专业之间的敌意，促进方法和实践的创新。

2. 重要目标是业务目标、日期和预算

以体育场建设为例，人们往往更关注项目是否超预算、是否延期，而对于项目完成时一些未完成的小部分则不太在意。在软件开发中，我们通常根据应用程序的功能集来设定范围限制，而忽视了