项目计划

极简单项目计划

我们常常说的计划，往往直接落于时间计划。通常会列出主要的工作及目标完成时间。形式可能是excel, mpp，一个todo list,一个kanban等。

更好的项目计划

项目往往是复杂的，时间进度计划只是项目计划的一部分。不单单是时间上的计划，会包括项目的各个方面。软件项目上通常会包含各个方面的子计划
1. 变更管理计划（不单单是指需求，包括范围、进度、成本、质量需求等各个方面的变更，以及由此产生的一系列对应活动与调整 - 变更评审、执行等）
2. 范围管理计划
WBS、PBS、交付物列表、需求跟踪矩阵
3. 进度管理计划
MPP，里程碑计划
4. 成本管理计划
5. 质量管理计划
QC计划
QA计划
6. 人力资源计划
人员需求、技能需求，培训计划
7. 沟通管理计划
什么时间，什么人，已什么方式，在哪里沟通（报告）
RCAI指责分配矩阵
8. 风险管理计划
风险问题登记册
9. 采购管理计划
10. 干系人管理计划
联系人与角色期望（自身组织结构、客户组织结构与联系方式、负责领域）
11. 配置管理计划
文件管理、版本管理、里程碑管理
12. 需求管理计划
13. 过程改进计划
回顾与改进计划
14. 其他计划

敏捷项目规划

1. 确定产品路线图
2. 确定发布规划（大版本）
3. 渐进明细迭代规划

为强制节点预留缓冲

1. 功能缓冲区
   “在这个时间节点，我们会提供所有的xxx这堆功能，可能还会提供那堆功能中的一部分”。如同每个发布/迭代中一样，需求是排优先级的，哪些是必须完成完成的(常常是50%左右)，哪些是没有外部变化时也会完成的（30%），哪些是努力完成的。（也常常用MoSCoW规则）
2. 进度缓冲区
   比如规划10个迭代，预留2个迭代作为缓冲。

其他

1. 其他方面的标准与控制、应对计划