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

续《抽查需求变更的工作量估计结果》，项目E反应很迅速，负责需求的同事G和同事L沟通后，发送给我的邮件原文如下：

————————————————————————————————

大家好，应用户要求修改告警短信，包括两方面内容：

1、  告警信息要根据角色的不同显示不同内容

2、  显示的数据指标与要来不同

 

目前需要告警信息的角色有六种，均采用通用模板，修改后要分为4个模板两组数据，其中一个模板和一组数据可以采用目前的内容，开发工作量集中在另外3种模板和一组数据（主要是XX公司本月XX%，资本开支进度为…%，形象进度为XXXXX万元，完成年度投资XX%，滞后计划XX%，均需要汇总计算）以及他们之间的组合。

 

根据以上分析，工作量估计如下：

存储过程开发     1天

测试及修改       1天

UAT测试及修改  0.5天

意外预留时间    0.5天

共计            3天

———————————————————————————————— 

 

我的回复如下：

 

如果我是业主IT方，我想我会提出以下的意见：

1. 编写一个存储过程，需要1天的时间？然后会说，是不是你们对Oracle存储过程编写不够熟悉，还是对Oracle PL/SQL不够熟练，不就......
2. 测试和修改，编写存储过程1天，竟然不包括测试和修改？！然后会说，是不是你们对Oracle存储过程的调试不够熟练，只是一个工具哦，你们看......
3. 同事G不是负责技术实现的同事，他从技术的角度进行问题阐述，如果我是客户，你说说服力有多少呢？你们看，部门经理Z告诉我的是L负责这块工作，那么就......
4. 另外一点，用户不一定会说，变更的需求到底有什么Impact，你们都不进行Impact Analyze，就进行Coding，你们看......

如果用户提出这些质疑，我们该如何回答呢？我希望项目组同事学会理性接受质疑，另外我确实想知道答案。从日常的工作中，就开始设定一些假设和困难，当真正面对的时候，就不会觉得难办！请说服我。