bug很轻微，导出excel文档中的字段如果为空的话应该什么都不输出的，而我让它输出了null。测试报了一个轻微bug，我也没说啥。改完代码之后在mantis上改bug状态时，有一项是要选择bug原因，没多想就选了需求不清晰(导出字段为空还是为null需求确实没说)，然后blabla就把bug状态给改为了解决。
没想到就是我选择了需求不清晰，导致我们的产品发飙了。产品说，没有人的需求可以清晰到字段为空怎么处理，一切应该按默认或者过去的处理方式。又非常不好意思的是，我是新来这个小组的，所谓的默认和过去，于我是一片空白。爆发冲突的时候很巧，我去上厕所了(其实是偷懒玩了会手机)，回来时就听到我老大和产品在唇枪舌战(老大还是很护我们的)。我默默地听了会，感觉跟自己有点关系，但又不是很确定，然后就夹着尾巴坐着。下午茶时(就是刚才)研发的几个兄弟坐一起聊起这事来了，聊着聊着我就发现确实是我引发了这个震荡。
只想说，kpi害死人。bug原因影响了产品的kpi，产品肯定不爽。虽然我也很不爽，但是只能和兄弟们一起达成了共识——以后没有bug是由需求引起的，所有的错都是在编码阶段造成的。反正所有的错误都是研发的，所有的功劳都是产品和运营的，不是吗？
最后一句，去你妹的kpi。
posted on 2012-12-29 16:55