技术团队管理：如何快速杀死程序员

我们今天来聊下程序员对需求的看法。教你如何快速干死一个你看不顺眼的臭屁程序员。不说话，先直接上图，无图无真相。

为什么会这样，先看个段子：

你去饭店，坐下来。
“服务员，给我来份宫保鸡丁！”
“好嘞！”
——————这叫原始需求

大厨做到一半。
“服务员，菜里不要放肉。”
“不放肉怎么做啊？”
“不放肉就行了，其它按正常程序做，不就行了，难吗？”
“好的您稍等”
——————中途需求变更

厨房：
大厨：“你大爷，我肉都回锅了”
服务员：“顾客非要要求的嘛，你把肉挑出来不就行了吗”
大厨：“行你大爷”
然而还是一点点挑出来了
——————改动太大，部分重构

餐厅：
“服务员，菜里能给我加点腐竹吗？”
“行，这个应该简单。”
——————低估改动成本

厨房：
大厨：“你TMD，不知道腐竹得提前泡水？炒到一半才说？跟他说，想吃腐竹就多等半天”
服务员：“啊你怎么不早说？”
大厨：“早说你MLGB我怎么知道他要往宫保鸡丁里放腐竹”
然而还是去泡腐竹了
——————新需求引入了新研发成本

餐厅：
“服务员，还是把肉加回去吧”
“您不是刚说不要肉吗”
“现在又想要了”
“…好的您稍等”
——————某一功能点摇摆不定

厨房：
大厨：“日你啊，菜都炒过火了你让我放肉？还好肉我没扔”
服务员：“客户提的要求你日我干嘛？”
大厨：“你就不能拒绝他啊？啊？”
服务员：“人家是客户嘛。”
——————甲方是大爷

餐厅：
“服务员！服务员！”
“来了来了，你好？”
“怎么这么半天啊？”
“稍等我给您催催啊”
——————改动开始导致工期延误

厨房：
大厨：“催你M催，腐竹没泡好，我还得重新放油，他要想吃老的也行，没法保质保量”
——————开发者请求重新排期

餐厅：

服务员：“抱歉，加腐竹的话得多等半天，您别着急哈”
“我靠要等那么久？我现在就要吃，你们能快点吗？”
“行…您稍等”

——————甲方催活

厨房：
大厨：“我日他仙人板板，中途改需求又想按期交付，逗我玩呢？”
服务员：“那我问问，要不让他们换个菜？”
大厨：“再换我就死了”
——————开发者开始和中间人pk

餐厅：
“服务员，这样吧，腐竹不要了，换成蒜毫能快点吗？对了，顺便加点番茄酱”
——————因工期过长再次改动需求

厨房：
大厨：“我日了狗啊，你TM不知道蒜毫也得焯水啊？还有你让我怎么往热菜里放番茄酱啊？？”
服务员：“焯水也比等腐竹强吧，番茄酱往里一倒不就行了吗？很难吗？”
大厨：“草。腐竹我还得接着泡，万一这孙子一会又想要了呢。”
——————频繁改动开始导致大量冗余

餐厅：
“服务员，菜里加茄丁了没有？我去其它饭店吃可都是有茄丁的”
“好好好您稍等您稍等”
——————奇葩需求

厨房：
大厨：“我去他二大爷他吃的是斯里兰卡三流技校炒的宫保鸡丁吗？宫保鸡丁里放茄丁？？”
服务员：“茄丁抄好了扔里边不就行了吗？”
大厨：“那TM还能叫菜吗？哪个系的？”
服务员：“客户要，你就给炒了吧。”
大厨：“MB你顺道问问他腐竹还要不要，我这盆腐竹还占着地方呢不要我就扔了”
——————奇葩你也得做

餐厅：
“服务员，还要多久能好啊”
“很快，很快…”
“再给我来杯西瓜汁。”
“…好”
“我再等10分钟，还不好我就走了，反正还没给钱。”
“很快，很快…”
——————黑暗前的最后黎明

10分钟后
“咦，我上次吃的不是这个味啊？”
从厨房杀出来的大厨：“我TM就日了你的狗…”
——————最终决战

你=客户
服务员=产品经理
大厨=程序员

请自行转换…

看完这个段子之后，我想很多人都会感同身受。因为产品经理是中间人，对接者开发和客户两端。所以他承接着两端沟通的重要桥梁，而对于程序员来讲，所有的需求（包括需求的改动）都来自产品经理。所以程序员会把所有对产品的不满（包括需求的改动）都算到产品经理头上。觉得产品经理没有做好规划或者没有对产品进行很好的把控，导致产品蔓延，需求遥遥无期。

大家经常会看到这样的图在技术圈里被疯狂转发。为什么会这样呢？其实这个很程序员与产品经理直接的工作模式是分不开的。就像前面说的一样，对于程序员来说，终极目标是实现产品需求，而对于产品经理来说，终极目标不是产品，而是尽量满足客户的要求。这样在一开始双方的目标点就不是一个。沟通的不及时和理解的不一致等问题，导致后续的分歧越来越多，相互之间的抱怨也越来越大。以致双方之间经常在办公区爆发冲突。

基本上来讲，很少有程序员很产品经理能够很好的在公司相处的，至少在国内是这样的。下面是一种非官方统计图。

其实对产品经理的看法不好，很多是来自于对需求的不满。包括需求的不清晰和需求的变更。更多的是对需求变更带来的联动变更导致需求范围蔓延、工期延长、工作加班、代码重构和产品不稳定（bug增加）等，以致程序员感觉生无可恋，以致有些程序员走上了极端：离职，不伺候了。所以大家对于科技公司技术员的快速变动不能只是在单方面的看待是程序员的问题，而要从程序员的生存环境等多方面开考虑，如果一个功能没上线，经过了多轮变更的话，很上面段子里的厨师一样，都是没法干活的。

当然，如果你看哪个程序员不顺眼，你就让产品经理多变更几次需求的。一般程序员都会自己跑路的（纯属玩笑话，如有雷同，实属巧合。本人不负任何法律责任）。