售前和程序员打架

1. 程序员和产品经理相爱相杀，打完架再“牵手”，全公司都沸腾了

在某个职场论坛里，有网友发帖爆料，大方晒出自家公司 产品经理 和 程序员 相爱相杀的照片。画面中，两个大男人手牵着手，面朝墙壁背对众人，浓浓的基情感扑面而来，让人忍不住浮想联翩。

这可不是他们成功“出柜”了，而是公司对两个人动手打架的惩罚措施。因为在产品项目上沟通不顺，产品经理和程序员起了争执，两个认死理的人互不相让，一言不合就打了起来，拳脚相向好不激烈，费了老大劲才把他们各自拉开。

程序员和产品经理的矛盾，早已经不是什么秘密了，在 互联网公司 里， 要论程序员 最讨厌谁，产品经理绝对能排进前三。要求多还奇葩，反反复复变动，指手画脚叨叨个没完，让程序员们苦不堪言。只是虽然彼此间矛盾多多，但还算克制，真真动手的还是比较少的，像这种大庭广众之下互殴的，就更不多见了，也难怪公司要当众惩处了。

两人动手打架的影响非常恶劣，公司要求要么一起辞职滚蛋，要么牵手一下午。终究胳膊拧不过大腿，虽然这个要求很诡异，但为了不被辞退，也只能捏着鼻子认了。本来还剑拔弩张的两人，在众人的见证下，大手拉小手整整牵了一下午，画风都歪了！

其实无论是产品经理还是程序员，大家最终的目的都是为了整个项目能够完美交付，为公司完成这笔业务。只是两个人的侧重点不同， 产品经理 要考虑客户考虑市场， 程序员 则更关心产品本身的合理性。当关注的重点不一样，难免会产生分歧，引发彼此之间的冲突。

而且都是公司的同事，平日里抬头不见低头见，大打出手确实不应该。在有着共同目标的大前提之下，即使两人的立场不同，但也应该彼此互相体谅，只有精诚合作，才能事半功倍不是。

公司的处理决定也很机智，辞退可能只是玩笑话，要他们牵手和好才是真的。毕竟都是为了公司的产品项目才弄得这么大火气，把他们安抚好了，项目也能更顺利完成。而且这种方法虽然看起来尴尬，但也冲淡了矛盾的尖锐，尴尬总好过对立，诙谐才更容易让人接受。

这不，还有网友打算效仿呢！嗯，都是人才！

2. 程序员转行做什么，销售

程序员转行可以做的东西还是蛮多的。以我们公司各种程序员的转型为例。
第一，你可以做测试。因为你做过程序员，所以会比一般的测试更懂得哪个地方会更容易出现bug。如果你编程能力不错，看代码能力也不错，可以做那种白盒测试，专看代码，哪些地方会存在隐藏缺陷，没做保护就会出现崩溃什么的都会看的很明显。无聊的时候也可以去做做自动化测试，都是手到擒来的。业务的话，如果是换了个产品，还是需要慢慢学习的，不换产品的话，业务也是完虐普通测试人员，毕竟曾经这个产品也是你改的咯。
第二，你可以做工程。跑客户现场给客户升级，安装环境，解决软件这个那个问题。不过数据库一定要学的不错。因为工程很多时候都可能需要帮客户查问题，是不是客户操作失误呀，或者数据不对呀什么的，很多都需要通过SQL语言去查。一般来说，客户遇见问题要么问客服，要么问工程，工程不会了，再跑去问开发。不过工程的话，还要会安装各种乱七八糟听上去高大上的东西，反正我们这边的工程都好厉害，我们懂的不懂的业务和技术，他们都懂。
第三，可以做项目经理，产品经理或技术经理哦，也就是一方头领，美称管理人员。规划一个产品的发展，定目标什么时候完成，指导普通开发人员去解决疑难杂症，并调动普通程序员工作热情。这个要求有点难，既要有技术，又要懂业务，还要懂人心，还要能扛得住上头大boss的压力，有时候还要去客户沟通需求，吹吹自己产品多厉害。
第四，可以做售前软件工程师，也就是销售。这个的话，得对产品十分了解，也要懂得基础业务，顺便还能拉的下脸，厚地起皮，对市场有所了解，有一定的人脉关系。毕竟是卖东西的，没人卖脸皮薄就卖不出去产品，没收到钱前的客户都是很难搞的，得好吃好喝的供着。法律知识一定要多学，免得被人钻了空子还要自己背锅。

IT行业相关的职业都是相互有所关联的，转岗也相比没基础的简单多了。嗯，其实我就是纸上谈兵，还没转过岗，只是听着我们的boss对我们耳提面命，说着每个岗位都是密不可分的。希望对你有帮助。

3. IT行业的售前和售后各需要做什么工作

一伙计曾经这样跟我解释售前和售后的区别：“从某种程度上讲，售前是替公司吹牛，售后是替售前圆谎。”我们曾经称售后为擦屁股的。国内目前很多售前就是这样的
曾经有一个小项目，市场和售前为了拿单，许诺客户了很高的技术指标。到项目实施的时候根本做不到。销售可不管这个，早已经拿了提成，又吹下一个单子去了。
为了管理这种不负责任的销售，一般有两种方法
1）全过程收单评价
如果在销售回款没有拿到之前就兑现提成，就会这样，所以有些公司在回款90%后才兑现提成，这样如果由于sales胡侃导致合同实施成本上升或合同流产，他的提成就缩水甚至泡汤了
2）有些公司会让售前有限的参与项目实施
比如在需求分析阶段和项目组一起工作一段，这样他忽悠的时候一般不会太过份，总得给自己留点余地售前的素质
道哥最常说的一句话，"素质,要注意你的素质",（如果不知道道哥是谁，可以看看《疯狂的石头》）。每一个有前途的职业,不论做窃贼、骗子还是小偷,都要求有素质,有技术含量,并且还要及时总结经验教训，做到精中取精。而售前，显然是一个更复杂的职业，包容了上述三个职业的综合特征，那更是要求素质了。当然素质不是一天就能练成的，就象一个字头的诞生，需要先从小混混开始做起一样。
第一个也是最重要的一个素质，是......声音要大。呵呵，是不是有些搞笑了，但是这却真是最基本的素质。在家里，LD一般是禁止我在她耳边说话的，因为即使声音再小，都会有嗡嗡的回声（好似几万只苍蝇呀）。当然这种素质也有很多的好处，比如坐公交车，司机常会喊：“有没人下车？”，总有些人喊了很多声，司机就是听不见，然后连我都有些着急，替他弱弱地伴奏一声，车立马就停了。只要你观察一下，就会发现人的发音有很多种，但大部分都是嗓子里出来的，这样子的声音如果做演讲，是搞不定别人的。售前讲演，如果是下午的某一个时段，首要的目的就是不要让听的人想睡觉，当然进一步，就是让想睡觉的人也睡不着，如果你的声音对睡眠很有帮助，建议还是去幼稚园谋一个职位。
声音大其实就发音训练，要从胸腔发声，要有气度。有些人天生大嗓门，有些人则是吐字不清，但是声音大真的不是一个不可改变的素质（就象小混混也不是天生就会砍人）。因为有一个职业，只要你做了，声音自然就会大，那就是——老师。说这个是想让有志成为"头牌名售"的人多一份信心，师范招生时可从来没有声音大这一条，老师的这个能力显然都是培训出来，只要是人，进了师范就能培养出来。因此将自己培养成大嗓门的难度并不高，比如一种传说中的方法，在舌头下面放一块石头，然后再去发声（当然这种方法显然适合单独找没人的地方去练，否则要是弄得月落蛙啼鸦满天，恐怕会被人当成祥瑞的）。
第二个嘛，就是不怯场。很多达人，若是几个熟人在一起，那定是口若悬河，上着天下挨地，让别人对他嘴的景仰之情，如涛涛之江水绵绵不绝，然而一旦到了公众场合，那便如同被雷着的蛤蟆，一声不吭了。强要让他讲两句，就只见颤巍巍站起来，战惊惊放眼看，呀，这一大群人的目光，脑袋立刻就“嗡”一下，短路的连自己在哪都不知道了。有这样可怕的经历的人，即使你没有把它当作恶梦，那也会是你记忆中最想被埋掉的东西。怯场，是人性的弱点之一，就象你见到危险本能地会逃避一样。因此，大可不必对着那些“人来疯”有什么自卑感，这一素质，也是后天培养的，小时候的孩子王到了大时见到生人就哆嗦的人有的是。很多时候，只要有条件你就行，而且还有专业培养的，现在幼稚园里有专门开设的演讲课，就是培养这种能力的。
机会可遇不可求，不怯场最重要的就是职业训练，所有的售前都会记着他第一次的情景，便如同他第一次和情人幽会，不但印象深刻，而且感觉也差不多，都是口不应心，手忙脚乱，在乱七八糟中就过去了。第一次之后的成长也相差不多，不同的人，近似的内容，慢慢就由菜鸟成了熟手，然后由被动变为主动，由心慌意乱变成明心顺气，甚至用目光扫视在场的人，观察对方的感觉，决定什么时候讲精细些，什么地方可以带过，最后甚至能发挥一下，讲一个笑话，说一下掌故，带起一轮高潮。有个足球教练说的好，“你们一个星期的艰苦训练就是为了星期天的那两个小时，这是你们的节日”，作为一个售前，这两个小时的讲解又何尝不是如此。
第三个嘛，还是要有过硬的知识。售前就是以专家的身份，去告诉别人系统该如何做。当然专家也要看眼色，比如到大型国企，您实际是去考试，让那些眼高过顶的大佬们认可你的公司，知道你的公司至少有一号人知道这东西是怎么回事，而去到一些小的地方，你就是不折不扣的行业专家，告诉别人“为什么要做、做什么、怎么做”。就这一点而言，售前就有些象某些药店的坐台行医的，先告诉“你有病”，然后告诉你“有什么病”，最后说“应该怎么治”，末了开一个药方，捎带在方中夹带上自己制的草药。
相对而言，小地方忽悠的成分更大一些，经常有人信马由缰的胡侃，也不怕露馅，用我的一个同事的话，“农民就是农民，即使有了钱，也只是富裕了的农民（简称富农）”。而在大的企业里，虽然实际水平可能并不怎么样，他们仍然会自认为是这一行业的NO.1（在中国很多人认为他们呆的楼的高度和他们的技术水平是成正比的），你要小心侍候，即使他说的是错的，你也要不能直接说NO，而是要说，这个确实是这样，有很多地方都这么用，而且十分有效，当然我们还有另外一种方法等等。售前的座右铭就是，“客户的脸上没有‘$’，但客户的兜里有”，因此不要去看客户的脸色，要想着他的衣服（详细技巧请回忆《喜剧之王》中的情节），这样你的心境会平和的多。
过硬的知识更体现在答疑中，在讲方案时，因为是单向度的，有些人虽然不熟悉，也可以根据自己的理解把方案讲的十分生动，售前高手中有很多人有这个本事，事前一个小时才拿到资料，然后看一遍，就给客户去讲，讲的就象自己做过很多年一样（当然技术支持高手的本事更高，能够在飞机上看完用户手册的第一章，然后大能地到客户那儿去安装，等回公司后才发现第一章是安装DEMO版）。但是答疑就不一样，客户提出的问题往往是他们在工作中不得解决的难点，或者是经过很多次摸索终于解决了的得意之处，无论是哪一点，都与业务有很深的联系，单靠临时抱佛脚肯定是不行的。好在一般的技术交流都会在讲方案之外，再配一个技术高手，这个人可能不具有前两项素质，但是过硬的知识还是具备的。
如果你上述三点都具备，那么恭喜你，你不来咨询界，无疑是这个行业一大损失。当然，如果你不具备第三点，但却具备声音大和人来疯的素质，并且同时兼具良好的外型，那么我们建议你可以试一下另一个更有前途的行业，比如娱乐界，去参加一下快乐男生的比赛。
上面三点是基本素质，而要想做好售前，更需要具有交流才能。售前就是去交流，说起来简单，做起来却有很多的门道。最重要的一点要注意的，就是不要过多的谈计算机技术，而要谈业务，谈问题。
霍金教授在《时间简史》一书中谈到，书中每多一个公式，就会少一批读者。售前也是一样，你的词句中每多一个高深的技术术语，就意味着少一分让人认可的可能。记住，除了IT公司本身，IT对其它企业经营只有催化作用，并不能产生直接的效益，甚至在很多行业，IT是企业最大的投资和成本。售前要去做的，是和一群非IT行业的人打交道，告诉他们如何去用IT解决某个行业问题。生涩的技术名词，不会给客户留下什么印象，当售前的嘴里吐出一个又一个象牙时，你的客户却只会悄悄的把香蕉换成狗粮。
讲客户能够听懂的东西，然后引导他们由行业的难题进入到技术的解决之道，用一个又一个行业的案例告诉客户，这个系统是做什么用的，当遇到某个问题时，我们在过去的案例中是如何解决的，甚至有时还可以说，某个问题现在也没有什么好的方法，比如银行系统中客户信息的整合，这些都是一些常规的作法。同样一个 PPT，短时讲20分钟，长时讲3个小时，主要的关键就是要在讲述过程中，不断的引述过去的案例，这样不但可以体现公司的实施能力，更能够活跃气氛。
忽悠是售前的基本素质，但是却不是没有实际基础的乱说，客户不是傻瓜，找你来就是探询公司的实力的。一般而言，讲的每一句话都应该是实话（当然公司的人力资源除外，如果公司现成就有一批实施项目的人在家闲着，离黄也就不远了），但是组合起来却可能给人以不同的印象。将几个案例的内容合在一个案例里讲，这样可以显得某个案例特别的大，给人以放心感，也可以将一些情况安到某个并没有发生这种情况的案例上，只是为了让客户有个印象，就是公司的案例很多，信手拈来。
七分实，三分虚，合在一起，既要表现的漂亮，就不要将话说满，给一些质疑留下余地。特别是在答疑时，更要注意分寸，很多时候，可能客户已经从侧面了解过了，如何既能表现圆满，又不留下把柄，无疑是售前工作素质的最大考验。说起来，公司的实力还是最重要的，就象IBM，他们的售前经常犯前面所列举的所有的错误，但是最后还是把标给拿下来了，没办法，人家的产品和市场，那才叫天外之天。
说一千，道一万，其实任何工作都一样，要保持平和的心态，同时要注意平时的努力。最需要明白的一个道理就是，售前实际就是帮市场打猎，这一个猎物没抓住，还有下一个（当然如果一直抓不住，也是会饿死的），而能力就是在这不断的扑猎中锻炼出来的，不做永远不会，出一次错没有什么，最怕的就是没有信心，畏缩不前。（三）：售前的体验
很多人都看过《猎狗的故事》这个小段子，故事似乎有两个结局，一个是悲剧，就是最后冬天到了，狗儿们都给扫地出门，另一个是喜剧，被扫地出门的狗们成立了猎狗俱乐部，最后过上了幸福美满的生活。其实每一个IT人似乎都有一种类似于猎狗的焦虑情绪，我们的现状还好是因为我们还有用，但是未来，一直是一个不敢面对的东西，无论在现实中，还是在故事中，幸福的老猎狗似乎都是少数。有时候，甚至大家在想，做一只吃草的兔子该是一件多么幸福的事情。
当然相对于那些每月2K的兔子，IT这样肉食的工作还是充满了诱惑力，面对这个职业，很多刚出校门者，都有一种近乎本能的希望加入的冲动。但是，压力也是永恒的，它很象安徒生童话里的那双红舞鞋，穿上才知道这其中的危险，此生中注定你将无法停歇，你将不断的跳，至死方休。一个不断发展的行业，很多概念还没有实用就已经过时， 学习速度永远赶不上知识的更新速度。三十年的老会计是公司的镇宅之宝，而三十岁的程序员，很多却已如同过气的歌女。于是有一个更为时行的故事流传起来，将挨踢的和挨KAO的做了一番有趣的对比，最后的结论，老九的位置不论是以历史的排法还是按文革的排法，都是无比的正确。
上天有好生之德，世间无绝人之路，大能的神对于IT行业当然也不会法外加刑，否则这许多除了一把年纪什么都没有的好男人若是真的绝了种，神岂不是也不太好玩了。售前显然是IT行业最终之路中的一条，就如同在娱乐界，酒吧女如果中途不从良最终总会去做妈妈桑一样。在成长中的猎狗眼中，无论是售前还是妈 妈桑，都是老猎狗的职业，都是一个令人向往的幸福生活。不过由一只青春猎狗成长为一只老猎狗显然还有很长的路要走，历史的经验告诉我们，再平坦的路都可能摔跤，柏油马路发明以来，死在路上的人数甚至超过了战争。
在职业旅程中，我们是成为路边上出来吓人的枯骨，还是成为路中间诱人前行的塑像，这一切似乎都源自造化。不过，经验总是可以借鉴的，职业的成功远不象地震那样难以预测，总结一下，想成为一个成功的售前，其实和其它任何一个资深的职业一样，离不了勇气、机会和能力三个要素。
一次成功，必然是由一个抉择开始的，很多的伟光正都是事后才认定的，在刚开始时却不一定，此时，最需要的是勇气。套用美国大兵手册里面的一句话，“你做的 任何事情都会挨枪子，什么都不做也一样”。售前就是这样一粒枪子，唯一的区别是你有选择不死的权力。对于一个程序员来说，售前是一个极大的改变，因为这意 味着你的生活将脱离控制。一个IT化的人面对着一台电脑，就如同士兵手中拿着武器，只要你掌握了他，他就是一个对你言听计从的哥们，而一个售前，面前的那一群人类你永远无法掌握。
强调勇气，是因为见过太多的人在这种机会面前退缩，前面说过，在IT之路上，实际上还有一个更令人羡慕的终极职业，那就是产品经理，手中掌握着公司的核心 机密，一种不管谁当政都不会受影响的超级员工。所以，很多时候售前并不是程序员的第一选择，研发骨干才是。但是，很多的项目经理实在不适合做产品，在项目 中他们其实已经在和人打交道了，只是这次，不再是面对面的谈，而是面对一群人，别人坐着你站着，别人看着你说着，这一切都是一种全新的体验，只是这次的体验，却不一定让人愉快。
而在另一方面，对于公司而言，售前的每一次的派出，都意味着一笔不小的支出，同时又意味着一次商业机会的落定，没有哪个公司会将这种关系到钱途的位子随便托付给什么阿猫阿狗。除非RP特别的好，否则这样的机会不会多次出现。用我们经常给市场人员说的话，天上掉下来的，不一定是馅饼，还可能是石头，而且，即使是馅饼，如果太大了，依然可以把人拍死。
在公司的职位中，售前并不在正常的晋升之阶上，因为有些素质甚至和IT的职业特征相背，面对计算机太久了，很多人习惯了专业术语，习惯了非对即错的二元论，甚至习惯于命令式的语气，而这些都是与人打交道中的大忌。在很多人眼里，IT人群就是一些怪物，费尽口舌之后经常会得来一句所问非所答的咒语。不过这同时也带来另一个好处，那就是，在公司的选择范围中，具备售前素质的人并不会太多，有志于此的人，总会获得机会的垂青。
机会来临时，抓住它，这是一句老生常谈，但是，机会也许不会象你想的那么直白。崔健有一首歌，叫做《投机分子》，里面有几句歌词很让人印象深刻，“忽然来了一个机会，空空的没有目的......机会究竟是什么，我们现在还不清楚，就象你十八岁的时候给你个姑娘。”。实际上几乎每一个售前的第一次，都很象这最后一句话，能否成为护花使者，甚至最后成为大众情人，还是要取决于此后能力的培养。
在BBS上，能力的等级最常见的分类是菜鸟、大虾和妖精，这种分类虽然远没有王国维人生三境界那么浪漫，不过却也十分形象。作为一只IT老猎狗，虽然还没有成精，但是那些成精的故事还是知道不少，现在最常干的事情，就是坐在圆圆的饭桌旁边，给后辈讲一些妖精的故事，那时候，还没有妖精，这个世界才刚刚开始......。人是人他妈生的，妖是妖他妈生的，没有人知道第一个售前的妖精是怎么诞生的，这样的妖精的历史似乎可以追溯到苏秦张仪为代表的纵横家。不过既然这种史前的妖精都有当人时的惨痛历史，现在的妖精自然也不例外，每一个妖精的前世都有一只菜鸟在呱呱乱叫。
接下来，让我们来谈谈售前成长之路上的应对之道。(四)：售前的入门
就如同大多数虫子都要经过卵、虫子、蛹之后才能羽化升仙一样，一份有技术含量的职业，总要经历一番痛苦的历练才能得心应手。而要达到妖精级别，那就不单是要历练，更需要年头，同样都是妖精，五百年的道行见了千年的，那就只有当跟班的份儿了。当然，对于大多数人来说，妖精还是一个久远之后的幻想，第一步，我们还是先想着怎么做一个合格的菜鸟。
如果真正论起来，售前本身就已经是一个妖精级的职业，但是就象前面说的，妖精也一样会分出道行来，“新妖精”如同“新警察”一样，无论如何装扮，菜鸟的本质总会让人一眼认出来。作为一个菜鸟级的售前，最大的特征就是言语发涩，还有就是头也不抬的照本宣科。不过，人总会有当菜鸟的时候，即然不可避免，那么唯一需要我们做的就是如何能够愉快并且迅速的渡过。
作为一个售前的菜鸟，眼前最重要的事情不是如何完美的与客户交流，如何吸引客户的兴趣，而是如何顺利的完成一次讲解。当许多双眼睛在看着你时，似乎世界都已经模糊，这时候，也许某一个不经意的打扰，就可能让你忘记那些已经准备了很久的台词，木然的呆在那里。
要避免这些尴尬其实真的没有什么捷径好走，作为一个菜鸟，唯一能做的就是在台下准备的充分一些。PPT的讲稿最好是自己去写，即使是拿了别人的讲稿，也应该按照自己的思路去调整，虽然内容中抄的居多，但是好记忆不如烂笔头，写的过程实际就是组织词句的过程。
自己完成了讲稿之后，下面的事情就是反复的默记，甚至到最后去会议室的路上，也可以继续在脑中反复的演练。拳不离手，曲不离口，一切神功，无它，唯手熟耳。对于菜鸟售前，第一次亮相之前，公司一般会有预演，如果没有，你也可以争取一下，叫一些比较大的领导来听听，让他们提出意见，同时也锻炼你的场面应变力。上面这些完成之后，售前的准备也就差不多了，下面，就是开练了，不过初次的登台还是有一些小技巧的。
首先，最好将开场白写在纸上，然后反复的记熟。做售前的人都应该是对业务十分熟悉的人，欠缺的只是演讲中的一些技巧。开场白是很重要的，对于一个菜鸟来说，尽快的进入到主题无疑可以减少慌乱，那么演讲的开始由一段机械的背诵开始无疑是比较好的方法。
其次，尽量将要说的话写在PPT上。虽然PPT字太多并不是很好，但是却可以帮助你在脑中出现空白时也能知道自己要说什么。当然，最好还是只在上面写出摘要，然后可以根据这些摘要引申出你说的话。
第三，不要去盯别人的眼睛。对于老的售前来说，经常不经意间去看客户的眼睛，是与客户交流的技巧之一，既可以了解客户反应，又可以让客户知道你在注意他并重视他。但对于菜鸟来说，这样做却有些危险，因为与客户的对视可能让你更加紧张，从而出现短暂的思维中断。
第四，说话的语速不要太快。语速太快可能使你的思维跟不上，也使可能出现的忘词变得更加明显。而比较缓慢的语速则可以使你有更加多的考虑时间。
生手循规导矩，老手天马行空，这似乎是任何一个职业的特征。菜鸟的经历很痛苦，就象练盲打开始时的ASDF键一样，在这个阶段，你所做的就是保证你坚持下去，而不是要产生什么工作的最佳效果。好在，对于售前而言，这个阶段并不长，因为对于大多数售前来说，以前的项目经验足够保证他能够很快领会到这其中的秘诀，然后进入到一个可以自由发挥的大虾阶段，这时候，很多的人就会称你为专家了。 在售前工作中能够写的东西还有很多，而如果要总结的话，最应该强调的一点是，工作和生活是不应该分家的，能够胜任售前工作只是起步，要想有所提高关键还是在生活中。一个生活中无趣的人，一个在言谈中无法感染别人的人，不可能成为一个好的售前，因此，做一个有知识的人、经历丰富的人、有趣味的人、有幽默感的人，显然是好售前的最佳生活方式.

4. 程序员为什么加班多,是什么原因导致的

导致程序员加班的原因很多，主要由以下几方面吧：

1.需求不清晰。需求人员或者项目经理、产品经理没有吧需求梳理分析清楚，等开发到一半甚至开发完了，才意识到需求错了，需要重新做，眼看项目或产品都快交付了，只能让程序员加班了。

2.管理问题。企业文化，就是加班，本来没啥活，但领导就觉得员工加班他心里踏实，所以那不管你是不是程序员，一律加班。

3.自身问题。效率低，解决问题能力不行，分配的工作任务无法在规定时间内完成，那只能加班，自行解决了。

4.工作任务紧急。突然要开发一个新功能，客户要求时间紧迫。不加班，无法完成。

5.工作量大。日常工作量就是大，一个人干两三个人的工作，干不完，加班还干不完呢，加班成常态了。

从甲方角度看，我就想要什么产品3个月上线，这是战略和领导决策决定的，不能拖太长时间。

甲方以这个要求去找乙方，乙方销售为了完成业绩，他满口答应。

售前一般不会反对销售。

合同一旦签署完毕，销售业绩就认为算完成一大半，后续介入内部流程就可能减少。

这时候认为，按时交付的责任应该在研发方面。

开发和产品团队此时可能还需要进行需求分析，系统设计，提交文档，正规一些的测试部门还要审核文档。

然后这些事都走玩，开始开发任务。开发人员每天一个日报，每周一个周报，几乎天天开会讨论。

白天都在讨论问题，只有晚上其他部门都走了，无人打扰时，研发才可能专心敲代码。

没让专业的人做专业的事情， 是工作开展的大忌，在工业上，早已证明了一切，在工厂生产中，工人流水化作业，一个人只专注一件事情，会越做越熟练，越做越快，越做效率越高。

在软件开发分工越来越明确的今天，让后端人员抢前端人员的饭碗，去写网页、样式，效率能高吗？让后端人员去抢DBA的饭碗，去做数据库优化，效率能高吗？

不专业的人做不专业的事情，可能和公司的发展历程、组织架构、人员规划有关；也可能和任务安排有关。

公司发展初期，养不起很多专业的人，可能更需要“全栈”工程师，啥都一把捉；公司发展的过渡期，有点钱了，也意识到了要让专人做专业的事情，但是人员还没招齐，那没办法，你也得兼职着做各种各样的事情。如果公司有钱了，发展也成熟了，不是属于以上两种阶段，在IT组织中，连前端、后端、测试、架构、DBA、网络、服务器运维、技术支持、安全、产品，这些职能都没区分好的话，就会对工作效率有影响。IT一线工作人员，每个坑位，都需要一颗专业的螺丝钉。

开发人员不注重代码质量，导致后期返工，导致效率低

有 时候，快即是慢，对于经验不足或者习惯不好的开发人员，开发前期，被迫或者自己没意识到，为了追求进度，逻辑没考虑周全，没做好自测，代码能跑起来就算完 成任务了，表面上任务完成得很快。但是在项目后期，测试阶段，问题大规模爆发，甚至要返工，由于测试后期，离自己写代码的时候，可能隔了一段时间，有的东 西自己都忘了，再回过头去重新“熟悉”，效率能不低吗？更为严重的后果是让项目进度不可控。因此，就算进度再紧张，也顶住压力，必须要做最基本的测试，再进入下一个任务点。

个体组织人员膨胀，出现沟通成本大的问题，导致效率低

沟通成本是人员膨胀后，暴露出来的首要问题。

举个简单的栗子，很多公司都有每天晨会习惯，如果一个组有5个人，开晨会汇报工作，平均一个人汇报2分钟，就需要10分钟，现在一个组增加到10个人，一人汇报两分钟，都要20分钟才能汇报完。时间就这样过去。

再举个栗子，30人天的工作，分给2个人做，可能需要15天，共耗费30人天，但是分给5个人做，6天能完成吗？

信息在沟通、传递的过程中，可能会“失真”，你想的，不一定能100%说出来，你说出来了，别人也不一定能100%理解，而且每个人的理解能力、知识体系都不一样，理解起来容易产生偏差，产生偏差就容易做错事情。

因此，如果人员出现膨胀，要以项目为单位，进行合理的项目拆分、人员拆分。同一个“小项目”最好不要超过4个人负责。沟通的时候，推荐使用口头+书面+复述，减少沟通过程中的信息失真。

上、下属之间相互不信任，做事有阻碍或者导致重复工作，导致效率低

上 下属相互信任是一切工作的基础。如果上级不信任下属，不敢授权给下属，凡是都要自己过一遍，而上级往往是一对多的关系，这个时候，工作瓶颈会出现在上级身 上；如果上级不信任下属，搞一堆监督机制，为了下属不做错事情，又让别人同事过一遍，又要耗费额外的成本，劳民伤财，而下级得不到信任，做事受阻，久而久 之就会畏手畏脚，很难独当一面，或觉得自己有能力没地方使，干脆走人。

上级应该充分信任下级，放心授权让下级去做事情，但这些都一个前提就是要有一个较好的软件管理过程，包括开发环境和测试团队和在完成任务的过程中进行一些辅导和进行重要节点管控和监督。

上级不信任下级，经常碰到，而下级不信任上级也很要命。程序员是很有个性的工种，不好管理，往往特别多想法。就好像车轮子陷入泥潭中，上级说车子往前推，有的人又说，往后拉，各自发力，估计车子永远都摆脱不了泥潭，还谈何效率？

因此，如果有意见，前期可以提，但是解决方案一旦定下来，应该上下一心（即使有意见也埋在心底吧），朝着目标一起去努力。

不同部门之间沟通存在隔阂与障碍

软件开发过程中，在IT范畴内，不同部门难免有交集，例如开发与运维、开发与测试，不同岗位承担的责任、掌握的知识体系、考虑问题的角度往往不一样，导致处理事情受阻。

举 个栗子，有一次，开发人员为了验证某个问题，需要运维人员协助重启某个站点。对于开发人员来说，这个站点，用的人比较少，而重启也是一瞬间的事情，风险为 基本为0，但是由于运维人员掌握的知识体系不一样，怕重启了会造成很大影响，甚至害怕出了问题要自己承担责任，明明可以瞬间操作解决问题的，又要等到中午 或者半夜三更没人的时候才敢重启，效率就是这样降低了。这个时候，需要运维人员，去学习一下相关知识，或者引入新流程，例如，重启站点，需要某个专业人士 口头同意，即可立即执行。

因此，不同部门之间的人，应该互相学习，才能更好地沟通；做事情，尽量做轻量级的流程化、标准化。

上级工作安排不到位

上级工作安排不到位，也会导致工作效率低。有时候会有这种怪现象，可能很多事情没做，但是下面的人没事可做；或者有的人很忙，有的人很闲。

软件开发分工，不像搬砖头，一人搬一车就行了。软件开发， 工作量化本身就是一个很难的地方，如果项目经理没有做项目计划，没有做工作点、任务点拆分工作就很难安排到位。特别是刚刚从程序员转型做项目经理的人，过 程性思维，不会对项目做整体的把握、整体规划，想到哪里就做到哪里，想到什么就分配什么工作，最后一团糟，一会把下面的人累死，一会又让下面的人闲死。

5. 老胡是名程序员又去东北游玩与一位大汉发生争执，大汉吼了一句你瞅啥，老胡说什么才不会被打

老胡只要说“不瞅啥”就可以了！东北话“你瞅啥”的意思就是“你干啥啊？你想咋的”，只是一种询问语气，没有打架的意思。所以，老胡只要正常语气回复一声“不瞅啥”就没事了，也不会被打！

6. 程序员和实施的区别是什么

实施是干实施的活
程序员是干程序员的活

程序员是根据需求实现业务
实施是把程序做上线

实施入门门槛很低
程序员相对较高

程序员干好了，可以转软件分析师
实施干好了，让大公司的客户很喜欢，就可以直接转到大公司去了

7. 为防被程序员“砍”，产品经理需要注意这些场景

互联网行业中，众人热衷于讨论“程序员砍产品经理”。虽然，“砍”更多是调侃的意思，一种消遣工作的方式；但是，这不是一个饭后笑话，侧面反应了产品经理和程序员间的对立关系。很多时候，产品经理和程序员间就像对手，产品研发过程就像打仗，总要争个你死我亡。“砍”的本质，是程序员表达对产品经理的不满，也是一种情绪的宣泄。

在产品研发的过程中，产品经理与程序员对立关系，会严重影响项目的推进。一旦产品经理和程序员对立关系公开化，很容易导致团队人心涣散。这种对立关系，经常滋生出一些极端的事情，骂娘、打架已屡见不鲜。

下文就列举一些程序员想砍产品经理的场景。这些场景都是我过去和很多程序员朋友交流时，他们遇到的对产品不满的场景。这些场景，都会以产品经理的沟通话语表现出来。通过这些场景，去解析这种对立关系产生的原因。以及，作为对照，产品经理应该如何规避和处理这种对立关系。

这样说法是程序员们最不喜欢的，最容易惹毛程序员的。这句话，在程序员们看来就是削减工时、加班的代名词，他们当然不喜欢。而且他们也非常讨厌，一个非技术人员为技术人员做技术难度的定论。简不简单，都需要技术人员做了技术评估，才能下结论。

这种言语，会让程序员们觉得产品经理不靠谱。大家通常都是比较排斥借鉴。借鉴你也得有合理明确的理由。以我某程序员朋友的话来说：微信怎么做的，你就怎么做，那你不如去微信做产品算了。

每个产品，在表面的UI下，都有其背后的复杂的业务逻辑。如果产品经理只是叫程序员照着某个产品做，很多时候技术们是很难实现的，因为他们也需要弄懂背后的逻辑和流程。当然，这应该是产品经理的工作。

这就是抬杠。产品经理虽然名字里面有“经理”二字，但并没有经理的权利，当然不能命令合作的技术们。这句话，言下之意也是拒绝了商量和讨论。而程序员也需要参与感和团队感。

这就是质疑他人能力，是人都不会喜欢。如果产品经理提出的方案，程序员们没有理解。那就说明产品经理的解释说明和文档，做的不够优秀，不够简洁易懂。让程序员们理解需求，是产品经理的基本工作内容。

在互联网产品开发中，修改需求和插入新需求都是挺常见的。对于程序员们来说，这是非常不爽的事情。这种操作通常会打断程序员的思路，思路被打断是非常痛苦的。当然，这样也会影响他们的开发效率。更可怕的是，反复的修改需求，会使他们有种劳动成果不被尊重的感受，同时也会对项目的未来抱有怀疑的态度。反复的更改方案，也说明产品经理设计是未经过严密的论证，或对细节的把控是不够。

程序员都比较讨厌反复的催促。当项目的节点确定后，技术们会严格遵守节点，产品应该信任他们。当然，时间比较紧凑时，反复催促也会加大程序员们的压力，使他们变得非常烦躁。在这种时候，催促就是添麻烦。

甩锅会导致团队分崩离析，人心不齐。不管任何问题，都是团队的责任，不要将责任指定给某人。特别是在项目复盘时，如果心态不好同事，这是非常难堪的。所以，我们要尽量以原因和结果为导向，而不是责任为导向。

程序员也是也是团队的一份子，有权利知道知道需求的背景。同时，了解需求背景也利于程序员们更好的开发程序。

产品经理给程序员们画饼是最不切实际的，只会引起大家的反感。程序员都是喜欢偏实际的东西，虚的东西只会招致白眼。

任何传递给程序员的需求，都是需要有计划和规范的。如果口头传达一个需求，很容易导致开发出的功能与需求不匹配。同时，因为缺乏相关的记录和文档，可能会造成需求流失。这对于程序员们来说，可能就是延迟、加班、返工、担责等等风险。这是团队合作的大忌，也是项目管理不专业的体现。

以上的这些场景，可能出现一次，程序员们都会顺着我们的想法做。但是，这会渐渐改变程序员们的心态，最终会使产品经理与程序员间产生隔阂和矛盾。如果出现这些场景，作为产品经理都需要小心的处理好，以免影响项目的正常推进。当然，最好是不要出现这些场景。作为产品经理，我们的最终目标，都是要保证我们的产品，准时、保质、保量的落地。

产品经理在与程序员们合作时，产品经理需要讲究合作共赢、互相体谅。在产品经理的相关工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多时候，产品经理要站在程序员的角度考虑问题。比如，对于产品来说可能就是改改需求，但对于程序员，他们更在意的可能是因为改需求而导致的加班。

产品经理在工作中，经常会追求产品上的极致。追求极致本身是好事，但是切忌过分偏执。我们也需要考虑团队的现状和资源，在极致和现实间寻找均衡。毕竟，如果没有乔布斯的团队，要像乔布斯一样做产品，只会拖垮团队。

在产品开发的过程，改需求、改方案等项目异常，都是不可避免的。这是项目管理的第一部分。如何进行项目异常的处理，考验的是产品经理的沟通能力和项目管理能力。产品经理需要在保持技术们高效工作的情况下，完成项目异常的处理。

当然，在产品经理工作中，矛盾的根源也并不总是产品经理。有时候，也可能是某些程序员的性格或者对该工作的态度导致的。这时候，产品经理要明确，作为团队的润滑剂，有责任推动和协调大家的工作。如果，矛盾不可调和，我们需要尽早提出问题、控制风险，避免“勉强”行事。

有时候，程序员在私下评价一起工作的产品经理时，总是会补加一句“我感觉我也能做产品经理”。这句话的背后，是产品经理没有让程序员们感受到产品工作的价值。在这种背景下，产品经理是很难获取程序员们的注重，也会为很多争论埋下诱因。那如何感受到我们工作的价值那？其实很简单，就是保持工作信息的透明。将我们针对需求和产品做的相关工作，体现在我们的沟通或者文档中。

导致程序员想“砍”产品经理，本质是产品经理工作方式的问题，也有情商的问题。在我的产品经理工作经验中，我总结下了以下四点，我们需要注意和避免的。这四点，都可以和上文的场景相对应，是最容易慢慢改变程序员的心态的。

8. 在程序员的职业发展中，沟通能力扮演什么样的角色

首先，第一点，程序员会的沟通能力就是会聊天。技术水平是"沟通能力"的基础，技术弱,自己对每个环节都没有深入认知的前提下,即使会聊天,善于沟通,所传递的信息也可能是错误的。

我有这样一个朋友，在首都的大公司任职，技能水平中等偏上吧，并且他总是能用一个简短的比喻,或者小故事,让完全不懂技术的管理层知道他的团队在做什么,在他的团队里,有很多比他技术能力强悍的人,也不乏大牛。但是他却成为了团队的管理者

如果你的技术够牛，那你会觉得沟通能力无关紧要，但假如你技术又好又善于沟通，那可不仅仅是锦上添花的大优势了。