【摘要】：小M觉得，为了让大家能够合作制定计划，首先要整理一下工作思路，做一份制定计划的“计划”：第一步，根据WBS制定活动清单。根据资源的情况进行调整和平衡，完成进度计划和资源计划。表4-1 需求矩阵产品范围的分解问题解决了，小M将计划的“计划”整理了出来，如图4-2所示。
小M觉得，为了让大家能够合作制定计划，首先要整理一下工作思路，做一份制定计划的“计划”：
第一步，根据WBS制定活动清单。因为活动都有一定的工作步骤，重点是大家一定要约定分解到活动的哪个层次。
第二步，确定活动之间的依赖关系，绘制网络图；网络图可以让大家看到整体格局，然后再进行调整就比较直观和方便。
第三步，根据网络图的依赖关系和工期要求，确定各个小组的资源配置。根据资源的情况进行调整和平衡，完成进度计划和资源计划。
第四步，根据资源和进度计划，制定项目的预算。
对于这个计划的“计划”，开发组提出了一个问题：产品功能需求清单有好几百项，这几百项再按照需求、设计、编码、单元测试、集成测试、系统测试和验收测试等工作步骤展开，会形成一个好几千项的活动清单，估算和管理都非常困难。(www.xing528.com)
讨论后大家觉得产品范围内的活动分解，只要写清标准的工作步骤就可以了。而具体的内容，则通过需求矩阵进行管理。
需求矩阵按照子系统、功能集、执行单元的结构列出所有的功能需求，每列则对应每项功能的工作步骤以及每个步骤的工作量。工作量参考一份估算标准，并用最低、最高、期望三个值描述，见表4-1。
表4-1 需求矩阵
产品范围的分解问题解决了，小M将计划的“计划”整理了出来，如图4-2所示。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
