解决产品经理和开发团队撕逼

有个问题很有趣：有一块蛋糕两个人分，如何保证公平？很简单的答案是，让切的人后选。那么，在开发团队中，产品经理和开发团队的撕逼，本质上是公平性问题。如果没有公平性，当然免不了撕。

在一般的开发团队中，产品经理往往还带有项目经理角色。他决定产品需要开发什么功能，而且决定什么时候要。由于这个双重权力的存在，产品经理就很容易成为产品的独裁者，当然开发团队就成为被独裁者统治的奴隶。在这种情况下，开发团队为了维护自身权益（不想加班，不想扣绩效），就需要和产品经理撕，否则他自身权益就会被产品经理无情侵犯。这是人性使然。因此，在这种管理模式下，产品和开发的撕逼是必然的，不可避免的。

在Scrum团队里。Product Owner的职权被限制了。PO的职责仅仅是排列出产品的UserStory，并根据优先级进行排序，不再承担Schedule的责任。那么我们Schedule如何确定呢？答案是由开发Team根据自身能力来确定。在最初的冲刺里，我们会选择一个UserStory作为基准，把他的用户故事点数记为一个常量，如1。PO在Sprint Plan Meeting会议上，逐个按照优先级先后，列出他最想做的UserStory，然后交由开发Team评估，和基准的用户故事点数进行比较，是几倍就评估为几。在经过1-2次冲刺后，团队在一个冲刺内能完成几个用户故事点数，就基本能有个数了。在以后的冲刺里面，团队可以通过不断优化，逐步提高开发用户故事点数的能力，但这个能力显然不是一蹴而就能提高的。

在这个过程中，PO精力放在如何吧开发资源用在自己最需要的用户故事上，如何最大化开发Team能提供的价值。开发Team自己负责估算自己的生产能力，并按照承诺去完成。

当然，有人会说，那么开发Team会倾向于评估多的用户故事点数，这样好偷懒一些。如果这样，说明你的团队缺乏最基本的信任。你的团队不是一个解决不确定性问题的团队，而是一个奴隶主加一群奴隶而已。