随想之七，如何制定项目计划--工作量评估
这里讨论的工作量评估不是讨论代码评估经典方法；仅是就普通意义的工作量进行评估。评估总是源于不同的"对立"群体对同一事物的认识。例如，管理者认为软件开发过程的各环节都应该事先有计划，事后有审核；而设计人员在需求收集、分析阶段，架构师在技术选型和系统设计阶段，都可能面临不确定因素；因此制定的计划通常赶不上变化。那么该如何制定计划，进行协作呢？客观的工作量评估与领导拍脑袋更合理。与代码工作量评估(代码行、界面元素、对象)相比，项目计划的评估相对粗糙和主观的多一些。虽然通过工作量评估制定的工作计划仍可能与实际相差较大，但评估过程中得到的信息对合理规划项目进展、控制项目进度有着不可或缺的作用，而这些信息在评估过程之前，未必是有共识的，或者未必被管理层所重视的。
借鉴开发功能的工作量评估方法，项目计划过程的工作量评估，设想了一个操作流程：1，统一工作量的计量单位；介于不同岗位对于工作量的衡量角度不同，所以有必要先统一描述工作量的单位，然后不同岗位的人员将自己的度量换算成该标准单位。2，评估每个阶段相对整个周期的占比，无论采用瀑布式或者迭代式开发；3，评估已知成果物所带来的需求分析阶段工作量，或统计已结束阶段的工作量，计算当前项目周期的各阶段工作量，从而制定工作计划，评估过程分阶段记录不同评估意见的差异原因和可能造成偏差的风险，通过对差异的意见统一和跟踪风险变化，从而安排项目计划和控制项目进度。