技术团队管理：需求之殇——你大妈不是你以前的大妈了，你大爷永远是你大爷

        在软件界来说，好像产品经理天然就是程序员的头号公敌。原因基本上就是需求的变更。产品经理有时候会觉得自己很委屈，因为有些东西是客户要求变更的。对程序员来说，技术只是实现需求的一种手段，需求的实现才是终极目标；站在产品经理的角度来说，需求只是一个手段而已，而客户才是终极目标。因为两者在对需求的看待问题的不一致，导致后续战争频发.............

十年项目之现状。

我们经过的项目关系很多是这样的：1、领导拍脑袋提出一个需求（是否合理不管）；2、拉着产品经人员，拍拍肩膀，说这个很重要之类的（总之非你莫属了）；3、产品经理一听说很重要，立马拍胸脯保证完成任务（有的产品经理这个时候开始给客户完成时间了）；4、然后各种噩梦开始了.....产品在和开发对需求的时候，基本上都是拍桌子。基本上这个时候在程序员眼睛里，产品经理就是个傻缺了，产品经理眼睛里，程序员就是个二货了；5、后来实在谈不拢了，就开始拉到上面去了，上面公权一压。程序员基本上是那种在非专业上没话说的（逗比的程序员不在此列）。6、程序员估算开发时间，这个时候又是各种撕逼。产品经理总是站在自己的专业角度上来考虑问题，觉得一个小小的页面凭啥要个1-2周（产品经理是不是用画原型的时间在评估需求开发时间呢？）然后开始压时间。

产品经理：“这个要多长时间才能完成？”

程序员：“两周”

产品经理：“(二货，欺负我不懂是吧？)时间太长了，最多一周时间？” 

程序员：“（这个傻缺）可以吧”

7、开发时间进入一半后，客户提出需求变更。同时表示需求很急，希望能按原定时间完成。

8、然后产品和开发各种撕逼中..........用程序猿的话来说，这个才应该是年度最大的宫廷剧

9、然后的然后..........就没有然后了。要么需求延期，要么需求毙掉，要么散伙走人。

产品经理为什么会经常接到来自客户的需求变更？

（其实我觉得很多产品经理不能够很好的理解客户的要求或者需求痛点）。很多产品经理都是因需求而需求，而不是去想为什么。大家都明白项目都是逐渐明细的，为什么是这样，因为需求到后期会越来越细，所以项目会越来越清晰（你确定你说的这不是废话？）。很多产品经理接到来自客户方的需求就是一段话或者一个想法。对于中间的需求相关性和实现的可能性以及优先级，其实都没有经过论证的。客户给过来的需求80%都是拍脑袋决定的，拍脑袋的决定，往往伴随着拍大腿的懊恼和拍桌子的需求变更。因产品经理的目标是客户，在客户面前，产品经理就是个渣渣。所以后续需求变更无法避免，接下来的巴以冲突在程序员和产品经理中间就不断的上演着.......

怎么解决这个问题？

聪明的人士都会将这个问题抛给客户，让客户自己来提真正的需求。聪明的产品经理在接到客户是需求后，往往不会立即拍胸口承诺。而是先提出先做个需求调研并且和程序员开个会确认下需求实现的可能性。然后屁颠屁颠的跑回来和程序员沟通一下。免得到时候后院起火。

其实这个问题最主要的是来自两个方面。一、客户不是大爷；二、程序员应该享有平等的知情权。

我们先聊下为什么不能把客户当作大爷吧？

需求不一定真的是需求

“你大爷永远是你大爷”黑土大爷的话还在不少人耳边响起。很多产品经理的需求往往就是来自客户的一句话，一个想法，一时兴起。其实提出的很多需求都是伪需求。然后就丢给产品经理，然产品实现。很多初级产品经理也是拿着鸡毛当令箭。开始认真的分析起来。其实这个时候产品经理最应该做的事情思考：为什么要这个功能，这个功能有什么作用，它会不会令产品的主要方向出现偏差，会不会影响到其它的功能使用，有没有用现有功能替代的方法?..........产品经理最应该做的事情是思考，而不是想着怎么实现原型图。

产品经理不要自己添砖加瓦

"你大爷永远是你大爷，你大妈已经不是你以前的大妈了"。我以前碰到过一个需求，产品经理从客户那里得到一个统计需求，然后要求实现，首先产品经理要求按照其给出来的需求实现，因为历史遗留的问题，部分数据是有问题的，在经历过开发的实现之后发现实际预计有偏差，然后拍着脑袋把需求再按照自己的脑袋进行二次加工，要求实现，这个时候又对需求进行加工....然后，这个需求直接反馈给用户实现不了。其实这个问题的解决方法不是不断的去修改需求。而是去想着，那数据有问题，能否进行修复？明知道以前的数据有问题了，而不去修改数据，反而不断的去调整需求，其实这个在实现的方向上就错了。因为无论你怎么改，错误的数据还是在里面。你都不可能避免错误数据的问题，正确的解决思路应该是先如何把错误的数据修复过来。南辕北辙，在错误的路上，越努力离成功越远。很多产品经理在功能的实现方向上一旦出现问题，往往习惯想当然的去改变需求然后绕过去，而不是直接面对。这就导致了问题还是问题，当前的需求已经不是当年的白云大妈了....产品经理不要总是自己拍个脑袋就把需求改了.........

要准备上班了，程序员的那块下次补上