抽查需求变更的工作量估计结果

场景：

昨天部门经理会议上，部门经理Z谈到了项目E目前上线后，用户提出的需求变更，其他谈到了某个功能N，说起该功能的变更需要耗时3人天工作量。

从部门经理Z谈的内容，我觉得听不出来为何此项变更需要3个工作人日，要求由项目E的需求人员G扮演业主用户ZJ，对同一项目组内负责开发同事L的工作量估计进行审核。以此为抽查检查点，看需求变更的工作量估计。

分析：

业主ITC同事在评判工作量的时候，很多情况下，不会检查项目Project中的每一个WBS、Task的资源投入、工作量以及成本，但是业主同事基本上一定会采用抽检的方式对一些WBS、Task的投入进行核查，并且提出一些质疑。

如果在这一个质疑的过程中，他每提出的一个质疑，你都能够给出明确合理的理由，往往他就会开始信任你的判断。反之，在这个质疑过程中，你的解释如果没有原则，总是说是这块的工作量很大，技术上很难实现的原因，这样的解释就会让业主同事生疑！当然在这个过程中，如果你能体现出对业务理解的熟练，指出业主方同事在业务方面遗漏或者欠缺的地方，那么你的解释会更加有说法力。

工作中需要的这些能力，不是等到业主来质疑我们的工作量评估的时候，才匆忙去解释或者学习如何找原因；也不是等到我们开发的同事无法按时完成任务的时候，才匆忙给业主解释原先的工作量估计得太少了。（以前可有不少这样的例子）

因此在部门经理会中，安排项目组同事内部的自查，可以达到：

1. 训练项目组能够养成自我检查、做好准备、相互补位的习惯。找一个接触业主最多的同事来扮演业主，真正业主提出质疑的时候，才能从容面对。
2. 从一个小功能开始去学习如何准确地估计工作量，从日常工作中去训练，养成有理有据的工作量解释，当真正面对实战、面对业主、面对管理者的时候，你才能够很清楚、很坦然地知道自己的底线。
3. 破除可能的误区：等着重新开始一个全新的大项目，或者一个大的模块，就会进行准确的工作量估计。