前几日BOSS有个在工作群里发了个小bug,我还没验证就见开发回复:这是产品需求。我边翻着白眼,找到了JIRA需求记录截图私下发给他。
这事件之后我对“这是产品需求”这句话就特别在意,回想起来每个不同角色说这句话的出发点还挺有意思。
除了产品同学,其他人对BOSS说“这是产品需求”就是丢锅,也不太利于团结。这时候的标准答案格式应该是:定位问题+解决方案+所需资源和影响。
测试同学对开发说“这是产品需求”=开bug预告。不过现在我们公司有个坏习惯,看UI稿做需求,结果臆想出了很多不必要的限制,反而变成了我的下期需求。
测试同学对产品说的时候那就分分钟打脸,生疼。紧张的打开jira或者prd,一般多是遗漏或是大家理解不一致。毕竟从评审会到测试用例编写,期间经历大灾小难不断,估计我评审会上说的也都忘了。
产品同学口中冒出来的基本应该是“这是BOSS需求”,毕竟BOSS站在食物链顶端,天塌下来他先顶着。对于boss需求fight 胜率向来极低,产品成了需求的搬运工。有些需求引发奋起围攻,身单力薄的我也只能叹气祭出最后一招
——BOSS需求。
网友评论