会员登录
会员注册
8.任何方法论都不会是跳过程，而是将大瀑布转换为小瀑布。
9.并行和敏捷后势必影响到总体规划和系统思考，务必重视带来的需求不清和架构风险。
网络图是进度中的一个重要工具，目的仍然是对发掘各活动任务的依赖关系并对活动 进行排序。在软件项目中为了加强迭代和并行，一个重点就是要将强制依赖转换为非强制依赖，要将对整个设计开发过程的依赖转换为对接口的依赖。因此这里也可 以看到架构设计和接口设计在整个软件开发中的重要作用，比如其他功能模块都要依赖系统管理和工作流相关功能，如果要等这些功能全部开发完成再进行后续开发 则其他资源等待时间太长，常用的处理方式就是架构只需要定出系统管理和工作流调用相关接口，后续开发工作全部可以提前介入和并行起来。多出的代价则是后续 需要有一个产品和功能模块的集成过程。
10.通过架构和接口设计，将对整个功能模块的依赖转换为对接口的依赖。
11.架构设计和产品集成是网络图中依赖关系需要分析的重要内容。其他活动依赖关系都是简单的基于小瀑布的线性依赖关系。
12.迭代的思路仍然是架构为核心，架构接口定义不清不应该过早进入设计开发。
对活动和任务工时的估算又是一个重点内容，估算跟任务粒度，复杂度，任务依赖， 责任人技能，开发方法等多种因素相关。在没有多个版本的历史经验数据积累的情况下，很难真正实施参数估算或功能点估算方法，估算更多的是依赖于项目组成员 的经验。关键链法推荐两点估算法，将进度缓冲留到末尾，但仍然是基于估算工时是可以完成的，而不是倒推出的不可能任务。在进度压缩中我们可以多投入人力资 源，但有一个压缩的极限值，在这个临界点后投入再多的资源也无法再压缩。
13.在没有太多历史数据积累情况下，最有效的估算就是依赖专家经验。
14.根据关键链思路，不要在对单个任务的估算上预留太多的缓冲或余地。
15.先确定活动或任务的责任人，再来估算工时以遍考虑个体生产率对工时的影响。