丁哥看软件（十一）：产品经理与开发经理之争

这一篇来谈一谈产品经理和开发经理的角色，主要是侧重点在产品经理这一角色，因为我听到很多程序员向我抱怨自己的产品经理如何如何的不讲道理，如何如何的不可理喻。

比如：

有的产品经理要求开发团队把5天工作量的活2两天内做完；

有的开发人员向产品经理提出当前需求不可行的异议时遭到HR谈话要求走人等等。

收集整理产品需求和开发解决需求是两回事。这个地方最主要的是避免左右互搏，一心二用。

如果产品经理是开发出身，这个并没有问题。产品经理的第一职责在于跟客户打交道，理解客户想要什么，因为有时候客户只是知道他大体想要什么，但说不清楚。这时候产品经理的作用就是替客户把这个需求理清楚，一条条的细化到user story甚至use case这一级。

这个职责完成以后，产品经理的第二职责是要跟开发团队的经理打交道，开发经理需要向产品经理说明每个user story和use case的开发可行性以及大体完成时间。如果碰上某些任务开发经理心里没底的，可以空出来，打个问号之类的，回头需要继续研究这个问题，但是大部分的问题都可以把时间估算出来。

这个阶段完成了以后，产品经理和开发经理可以商定proof of concept或者第一阶段要交付给客户演示的一个版本的时间和大体的样子。

然后是产品经理向客户说明产品下一步的开发计划，问问客户是否有更多的要求。如果没有问题就继续往下按照计划推进。

如果有更多的需求问题出来，可以反复循环上面的过程。

接下来的主要任务就是开发经理带领开发团队按照计划进行设计和开发的阶段，开发经理负责分发和审查任务的完成状态，每个阶段可能会有一个演示，这时候产品经理可以提出自己的一些观点和看法。

从敏捷编程的方法论里面来说有两种情况，一种是kanban，另一种是scrum。kanban模式的驱动者是开发团队本身。由于开发团队可以决定自己的任务优先级，所以能够保证开发工作的连续性。

 scrum模式的驱动者是scrum master和product owner。每个sprint对于任务的侧重点可能会不一样，这个主要是由产品经理决定的。正因为如此，具体的开发工作有可能会产生断续。

敏捷方法论的宗旨是尽可能快的提供产品的输出，并且持续的提供产品的输出，每个输出都希望是可验证的。

在产品开发的过程中，产品经理这个角色一定不能超出自己的范畴，不能够陷入到开发团队当中去，一定要把自己作为一个局外人，从用户的角度提出看法和观点，如果有不同的意见，可以跟开发经理传达自己的想法和顾虑，由开发经理去推动整个开发工作。

开发经理可以根据实际的技术进展和需求的可行性，向产品经理提出自己的观点，然后产品经理把这些想法在跟开发经理沟通以后向客户反馈。

产品经理要做好自己的角色，开发经理也同时做好自己的角色。步步为营，稳步推进，软件产品的开发就不会陷入泥潭。