半数研发团队，都花过力气做组织架构、定 RACI（责任分配矩阵）、把职责写进岗位说明书。
但一个反直觉的现象是：边界越划越清，扯皮反而没少。
上游说：“我按职责输出了，我的活干完了。”
下游说：“你给的不是我要的，我没法干。”
老板坐在中间，像个裁判，天天断案。
问题不在"边界没划"，而在"边界怎么接"没人定。
我做了18年研发、带过产研团队。这种扯皮，绝大多数死在同一个地方——边界划了，可"怎么接"没人定。在治理视角，边界不是终点，是接口。
你写"张三负责需求，李四负责开发"，这是在划边界。但边界和边界之间有一条缝——上游给下游的东西，到底是什么格式、什么标准、什么算"合格"？绝大多数公司，这条缝是真空的。
我给你演个场景：产品经理小王往群里丢了一份 PRD（产品需求文档），只写"本周上线"。研发老李回：“这什么叫合格？验收标准是啥？”——会议室吵两小时，老板被拉去当裁判，最后拍脑袋定。下周又来一遍。
更致命的是：就算你叫人"定标准"，标准本身没结构，接收方还是空对空。小王回去"定了个标准"，写的是"需求要写清楚"——照样没人看得懂。对接标准必须是一张结构化规格卡，至少填清这 4 件事：
-
① 交付物 What｜到底要给什么
1 份 PRD（产品需求文档）：含用户故事 + 验收标准 + 异常分支。 -
② 格式 Format｜长什么样
文档模板（含必填段），不是口头说。
订阅专栏 解锁全文
扫一扫
435
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
