产品经理需求描述不清，是否该承担返工责任
需求描述不清，PM当然要担责，但只盯着追责没意义，得看为什么会不清。大部分时候不是PM不想写清楚，是需求本身就是模糊的。老板一句话扔下来，业务方自己都没想明白，PM夹在中间硬翻译，写出来的PRD自然漏洞百出。这种返工让PM一个人背锅，不合理。但有几类PM确实该反思：把交互当需求写的，PRD全是页面怎么跳转，业务逻辑一笔带过。开发照着做出来发现核心链路走不通，这锅甩不掉。不写验收标准的，测试问"怎么算完成"答不上来。没有验收标准的PRD就是半成品，别急着过评审。评审会上不挡刀的，被开发质疑就改，被测试追问就删，最后需求被改得面目全非，上线跟最初方案完全两码事。落地建议就一条：PRD过评审前，自己先走查一遍核心场景，拿数据流跑通主链路。跑不通就别上会，丢人还浪费时间。返工不可怕，同一类返工反复出现才可怕。
发布于 江苏
分享
1
3
未登录
友善发言
评论
加载中
