22、示例 FDD 项目规划全解析

示例 FDD 项目规划全解析

1. 项目启动

在项目启动阶段，有一个基于之前为客户实施过的系统的新项目。之前的系统采用非敏捷方式开发，虽然软件能正常运行，但客户的需求发生了变化，因此新项目采用敏捷开发，以便更自然地融入新出现和未来的需求。

客户同意提供一位“虚拟”的现场客户代表 SM，她是客户方的高级业务分析师，对现有业务了如指掌，还能与业务部门紧密合作确定新需求。SM 虽不一直在现场，但可通过电话或邮件随时解答问题。

项目开始时，SM 和团队共同确定系统所需的功能特性。为每个需求分配优先级和资源，并进行成本估算。对于过大的特性，将其拆分为更小的特性；对于优先级不明确的情况，SM 会与业务部门沟通解决。经过几天的工作，确定了高优先级特性的详细信息，所有特性都有了优先级。

与业务部门协商并考虑全年业务活动后，制定了迭代时间表。根据特性、成本、资源估算和优先级，将特性分配到各个迭代中，依据是每个迭代的固定时间框内可完成的工作。最后，将项目计划提交给业务部门签字确认。有趣的是，项目的业务端采用 Prince 2 方法，起初看似与敏捷开发不兼容，但双方通过一定的努力完美结合。

2. 整体项目计划

初始项目会议的最终成果是一份文档，总结了要实现的特性、优先级、成本和所需资源，并在固定时间迭代的框架内进行规划。这对业务部门很重要，因为它明确了每个迭代的最大成本。

项目预算获得批准，项目计划签字通过后，项目有了以下时间框迭代：
| 迭代编号 | 迭代名称 | 开始时间 | 结束时间 | 持续时间 | 人工天数 |
| — | — | — | — | — | — |
| 1 | 文件