漫画：我是程序员，总想打产品经理怎么办？

作者 | 珍妮兔

责编 | 伍杏玲

无论是真实世界，还是网络段子，产品经理和开发之间的战争似乎从来没有消停过。有的战争发生在三维世界里，造成了人身伤害，有的战争发生在心里，造成了隔阂。

传统的说法是：这是属于沟通的问题，沟通是一门艺术，建议团队都去培训“沟通的艺术”。但我认为：艺术并不总靠得住，今天我们来讨论用科学来解决这个问题。

产品和开发打架的问题，本质是因为双方没有统一决策机制——也就是在什么情况下听谁的。下面推荐给你一套炒鸡简单的决策机制，帮你永远的解决这个问题。（理论支持：Scrum）

1. 一个研发团队只听一个产品负责人的。研发团队只从这一个产品负责人这里接受任务。

   如果有一个产品团队，需要由这个产品团队自行选择一个人作为产品负责人。

   如果有多个需求方，同样由这些需求方自己选择一个人作为产品负责人。

2. 产品负责人不仅仅负责提需求，还需要设计好用来满足需求的软件。
   

3. 决定哪些需求先做，哪些需求后做是产品负责人的权力。同时需要请研发团队Review这个实现顺序的可行性。

4. 决定如何实现需求（How）是研发团队的权力。

5. 研发团队有权力只对自己产能范围内的需求做承诺。研发团队决定在一个时间前交付多少的需求。

   如果研发团队觉得产品负责人的建议不可行，产品负责人需要和研发团队进行协商，通过砍需求，简化需求，或者加人等方法解决问题。

一共5条，是不是很简单？大家可以把这5条作为“团队协议"1.0版用起来哟！（团队协议也就是大家共同遵守的约法三章，用来促进合作。）

小结：

---

• 一个研发团队只从一个产品负责人接受任务。

• 产品负责人不仅仅负责提需求，还需要设计好用来满足需求的软件。

• 决定哪些需求先做，哪些需求后做是产品负责人的权力。同时需要请研发团队Review这个实现顺序的可行性。

• 决定如何实现需求（How）是研发团队的权力。

• 研发团队有权力只对自己产能范围内的需求做承诺。

作者：珍妮兔，前腾讯高级过程改进工程师、IT人的效率公众号“轻松做软件”主笔、大规模敏捷SAFe咨询顾问SPC、PMP、CSM、 ISTQB CTAL。擅长解决软件研发管理难题，帮助IT人轻松获得更高绩效。

声明：本文系作者投稿，如需转载请联系原作者。

 热 文 推 荐 

System.out.println("点个在看吧！");
console.log("点个在看吧！");
print("点个在看吧！");
printf("点个在看吧！\n");
cout << "点个在看吧！" << endl;
Console.WriteLine("点个在看吧！");
Response.Write("点个在看吧！");
alert("点个在看吧！")
echo "点个在看吧！"

你点的每个“在看”，我都认真当成了喜欢