回复「变更」送你6个搞定需求变更狠招
做为一个IT人，你被老板问到的最多的问题是哪个？我猜是“这个需求什么做完？”。这个问题不仅是你可能被问到最多的问题，还可能是你被问到最重要的问题——有句俗语说的好：问题千万个，“什么时候交”第一个；回答不规范，绩效两行泪。
今天，我就和大家讲讲如何更好地回答这个问题。也就是——如何更准确的给研发任务估算工作量。
我们需要考虑下面几点。
从最显而易见的一条开始。为了完成一件事，要做的工作比较多，那么花费的时间就会更多。举个例子，开发两个网页。
第二个网页要有更多的时间。
一个待办事项里面包含的不确定性和风险，也会对花费的时间造成影响，需要考虑进来。
如果你不幸遇到了这样一个产品经理：
连他自己也还不是很清楚细节。这种不确定性就要在估算中体现出来，因为后续很有大可能会返工或者范围蔓延（需求越提越多）。
如果做一个需求，需要改动一段老代码，而且这段老代码带着下面的注释：
那么这个风险也需要反映在估算时间里。
上面漫画中第二回合两人打架，就是因为对“做完”一件事情的标准没有统一。开发觉得“完成”就是开发完成，老板心里的“完成”是上线。所以一开始，团队和老板就务必要在“完成”的标准上达成一致。
常用的完成的标准有“测试通过”（注意是测试通过，不是“测试完成”。需求测试完成后有bug要修好了验证过了才算是测试通过）、待发布等等。
比如环境准备，和依赖方联调等等。
举个例子，你要请10个朋友来你家吃饭。那准备这顿饭需要花费的时间，就不能只包括做饭的时间，还要包括买菜，布置房间，找邻居借椅子等等工作。
除了做需求之外，我们还需要回邮件、面试新员工、以及开汇报会等等。这些任务的时间不能算在有效工作时间里。也就是说，你估算的时候，不能假装你一天8小时都在做需求，而只能算有效时间。有效时间可能一天只有6小时，或者5小时，看你的具体情况。
为了更好的回答“这个需求什么做完？”这个问题，你需要考虑：
1. 要做的工作的多少
2. 不确定性和风险
3. 你说的“完成”和老板要的“完成”标准要一致
4. 不要只估需求本身的工作量，而遗漏了那些为了完成需求要做的辅助工作
5. 最后，估算的时候只计算有效工作时间，而不是所有在岗时间
关于估算，你有什么好的方法或者有趣的故事？欢迎你在下面留言！
PS: 如果你喜欢这篇文章，记得转发呀！！！
珍妮兔需要大家的帮助
创意&绘画：轻松做软件
风格参考笛子Ocarina作品
END
点 击 图 片 阅 读
为什么IT人收入高，却这么低调？
关于罗振宇：
为什么我们买了很多课程，却依然过不好这一生？
“轻松做软件”是IT人的效率公众号
科学工作，少走弯路，快来关注吧！
