王双增案例精讲班

　　项目的目标和范围确定后，需要开始确定项目的过程，项目整个过程中采用何种生命周期模型?项目过程是否需要对组织级定义的标准过程进行裁剪等相关内容。项目过程定义是进行WBS分解前必须确定的一个环节，你采用瀑布模型和增量迭代模型对WBS分解和进度计划安排显然是完全不同的。

　　项目过程确认清楚后开始进行项目的WBS分解，WBS分解一般是项目组的核心成员参加，但项目经理应该是起主导和协调作用。WBS分解方法一般有基于过程和基于成功两种方式，但两种方式可以混合使用，比如在高层分解的时候先分解出子系统和工作包，在底层的时候再按照需求，设计，编码和测试各个过程进行分解。WBS的最底层工作单元需要是可以独立核实的产品，需要去下达计划和任务，工作单元需要有明确的责任人，因此有时候在没有做仔细的估算时候我们很难让工作单元满足这些要求，这样就难免在进行估算过程中还要对WBS进行优化和调整。

　　WBS分解完成后可以开始进行工作单元的估算，估算一般有专家法，三点法和功能点法估算，由于我们的项目采用专家法估算，因此更需要项目核心成员和有经验的成员参加，估算一般会针对工作单元的单位和复杂度进行估算，最后估算出项目的总规模，再除以项目的生产率后得到项目的工作量数据。专家法估算一般会进行很多轮，直到所有指标都收敛(收敛标准是组织或项目事先确定清楚了，如偏差<30%就算收敛)。对于一个软件项目而言，我们用专家法估算其实很难估算出具体的各个功能编码的代码行数据和编码的具体工作量，所以这里是需要使用项目的历史经验数据，即你在做历史项目的时候需求：设计：编码工作量的比例究竟是如何的?然后根据估算得到的需求阶段工作量数据去推算出设计和开发的估算工作量。所以从这点上也可以看出为何软件项目度量和分析很重要，因为你做的度量和分析数据都会作为你后续项目的重要依据。很多项目老说软件估算很不准，原因就在于你没有你自己项目的历史经验数据的积累。