作者 | 珍妮兔
责编 | 伍杏玲
无论是真实世界，还是网络段子，产品经理和开发之间的战争似乎从来没有消停过。有的战争发生在三维世界里，造成了人身伤害，有的战争发生在心里，造成了隔阂。
传统的说法是：这是属于沟通的问题，沟通是一门艺术，建议团队都去培训“沟通的艺术”。但我认为：艺术并不总靠得住，今天我们来讨论用科学来解决这个问题。
产品和开发打架的问题，本质是因为双方没有统一决策机制——也就是在什么情况下听谁的。下面推荐给你一套炒鸡简单的决策机制，帮你永远的解决这个问题。（理论支持：Scrum）
一个研发团队只听一个产品负责人的。研发团队只从这一个产品负责人这里接受任务。
如果有一个产品团队，需要由这个产品团队自行选择一个人作为产品负责人。
如果有多个需求方，同样由这些需求方自己选择一个人作为产品负责人。
产品负责人不仅仅负责提需求，还需要设计好用来满足需求的软件。
决定哪些需求先做，哪些需求后做是产品负责人的权力。同时需要请研发团队Review这个实现顺序的可行性。
决定如何实现需求（How）是研发团队的权力。
研发团队有权力只对自己产能范围内的需求做承诺。研发团队决定在一个时间前交付多少的需求。
如果研发团队觉得产品负责人的建议不可行，产品负责人需要和研发团队进行协商，通过砍需求，简化需求，或者加人等方法解决问题。
一共5条，是不是很简单？大家可以把这5条作为“团队协议"1.0版用起来哟！（团队协议也就是大家共同遵守的约法三章，用来促进合作。）
小结：
一个研发团队只从一个产品负责人接受任务。
产品负责人不仅仅负责提需求，还需要设计好用来满足需求的软件。
决定哪些需求先做，哪些需求后做是产品负责人的权力。同时需要请研发团队Review这个实现顺序的可行性。
决定如何实现需求（How）是研发团队的权力。
研发团队有权力只对自己产能范围内的需求做承诺。
作者：珍妮兔，前腾讯高级过程改进工程师、IT人的效率公众号“轻松做软件”主笔、大规模敏捷SAFe咨询顾问SPC、PMP、CSM、 ISTQB CTAL。擅长解决软件研发管理难题，帮助IT人轻松获得更高绩效。
声明：本文系作者投稿，如需转载请联系原作者。
热 文 推 荐
☞在线公开课 | 从理论走向实践，多角度详解Cloud Native
☞ 中国区块链职业发展现状: 30岁前不做开发; 平均薪资仅38.4万; 跳槽薪资涨三成 (附完整报告下载资源)
System.out.println("点个在看吧！");
console.log("点个在看吧！");
print("点个在看吧！");
printf("点个在看吧！\n");
cout << "点个在看吧！" << endl;
Console.WriteLine("点个在看吧！");
Response.Write("点个在看吧！");
alert("点个在看吧！")
echo "点个在看吧！"
你点的每个“在看”，我都认真当成了喜欢
微信公众号
评论记录：
回复评论：