10.通过架构和接口设计，将对整个功能模块的依赖转换为对接口的依赖。
11.架构设计和产品集成是网络图中依赖关系需要分析的重要内容。其他活动依赖关系都是简单的基于小瀑布的线性依赖关系。
12.迭代的思路仍然是架构为核心，架构接口定义不清不应该过早进入设计开发。
对活动和任务工时的估算又是一个重点内容，估算跟任务粒度，复杂度，任务依赖，责任人技能，开发方法等多种因素相关。在没有多个版本的历史经验数据积累的情况下，很难真正实施参数估算或功能点估算方法，估算更多的是依赖于项目组成员的经验。关键链法推荐两点估算法，将进度缓冲留到末尾，但仍然是基于估算工时是可以完成的，而不是倒推出的不可能任务。在进度压缩中我们可以多投入人力资源，但有一个压缩的极限值，在这个临界点后投入再多的资源也无法再压缩。
13.在没有太多历史数据积累情况下，最有效的估算就是依赖专家经验。
14.根据关键链思路，不要在对单个任务的估算上预留太多的缓冲或余地。
15.先确定活动或任务的责任人，再来估算工时以遍考虑个体生产率对工时的影响。 此文章共有2页 上一页 1 2
文章来源：中国项目管理资源网
 IT服务及集成项目管理培训课程方案
|
Leadge.com首页 > 知识库 
