为什么程序员和项目经理死对头

1. 一个软件开发项目组就一个程序员和一个项目经理 这靠谱么

呵呵。。。。不怎么靠谱，做一些功能简单的 小规模软件还可以，如果想做大，肯定不行。

2. 产品经理和程序员,如何避免矛盾

产品汪和程序猿

一、产品经理和程序员最讨厌的三句话

产品经理和程序员,就像一对情人，若即若离，有时还会撕逼，和谐的时候一切都好，撕逼的时候两败俱伤。

你知道程序员最讨厌的三句话是什么吗？

1、这个需求很简单，改一下就好了

2、你先大概弄一个，我看看再说

3、我先下班了，加油啊

我想任何一个程序员听到这样的话都会气炸了，不撕逼才怪，你作为程序员会如何回答这三句话？

1、这个需求很简单？你行你来啊！

2、大概先弄一个？请问先生（女士），什么叫大概？

3、你大爷的

你知道产品经理最讨厌的三句话是什么吗？

1、这个需求做不了

2、这个需求工作量太大了，估计要搞3个月

3、这个变更没时间做，往后排吧

产品经理在前端，有用户、有老板、有销售，版本发布的压力很大，听到这样的话估计心情也好不了哪去？

1、这个需求做不了？又不是我提的，还不是那个2B用户提的

2、要做这么长时间？养你们有什么用，还不如我自己来

3、变更没时间搞？随便，等老板来拍你吧。

二、产品经理和程序员本质上的差异是什么

奶爸干过程序员，也干过项产品经理，深知这两类工作的差异，各有各的不易。

总体上来看，做产品更侧重于创造和方案能力，不需要精密的逻辑，所以试错成本相对比较低，大不了改改原型，改改方案，这个成本是可承受的。

程序员的工作是非常精密的逻辑，一个看似很小的变更有可能对代码产生很大的影响，所以试错成本非常高，弄不好可能会因为需求的变化导致系统的重构，这时候程序员的挫败感是可想而知的。

三、产品经理和程序员友好相处的清单

1、产品经理收集需求后，在需求分析阶段，需要把一些不合理的需求尽量和用户沟通去掉，避免不合理需求造成产品发布时间延迟和没有必要的成本浪费，当然这需要产品经理去说服用户，不能只做用户的传声筒。

2、需求分析时，产品经理应该根据经验，敏锐的发现一些在技术层面实现有困难的需求，及时让研发介入，评估技术可行性，避免后续出现需求定下来，研发说做不了的情况。

当然这需要我们的产品经理对软件技术架构有一定了解和预判能力，你不能所有的需求都要在需求分析阶段让研发介入，这个成本也是极高的，所以要把握好这个度也是一项能力。

3、原型还是需求沟通的最好方式，这样是避免产品和研发在需求理解上有差异的最好手段，只靠写一些文字的需求说明书很难达到好的效果。

但这里面要注意一点，产品经理绘制出来的原型一般是非高保真原型，是为了更好的沟通需要，所以不能完全按照原型做，需要基于我们自己的前台架构进行定制。

4、需求评审的时候，研发可能会有一些不一样的意见，他们做了很多年的开发，会有很多好的经验，好的经验要虚心接受，不能觉得自己是产品就是老大，就是要按我说的做，这样很容易造成矛盾，求同存异，目标一致，这个是最好的结果。

5、研发说这个需求做不了的时候，有两种情况，一个是觉得这个需求实现起来比较麻烦，故意骗你；另外一种情况就是他的知识盲区，他可能确实不知道这个事能做。

产品经理需要有能力和研发进行谈判，比如采用类比法（类似的需求在其它项目上咱们就做过），比如去找架构师探讨技术可行性。

6、研发有时候评估的工作量会比较大，整个上线计划拉的比较长，产品经理可以要求研发出详细的资源配置清单，这样能清楚的看到一个需求被分解成了多少个研发任务，每个任务的起止时间，由谁负责完成。这样产品经理大概能看出任务的前后置关系是否合理？工作量是否合理等。

产品经理绝不能说，这么简单怎么要搞这么长时间，类似的话一出，绝对会激怒对方，还是要有理有据进行谈判。

如果实在无法压缩工作量，如果增加人力能解决问题的话，可以考虑找领导申请资源。如果还是不行就要砍需求或者改方案了。

7、在版本计划定好的情况，尽量不加需求，这样很容易打乱开发的节奏，如果一定要加进来，一定要和研发说清楚，这个是用户领导或者老板的强制要求，转移矛盾。如果可以的话，增加了需求尽量推迟上线计划。

8、开发过程中如果需求有改动，需要及时更新需求文档，同时发给我们的研发同学，否则只是靠嘴说一下，很可能研发的同事就不做了，所以一定要落到纸面上。

9、上线的时候要坚持和研发同事一起加班，这样大家才是一个团队，赢了一起狂，输了一起扛。

10、最后一点，就是要多交流，没有什么问题是一顿火锅解决不了的，大家关系好了，很多事情沟通起来自然容易，而且也会更信任对方，这样就万事OK了。

3. 从程序员--项目经理助理--项目经理这条路，和程序员--项目经理哪个更好

前者偏重管理，助理部分职责是文档管理和人员组织，协助项目经理进行管理
后者偏重技术，从编码到编程，再到设计和架构，最终实现管理职能，成为项目经理
属于技术型项目经理
看你对技术是不是感兴趣
另外，技术型项目经理更接近企业核心和管理层，在发生变动时，地位比较稳固，也会有猎头公司来挖。

4. 为什么项目经理比程序员工资高

因为项目经理是管人，找项目的，他管人管的好，他的工人才可以帮助老板挣钱，所以他的工资高，程序员只是一名工人！！！！！！！

5. 从程序员到项目经理（17）：你不是一个人在战斗--思维一换天地宽

程序员和项目经理是两种完全不同的岗位，工作方式也大不一样。以前是一个人单干，现在是团队一起干，以前是自己亲自干，现在是指挥别人干，这是一种巨大的变化。要适应这种变化，首先必须要转换思维模式。思想决定行为，思维模式就好比在陌生城市找路用的地图，拿着过时的地图，自然无法到达想去的目标。思维不换走老路，思维一换天地宽。

1.从单干到群干

从程序员到项目经理，不只是职位的变化，其工作性质也发生了根本性改变，简单的说，是一个从单干到群干的过程。

严格来说，程序员并不是单干，他们也是在团队中，需要具有团队合作的精神，但其实程序员的工作具很强的单干的特征。在项目中，程序员的基本工作，也就是完成项目经理分配的开发任务，而这些开发任务，是项目经理或团队进行工作分解后的小的工作包，是一个确定的功能点，一个人足可以胜任，因此程序员只需要自己构思、自己编码就可以了，并不需要很多人一起来合作完成。

项目经理不一样，他面临的不是某个确定的功能点，而是整个项目，无法一个人完成，必须要整个项目组齐心合力一起来做，这就是群干，也就是团队作战。项目经理不只是自己需要团队精神，更要能够激发其他人的团队精神。

我们看一看程序员和项目经理两种角色的比较：

正如黄健翔的名言说的一样：“你不是一个人在战斗！”项目经理要时刻记住这一点，不要只顾自己闷头编码。只有学会发挥团队的力量，才能管好项目，成为一名真正合格的项目经理。

2.为什么软件企业人难管

从单干到团队做战，项目经理最大的变化就是以前只需要管自己一个人，现在你要管一个团队，以前独善其身就可以了，现在要兼济他人了。可以说，项目经理最重要的一项工作就是管人。

但是软件企业的人是出名的难管。软件公司的经理管人有两难，一是留人难，人才流失成了很多公司的心病；二是用人难，要把程序员用好，把大家的潜力发挥出来，决非易事。

（ 1 ）留人难

每年春节过后大约三月份，是很多软件公司的人力资源部经理最“兴奋”的时候，一方面他们要大量招人，另一方面，大量程序员辞职流失，让他们叫苦不迭。

程序员的离职率高，一直是行业的普遍存在的问题。据前程无忧网站2012提供给《中国经济周刊》的信息表明，IT行业人才流失率高居所有行业的首位。另外据CSDN的一份调查显示，43.6%的开发者在5年内换了3份以上的工作，这么高的跳槽频率真是让人瞠目结舌。我们不禁要问，为什么程序员这么“喜欢”跳槽呢？

我曾经接触过数以百计的人员离职，根据对他们的分析，我将程序员离职的主要原因分为三种：

表 程序员离职原因分析

以上枚举显然不能穷尽所有的问题，但能抓住主要原因就可以了。

这么多问题中，最重要的还是薪资问题。据《北京青年报》的调查显示，“职业收入高低”是促使人们跳槽和选择新职业的首要原因。然而在这一问题上，公司其实也有其苦衷。

很多人从学校毕业，对开发基本上一无所知，经过在公司一年多的培训学习，取得了巨大进步，个人能力提升很快，此时必然对薪资要求也比较高，这是可以理解的。然而，站在公司的角度，这一年你基本上还谈不上什么贡献，公司却付出了较大的成本，大幅加薪一时难以接受，难道我把你招进来就是为了培训然后再涨工资干活吗？你也许会认为公司非常短视，这样的公司不待也罢，殊不知，软件行业看似光鲜，其实大量的企业挣扎在生死线的边缘。据工信部统计，2011年上半年我国软件行业利润仅占软件业务收入的1.28%，这么低的利润率，能活下来就是成功，对公司提出过高的要求也是不现实的。

在这一场博弈中，没有谁对谁错，但公司肯定是受伤的一方。真正将员工利益与公司利益统一起来的凤毛麟角，大部分公司里，公司和员工就像一对冤家，虽然互相需要，却又矛盾重重。

当然，其实公司也应该转变思路，不要总抱着我培养了你、你应该感谢我的心态，在程序员进步巨大的情况下，还是要给员工相应的薪酬，真正留住人才，毕竟软件项目禁不起人员剧烈变动的折腾，从长远来看，公司还是划算的。

（ 2 ）用人难

留人难，用人更难，要把程序员用好，则是难上加难。员工用得好，每个人都奋勇当先，以一当十。用得不好，员工死气沉沉，没有朝气和干劲。在我所见过的软件项目中，虽然有不少程序员工作主动积极、富有效率，但更多的是缺乏激情、消极怠工、甚至不服从项目经理工作安排情况。

为什么软件开发人才就这么难用呢？这是由多方面的因素所决定的：

●软件开发的特点

软件产品有一个非常显着的特征，就是它是一种无形的东西，在生产过程中看不见也摸不着，完成以后可以看到运行效果，但你还是无法知道它是不是一个“豆腐渣工程”。它里面暗藏的问题也许若干年后才能看到，也就是说它的质量评价非常困难。这与传统的制造行业有着非常大的差别，比如你是造一栋房子，生产过程中我们就能看到它的结构设计是怎样的，它的地基是不是够牢固，它有没有用“牙签钢筋”等等。

第二个重要特点是对人的依赖性非常大。同样的一个功能点，由不同的程序员来做，所花的时间可能会相差很远，比如有经验的人来做可能只要1天，没经验的人来做，可能1周甚至1个月都完成不了，做出来的质量也可能有天壤之别。即使是同一个人，由于其工作状态的差别，也会产生巨大的差异，如果主动积极做，可能只要1天，消极怠工的做，就无法预期了。这样的情况，在传统行业是无法想象的，只要按规定的程序和规范来做，即使换一拨工人，也可以在同样的时间建造出来，建出来的房子的质量也不会相差太远。要知道，再烂的挖土机也能挖出一个大坑。

总之，软件开发存在非常多的不确定性，非常依赖于每一个开发人员。虽然管理专家们发明了很多方法企图来减少这种不确定性，减少对人的依赖，让软件开发像传统行业一样变得可控，但迄今为止，仍然没有一个通用的行之有效的方法，专家们也不得不无奈的发出“没有银弹”的感慨。

● 程序员的个性比较强

不得不承认，与其它行业人员相比，程序员显得更加内向、不合群，有些人自视甚高，看不起别人。他们做事冲动、不服管，也就不足为奇了。

●程序员的想法比较多

程序员都很聪明，对自己的期望值也很高，不会满足于现状。有想法本来是好事，但人人都很有想法时，经理就没那么好当了，没有高超的领导技能是难以应付的。

综上所述，软件企业对人的依赖性非常强，却又面临着留人难和用人难这样两难的困境。要解决这些问题，一方面要求软件企业真正要做到以人为本，另一方面也对管理者提出更高的要求。

3.转换思维提升领导力

留人难、用人难，难道我们真的就无能为力了吗？这两难困境中，有行业原因、有公司原因，对于这些，作为项目经理也许力不从心；但也有程序员的原因和项目经理自身的原因，对于这一类问题，项目经理并非无能为力。即使在同一个公司，不同项目组中的人员流失情况、团队士气也会有很大的差别，这说明项目经理完全是可以有所作为的。对于有强大领导力的项目经理而言，人员的流失率会更小，工作效率会更高。要提升领导力，首要的是转换思维。

在前面博文中曾介绍了管理的五大思维：以目标为中心的思维、整体思维、平衡思维、以人为中心的思维、团队思维。其中前面三项与理事有关，而后面两项与管人有关。下面我们对这两种思维进行详细的解析：

表 管人的两大思维

可以看出，这种以人为中心的思维和团队思维，真正体现了以人为本的思想。它们与程序员的机器思维、单干思维大相径庭。许多项目中的问题，就是由于项目经理的思维还停留在程序员阶段造成的。

管理学之父彼德.德鲁克说：“管理是一门反映人的内心，与人性息息相关的科学。”项目经理只有跳出程序员思维的局限，实现思维的转换，尊重人性、遵循人的社会法则，才能真正把人留住、用好，项目团队才能具有更强的战斗力。

4.项目经理也是人事经理

在管人的方面，除了要建立上面两大思维之外，还要提高一项认识，那就是项目经理其实也是整个团队的人事经理。

很多项目经理对下属关注的重点往往是他有哪些具体技能，比如他有几年工作经验，他会用JQuery吗，熟悉NHibernate吗等等，而对于项目组成员培训、薪资、离职这些事情，则认为统统是部门经理或人力资源经理的事情。如果将问题交给人力资源部，需要跨部门协调，比较麻烦，因此干脆直接全部推给部门经理。

我担任部门经理的时候，曾无数次遇到这样的情况：

项目经理找到我说：“经理，某某要辞职了，帮我安排一个人。”

“你跟他谈过没有？”我问道。

 “还没有。”

“他为什么辞职？”

“还不清楚，可能是工资问题吧。”

我找员工沟通过之后，原因自然是五花八门，有要求加薪的，有抱怨环境的，还有跟项目经理合不来的，不一而足。经过多轮沟通，该开导的开导，有合理要求的尽力帮助争取，还有一部分可以承诺延迟满足，或者用前景来“诱惑”等等，采取这些方法之后，还是有不少人愿意留下来继续做的。其实，大部分辞职的人并不是喜欢换工作，而是有一个心结，需要上司来帮他打开。

其实我做的这些工作，项目经理一样可以做。项目经理与员工朝夕相处，要时刻关注员工的动态，发现异常情况，及早介入沟通，也就不需要其上司费尽心力了，而且员工可能根本不会走到辞职这一步，沟通效果会更好。

项目经理还有一个普遍存在的误区，就是在评价下属时，习惯于说某某不听话、不好管。殊不知，一个员工好不好管，其实也取决于项目经理本人的态度和做法。一个看似不好管的员工，经过引导，同样可以成为项目的骨干，这样的例子屡见不鲜。

所以项目经理在碰到管人的难题时，不要再总是想“这个我管不了”、“那个我没办法”，而应该抱着“我也是人事经理”这样的心态，主动沟通、想办法。如果经过分析或者努力后，确实需要上司出马的，才去请上司来帮忙解决。直接把问题丢出去，当然是最简单，但这样做一方面你在团队中的威望会受到影响，项目的凝聚力下降，另一方面你的个人价值也大打折扣。

5.打造“凝胶型”团队

着名职业经理人唐骏说，管理的任务就是“造一条船，然后让船划起来”。对项目经理而言，我们已经有了一条船——就是项目团队，现在的任务要把它划起来。

软件质量之父沃兹.汉弗莱曾经提出，一支高效的团队应该是一种“凝胶型”的团队。在这样的团队中，大家有着清晰的共同目标，彼此合拍，每个人都全身心投入，团队显示出超常的战斗力。

我曾有经过一次项目灾难拯救的经历，这一段时间我真正体会到了凝胶型团队的力量。项目上线后发现软件运行效率极低，故障不断，人人疲于奔命，客户发出最后通牒，三天之内搞不定就下线。在这种情况下我临危受命，临时接管项目。接手后我主要做了以下几项工作：

1.找出当前影响最大的几个问题，采用头脑风暴法一起找出解决方案，在短时间内让客户体验有较大改善，让客户重拾信心，然后不失时机安抚客户情绪；

2.每天客户下班后开会，与项目组成员一起进一步研究项目存在的问题，按轻重缓急做成任务列表，制定阶段目标，并检查上一阶段完成情况，更新任务列表；

3.向公司申请了充足的经费，保障后勤，改善工作环境和吃、住条件，解除后顾之忧；

4.与团队一起加班加点，一起分析问题，并亲自完成一些力所能及的功能修改。

有随后一段时间里，项目团队的状态让人难以置信。项目组虽然夜以继日的工作，却没有一个人说出一句怨言。其中一位同事才刚当上爸爸一个星期，就驻现场无法回家；还有两位同事的女朋友半夜打电话过来，他们只能躲在一边苦苦安慰；还有一位同事，由于个人原因早先已经申请了离职，仍然与我们一起奋战到最后一刻……经过一个多月辛苦修改完善，项目总算彻底摆脱了危机，项目组高高兴兴打道回府。

在这一次经历中，虽然大家都很辛苦，但每个人都过得很充实。大家同心合力，每个人都贡献了自己全部的智慧和力量，也都做到了以前难以想象的事情。

我为什么举这个一个非正常项目（陷入灾难）的例子呢？这是因为要建设一个真正的凝胶型团队非常不易，不只是依赖于项目经理和每一位成员，还与公司的制度、氛围、项目的任务特点等多方面的因素密切相关。在这个例子中，项目灾难显然也是激发大家战斗力的一个重要因素。不过，即使是不能完全做到，但通过项目经理努力，还是可以近似实现的。

根据项目经理团队中充当的角色和发挥作用的不同，凝胶型团队可以分为两种，即星型和网络型，如下图所示：

图 两种“凝胶型”的团队

● 星型

项目经理处于中心位置，好比一颗红太阳，把大家吸引在自己的周围，整个项目组依靠项目经理领导力团结在一起。这要求项目经理个人能力极强，富有魅力，具有绝对的权威。星型团队的决策方式常常是这样的：项目经理收集意见，项目经理决策，再反馈给大家，或者由项目经理单独决策，再分发给大家。

● 网络型

网络型的团队中，项目经理看似在其中不占主导地位，项目经理的权威被弱化，实则项目经理的对团队的控制已经内化到每个人的潜意识之中，达到了一种近似于“无为而治”的境界，因此对项目经理的要求更高。

这种团队的决策方式一般采用民主制或民主集中制。把大家联结在一起的不只是项目经理领导力，更是富有挑战性、具有吸引力的目标，以及共同的认识和价值观。项目经理往往是外柔内刚，能够不动声色，于无形中实现对项目掌控。

能够建成星型团队的项目经理已经寥寥，能做到网络型更是可遇不可求。不管有多难，目标不能丢。我们就好比是一群已经出发的登山者，来到了山脚下，怎么能够因为看到山太高太难爬就放弃攀登呢？

https://www.cnblogs.com/watsonyin/archive/2013/04/22/3035203.html

6. 作为一个程序员，怎样处理好和项目经理之间的关系

良好的沟通是最关键的，这不仅是程序员和项目经理之间，更适用于所有的关系
他分配任务指标后。
1.首先要明确他的意思，最好和他重复一下，看看你有没有理解错，他不会因此烦的，因为如果你的理解偏差了做出来的东西有差距，到时反而更麻烦了。
2.在做的过程中，随时发现问题难以解决，或难以达到预期的目标要马上向他反映，让他明白你的难点帮助你解决或者让其他人帮助你。
3.明确项目进程，及你的工作完成时间表，随时反映你的工作进程，如觉得时间有困难，要提前沟通，因为项目经理会有一个整个的统筹安排，你的一个环节的滞后可能会导致整个项目的无法进行，事先通知就可以提前修改安排，不会导致项目的停顿，而且原因可以理解他不会怪你的。
希望可以帮到你，谢谢！

7. 为什么程序员年龄大了，就会慢慢跟不上技术发展

这个没有绝对的年龄限制，因人而异。
一般来讲，程序员30之前不做到项目经理，就很危险了，在中国30岁还没做到经理基本上可以说很失败了，只有少数技术牛人能一直走技术这条路，大部分都是炮灰，尤其是目前做所谓的管理软件的那些程序员，30岁还没做到经理下场是很惨的
在中国，程序员基本都是年轻人。如： 金山的内部情况，各个产品线的程序员大多是年轻人，30岁以上如果没有做到经理，基本上很快就淘汰，因为管理你的比你还年轻，他会想办法把你赶走，不然每年大规模的校园招聘干什么，所以10年了，金山程序员的平均年龄永远是27岁
程序员年龄大被淘汰的一个重要原因是：
随着工龄的增长，工资是增长的，当到一定年龄后，工资就会很高，这样公司的成本就会很高。新人的成本更低，精力更旺盛，虽然经验欠缺点，但只要有一定经验的人带着，就以组成一个阶梯式团队，可以以更物美价廉的组合去开发新的项目，这里没有工资高，年龄大，精力不济的老手的位置，该裁员了。对于一个团队，保持少量的核心管理和技术人员就可以了，那么大量的程序员将会被淘汰。
所以，对于职场新人，要选准方向，提升自己的能力，在30岁来临之前，做到项目经理的位置。对于职场老人，要尽快做上项目经理，如果没有可能，就提前另寻出路。
事无绝对，如果想在职场如鱼得水，就要学会审时度势，清楚自己的优势和劣势，做好自己的职业生涯规划。

8. 为什么程序员是一个跳槽比较频繁的职业

程序员这个行业存在着这样的现象，有些刚毕业的大学生因为没有见过世面，一不小心被忽悠到那些处在创业阶段的“公司”，拿着实习生的工资干着全办公室的活，而且经常被老板拉过去谈人生理想，刚毕业的程序员都是涉世不深的小男生，那里经得过这些老狐狸的忽悠，一招画饼充饥就在那幻想未来美好生活了，但凡事都得有个度啊，时间久了次数多了，小白也变了，只能跳槽另谋出路。

我觉得跳槽的主要原因有两个，一个是自身原因：因为大多数刚出来实习的程序员大多数对工资方面的要求不是很高，因为他们也知道，自己现在是属于学习阶段，知道自己的价值是多少，所以一般不怎么要求工资，但是一旦工资几个月之后，对整个体系有了较大的了解之后，就要要求有对等的工资，因为在一个技术部里面每个人的工资都是不等的，这样会觉得自己有那价值但是没有那回报，心里也就有些变扭，也就有了跳槽的想法了。还有一个就是当自己有过硬的技术时，一般也会考虑自己出去单干接项目做。

另外一个就是公司体系问题，在国内外包公司之多，所以大多数的程序员也是在外包公司做，而外包公司的规模参差不，大多数也是在剥削压榨程序员，各种坑也是居多，管理层体系混乱，这也是造成程序员跳槽的原因

1.互联网技术风起云涌，变化之快。公司制定的涨薪制度都有着统一的标准，不会因为某个编程语言热门而增大涨薪幅度。但是新进员工的薪资待遇往往是根据市场幅度在变化的。 so,常常听到老员工抱怨，那个新来的谁谁谁，哪哪都不如我，工资却比我高。

2.据不完全统计，互联网行业的创业公司从天使走到D轮概率尚不足2%。大量初创公司的关门倒闭，致使一些程序员“被迫离职”。

3.互联网公司会根据市场的变化做一些战略调整，内部转岗已是家常便饭。比如本人之前所在的项目组，所做的产品是web端的直播平台。后经市场调研，公司打算将重心放到移动端，部分web组的老员工也就转岗到了移动端小组。 我想说的是，如果企业内部的调岗不符合个人的职业规划，那么也是程序员跳槽的一大原因。

不邀自来，本人目前从事嵌入式软件开发，也算是程序员大军中的医院，下面来回答一下这个问题：

按理说，薪水高，工作环境尚可的工作一般都是很稳定才对啊，但是据一份调查发现连Google,Amzon这些大厂的程序员的平均在职周期都只有1~1.5年，可见程序员频繁跳槽不是我国或是某个企业特有的，一线国际名企都如此别说国内小厂了， 那么为什么造成程序员为什么会如此平凡的跳槽，我们来分析一下：

IT产业发展迅猛，市场需求旺盛，程序员有更多选择

虽然我国的计算机行业起步很晚，但这不影响IT产业在我国的迅速发展，发展就需要相关内容的人才，同时我国计算机的培训起步也不是很早，早起的人才主要是理论研究并不都是真正写代码的，供求关系不平衡，导致程序员在就业市场上比较抢手，各行各业一旦某种人才紧缺自然导致有价无市的感觉，所以，各厂想尽办法招聘让程序员，诱惑多了选择自然多了，选择多了跳槽就频繁了，这是见怪不怪。

IT行业存在一种“倒挂”的行业怪象，程序员更愿意跳槽

“ 倒挂 ”是指在某个行业内部，由于行业的特殊性，从业人员的薪酬待遇和业务能力以及技术水平不相关的现象，这种现象尤其在程序员行业存在，一个刚大学毕业的新鸟在待遇薪酬方面可能秒杀一个已经工作四五年的优秀程序员，换谁也受不了，没有工作经验还需要人带的新人工资居然比带他的人高，有些企业宁愿花5000块钱新招一个新人也不愿意多给老程序员多加1k来完成同样的工作，坐等通过技术积累来加码自己的报酬的希望破灭后，那些受到不公正待遇的程序员通过跳槽去涨薪了，在猿圏有句话更能说明这个问题“People who stay in one spot earn less than those who move（经常换工作的人比那些安分守己的人赚的更多）”。

公司没有给程序员提供良好的职业发展规划

虽说职业规划都是自己为自己规划，但是自己的规划能否按计划顺利实施很大程度上取决于公司是否为自己的员工有良好的职业规划，显然，一家没有为程序员薪酬增长和职位升迁做过精细规划的公司，让程序员不在有安全感或是让他们没有期望，换做谁都得跳槽另找下家。

程序员厌倦了代码工厂式的工作，想尝试新鲜的东西

计算机行业是一个日新月异的行业，此外程序员是一类喜欢挑战新技术的特殊人群，很多公司的业务模式单一或是业务稳定了，程序员的工作变成流水线的单调模式，他们早已厌倦了日复一日的代码搬运工的工作，一旦尝试新的技术并且一改往日的单调与无聊，那么它们会在合适的机会换个领域，此外，程序员是青春饭行业，代码工厂式的工作会让他们没有安全感，因为这会让他们失去市场竞争力。

从业人员层次不一，淘汰提高了程序员跳槽的几率

IT的迅猛发展，在巨大市场需求的推动下，编程行业门槛编低，导致从业人员良莠不齐，可能一时的冲动或对自身判断不足而走上程序员之路，很多人发现程序员并不是媒体所报道的光鲜亮丽，工作压力大，无休止的加班都会使一些不适合做程序员的人淘汰出局，这在职场非常常见，尤其是刚毕业的新人，这就外界感觉程序员跳槽更频繁了。

提到跳槽比较频繁的职业，我想除了题目中提到的程序员之外，应该还有餐饮企业的服务员，餐饮企业服务员跳槽基本就是三种情况，一是薪资低，二是工作好找，三是工作时间长。

我们再来看看程序员跳槽，其实也不外乎是这三个原因。

一、薪资低

看了这一条，你可能会说，程序员薪资怎么会低，刚毕业的就能拿到个7、8千块，如果是硕士毕业就拿个1.5万一点儿不奇怪。

这里说的薪资低不是指薪资行情低，而是每个人都觉得自己的薪资低，对于程序员来说薪资水平差异很大，但人们往往并不关注工作本身，或是人的能力而关注的是自己怎么比别人少这么多，但在本公司可能调薪并不是件简单的事，所以只能通过跳槽来实现工资的上涨了。

二、工作好找

程序员现在可以说是一个热门岗位了，从业人员比较多，但是需求量也很大，如果你是个程序员，简历更新之后，估计每天5、6个面试邀约电话都算少的。因为工作好找，所以工资势必也就水涨船高，谁也不怕裸辞，工资要求不高，只涨个20%今天离职，估计3天后就能有新工作。

三、工作时间长

程序员工作时间长是大家有目共睹的，有个说薪资高，工作时间长很正常，但人的欲望总是无止境的，没钱的时候想要钱，有钱的时候想要时间和自由，薪资支撑的满意度最多也就能维持半年，长时间高负荷的工作会让人产生厌倦，这个时候就会觉得自己工资的性价比不好，要么找更高工资的，要么就找没那么累的。

因为现在部分公司涨薪速度比较慢，跟不上市场的价位。

打个比方：

如果你有拼搏精神，愿意在下班后精进技术、学习，

等几个月后技术成熟了再跳槽，可以一下子就翻倍，甚至直达15k。

但是要正确地跳槽：

第一，找一个符合自己期望值的平台，让自己的价值和技术得到最大的发挥。（这里和薪资没有关系，最重要的是适合自己）

第二，不要只为了加薪而跳槽，不断地去一个新地方，自己的职业生涯也在不断地清零，不符合长期的发展。

引起程序员跳槽的原因有很多，但是在所有的岗位中程序员的跳槽频率确实高于其他工作岗位，一般程序员跳槽的原因有这么常见几点：

第一、由于互联网是一个很不错的创业方向，很多人有着不错的创业项目，然后开始组建自己的技术团队，这时候就需要很多的程序员组成产品开发，而由于程序员的工资支出较高，往往在产品还没有进入收益期的时候公司很难支撑下去，或者缺少产品推广资金，这时候程序员就会面临跳槽的可能。

第二、在成熟的互联网企业中，由于项目的开启，而组建新的技术团队，随着产品上线，企业将更多的精力投资在产品的运营上，而对做技术的程序员来说每天的工作都是很清闲，失去了项目研发期的忙碌，让程序员感到无所适从，从而引起跳槽。

第三、就是大家常说的一点，不跳槽怎么加薪。这也是程序员跳槽比较普遍的一个问题了，很多人由于不满现在的薪资待遇，但自己却有了很多的项目经验，所以选择找下家公司，通过以往的项目经验来提现自己的价值，从而达到自己想要的薪水，这也就是程序员找工作的时候，工作年限时间是一个因素，更重要的是一共参与开发了多少项目，并且更具项目的大小代码量是一个较为重要的因素。

第四、就是有些程序员是追随技术的，他们认为在软件开发的外包企业中虽然每天都有繁忙的项目要完成，但是对自己而言却是千篇一律的重复性代码的敲写，甚至是直接使用企业自身比较完善的库或者框架完成程序的开发，觉得对自己的技术提升没有太大的帮助，从而选择跳槽。

第五、接受别人的老项目进行改造，由于原先的程序员并没有留下太多的技术文档进行参考，所以每天都在纠结一句一行的代码，再就是程序开发的很多思维思想并不清晰，这就让程序员很纠结了，所以在与老程序相爱相杀了一两个月后，实在受不了上级的催促以及难以完成代码的整理重构而离职，放弃。

欢迎程序员的你在评论中分享自己的跳槽原因和经历

作为一个在这个行业呆了十几年的老人感觉上程序员这个职业算是跳槽频非常高，据不完全统计程序员流动性不低于百分20，相比别的职业已经算是很高的了，为什么程序员这么容易跳槽，由于程序员这个职业特殊性决定的，是什么推动了程序员这么多跳槽的勇气。

1.就目前中国软件行业的发展，虽然说程序员的数目越来越多，但高手却是急缺，主要还是前期积累不够，再过些年可能会稍微改观些。技术高手的数量在上升但是软件公司的数量以及业务需求的增加更快，所以给人一种很直观的感觉，很多大公司是一直处于缺人状态。

这种状态催生了程序员的跳槽，有更好的待遇，为什么不选择跳槽，这也属于人之常情，有些程序员离职也不是因为呆的多不开心，而是外面的诱惑实在太大，出来混还不是为了多挣点钱，有待遇更好的就走人。

2.程序员这个职业本身来讲属于重度的脑力劳动，说的再夸张点就是吃青春饭，毕竟年龄大了竞争优势在减化这是不争的事实，趁着自己还年轻还能拼的时候，去挣钱多的公司，其实还存在一种大家容易忽略的现象，整天的加班加点很容易造成一种很压抑的心情，换个公司换个环境放松下，可能会人觉得有点矫情，但现实中的确存在很多，或者在薪资相差不大的情况下，换个加班稍微少点的公司，这都是换公司的理由。

3.现在很多招聘网站特别是一些猎头网站滋生了，程序员的不稳定性，把程序员当作商品来运作了，很多猎头只要在网上搜到合适的人，就开始千方百计的运作，真有点经纪人的感觉，这种无形之中增加了程序员的不稳定性，而且也在无形推动了这个行业薪资的上涨，其实很多人值不了那么多钱，但物以稀为贵，现实就是这种状态。

目前市场上讲，程序员的薪资的两极化越来越严重，水平差点的大家都不想要，水平高的大家都跟打了鸡血一样争抢，很多人觉得程序员这个职业已经不行了，主要还是没爬到食物链的顶端，把技术搞得扎扎实实的大把机会等着你。

希望能帮到你。

因为对其他的行业不太了解，所以也没办法对比出来程序员跳槽是不是比较频繁。

我身边的程序员，有在一个单位工作十多年的，有像我一样平均三四年换一家单位的，也有跳槽比较频繁的，平均每年都会换一家单位。

能频繁跳槽，我分析不外乎几点：

岗位多

特别是在北上广深这些IT行业比较发达的城市，程序员真的是不太愁找工作（工作能力不错的前提下），真的可以说，在一家单位做的不爽了，直接在招聘网站上把简历打开（招聘网站上的状态设置成考虑跳槽的状态），就会有不断的有面试电话打进来（当然大多数主动打电话的单位都是外包，哈哈）。

我跳槽的时候，都是主动给心仪的公司投递简历，基本都是可以得到面试机会的，而且通过率也挺高。

涨薪快

大部分IT公司，每年涨薪都不是很多；而跳槽一次的话，至少得涨个30%吧。

我在第一家单位的时候，起薪3K，每年涨500-1000，是不是很可怜。第一次跳槽，工资就从5K涨到了8K。

第二家单位第二年就涨到了12K，但是从此以后，就是每年涨1K的龟速了。第二次跳槽的时候，月薪虽然涨的不是特别多，但是按照年薪计算的话，应该涨了有60%以上了。

当然也有涨薪比较快的单位，我的一个朋友在一个神奇的网站工作，研究生毕业工资一万左右，现在工作有三年了，刚刚涨到了20K。如果你在这种单位，好好珍惜吧。

去个更好的公司

在外包公司的，想去一个非外包公司，跳槽。

传统行业的，想去互联网公司寻求技术发展的，跳槽。

互联网公司的，想去传统行业养老的，跳槽。

小公司的，想去一个大公司，跳槽。

大公司的，想去初创企业当个技术合伙人，跳槽。

......

欢迎大家在评论中分享自己的跳槽原因和经历，还有说说跳槽涨了多少钱，哈哈。

干得不爽，只好选择辞职。作为一名老程序员，在一家创业公司做了三年多互联网开发，我现在终于解脱了。三年中加了两次薪水。第一次700，第二次770。第二次年头加薪，我要求提高500，老板说董事会规定一次只能加那么多，然后要到6月再满足我。于是到了6月份，我发现并没有提高500，问之，说到7月份加。快到7月份，有一天晚上项目经理要我留下来加班，我饿着肚子一时间也搞不定手上的任务，就擅自回去了。结果，老板知道了就取消加薪计划。5月份以来公司制度越来越严格，首先是安装摄像头全日监控员工行为，其次规定上班时间不准使用手机，除非工作需要；再次，除了查技术资料，浏览各大网页需要申请；制度下来后，公司天天像在牢房里渡过，这样的工作环境，请问大家会喜欢吗，能否继续坚持？我是走了……

为什么程序员是一个跳槽比较频繁的职业？

因为好的程序员确实值钱，连带着不那么好的程序员也相应的值钱了。

其实是现在这个行业导致的，互联网的世界里，就算是一头猪站到了风口上，也能飞的比大师兄还快。

不是你不明白，是我变化快

程序员本身是干技术活的，技术迭代比较快，所以一般程序员都有较强的自我学习能力和自我迭代能力，随着时间的延续，本身的能力水平提高了，那么肯定期望与之匹配的待遇，但往往很多公司的迭代速度是很慢的，承担不了程序员这种高薪成长，所以往往满足不了程序员的需求。

那么只能跳槽啦！

老用户与狗不得办理

还有就是，往往软件公司也好，互联网公司也好，很多老板都喜欢招新人给高薪，但是老人年年不涨薪，最后的结果就是老人纷纷离职，这种情况也造成了外界看来程序员频频跳槽的现象，但往往都是情非得已啊。不给涨工资啊。

那么只能跳槽啦！

跳一跳更 健康

老公司的暮气沉沉和新公司的造气蓬勃形成了鲜明的对比，在老公司任劳任怨，每年涨薪不超过10%，但是一跳呢，工资普遍double，这种风气形成并且传播，明眼的程序员肯定待不住了啊。

那么只能跳槽啦！

其实苦的是HR，老板不给力，还让留人，你告我咋留！！！！！

9. 从一名程序员过度到项目经理

从一名程序员过度到项目经理

1.从程序员到PM,是一条脱变的路，事实上程序员走的路最终不应该是项目经理。首先有一点需要明白的就是，一定规模的项目中，项目经理不需要太懂技术，他可以是一知半解。项目经理的任务不是在技术方面，技术相关的应该交给SA去做。项目经理更多地是做管理，沟通等工作，你如果可以的话到书店查看一下关于项目管理的书籍，你就会明白。当然对于小项目来说，有可能是PM,SA是同一个人，而这样的项目经理更多只是SA加上一些管理工作。要做项目经理，你就首先告诉自己不再去碰技术细节了。程序员并不是一个培养项目经理的好环境。所以没有什么从Coder到什么developer再到SA然后是PM的路，这是一条比较悲哀的路。在大公司，SA下一个目标不是PM,而consultant,然后是seniorconsultant,PM走的是另一条路，所需要的技能不是技术，技术给PM带来的能力提升是很少的。在项目中你最后能分清楚PM与SA的关系及各自在项目中的分工与用途。

2.其实我蛮同意gzlucky（Lucky）的看法的，确实是我们公司不少项经理就是不很能跟得上现在的一些技术，因为很多人都快年近四十，儿子都上高中了，要他们再学新技术真的难度比较大，他们的工作基本上就是天天找手下的程序员，布置这个任务，询问那个任务做的怎么样了。不过我的头倒是和我一样编程，他手下写代码的就我一个人，他自己也会ASP和JSP,但是可能对。NET不熟，就由我来主负责了。我觉得项目经理还是像他这样的好，自己也能懂不少技术，可以服人。但是我的头儿好像在沟通这一块不是非常出色，当然也有可能是俺太内向，不太与他沟通，所以他也只是在交待任务后就不再多询问，而不像别的项目经理天天追程序员后头问。我想问问各位，你们看哪种项目经理才是比较好的，像我的头儿这样的，还是像某些喜欢追程序员后面问进展的。

3.原来在一个小公司做过半年的.DM,一年的PM,后来为了让自己的技术更扎实一些，离开了原来公司，现在在大公司做程序员，开始后悔了，在大公司里很难接触管理方面的东西，也很难晋升，个人认为在小公司做DM,PM,有经验后直接找大公司的PM,这样也是一条路。

或者考PMP之类的证书，然后直接找管理的工作。

希望过来人能给予更好的意见和建议，我也现在想往管理层发展。

技术很硬了再去做PM,这种想法是错误的，我就犯了这个错，边搞好技术（为了生计）边学管理知识（为了将来）,慢慢向管理发展，不能等。有句话说的好，机会是属于那些有准备的人的。利用业余时间多学些管理方面的东西，所谓人的差异在业余时间。

要走向管理层，英语一定要学好。

沟通很重要，要做好管理者，先学会做人。多跟下属沟通，多为下属着想，而不要去巴解讨好上司。体谅下属，把项目计划做的尽量合理，不要让下属加班，给下属发展和晋升的空间，这样才能是下属有干劲，才能把项目做好，你才有更高的升迁机会。

只有把自己知道的不断的让你得力下属知道，只有提拔起一些得力的下属来，你才有时间和精力去向上爬，不然你抱着不放，就没有升迁的机会。

管理不是喝酒抽烟那么简单，那只是过去的那种不思上进，耽误自己前程。

吃尽苦中苦，方为人上人。

做PM不是混，是要把项目做好，这跟做人是一个道理，这也就是为什么做管理要先学会做人的道理。

pm的整个工作重点是什么？如果做为一个PM,技术不高怎么对付组里的牛人

我们经常会因为公司里的顶尖人才、个性化太强，不能与其他人合作而感到棘手，要解决这一问题其实也是有法可寻的。

一、在肯定其价值和优势的前提下，明确地制定改进的目标；

二、顶尖人才能够面对中肯的，明确及一对一的批评作正面反应，所以要加强与他沟通的力度；

三、可以根据具体情况调整考核目标，加强与其他员工合作的内容；

四、把"顶尖人才"调到相对能独立发挥其才能的岗位，减少与别人发生矛盾的机会。

;

10. 软件开发中项目经理与首席程序员中谁的贡献大

这个问题就仁者见仁，智者见智了。
先说项目经理，一个软件在市场取得成功，从它在立项开始，项目经理就对可行性研究以及跟客户的交流，负责项目的跟进，协调各个开发人员的工作，负责跟老板汇报进度，还要关心财务一系列工作，甚至有的项目经理还要负责解决一些技术难题。总之项目经理在一个软件开发之初，就像一个保姆一样照顾着这个软件成长，一款成功的软件离不开项目经理的功劳。
另外说首席程序员，也就是技术总监，在软件进度遇到技术障碍的时候首先想到的肯定是他，对于一款优秀的软件来说，性能的优越，功能的齐全，都是其成功的基础，而这些都离不开首席程序员。
但是一款好的软件都不是一个人可以写出来的，离不开团队的合作。
所以我的观点是，如果是大公司，像微软这种，一个顶级的程序员计算机专家，肯定是比一个项目经理更重要。如果是小点的公司，相对来说开发的项目技术难度并不会很大，因此项目经理肯定比首席程序员重要。。。