程序员到经理

‘壹’ 请问一个程序员，怎么进化到一个项目经理

那得看你是不是有这样的志向了，如果你的目标是成为项目经理，那么你现应该做的就是开始关注项目开发的全过程。

程序员和项目经理是两个工种，这一点你一定要清楚，只有思想先转变了，人才有可能跟着转变身份。

程序员是技术工作，主要承担的是项目中某一部分的具体任务，完成某些需求，去把代码都敲完，保证测试的时候不出问题，没有BUG，也就够了，别的事不用操心，也用不着一个程序员去操心；作为程序员最多就是学点新技术，可以更快更好的完成自己那摊任务即可。

项目经理是管理岗，至少理论上是这样的，不过现在很多软件开发工司的项目经理多半也是一个项目组里的技术骨干，其实这也没有什么不行的，只不过想做好项目经理，仅仅懂技术是远远不够的。

项目经理的工作更多的是协调内外关系，确保项目可以按期合格完成。协调则是主要工作，内部 ，需要协调项目组里各工种之间的工作，让大家可以配合起来更高效的完成工作；同时还要和公司进行协调，比如人员的借调或者资源的调配，琐事更多一些。

与此同时还要和项目的建议单位进行协调，因为人的沟通是不可能百分百理解的，项目开发更是如此，对于很多细节上的问题，都是应该由项目经理去和建议单位协商的，若沟通不畅后续将面临着很多设计变更的问题，会耽误时间与资源。

所以如果你想成为项目经理，在忙完自己程序员的工作之后就多留心去学一些管理方面的知识吧，以备哪一天的荣升之机。

‘贰’ 想从程序员转行到产品经理，想听听大家的意见及建议。

可以说，在产品驱动型互联网企业中，例如网络和腾讯，有程序员基础的产品经理是很抢手的。

我推测你的问题是：

1、程序员转产品经理有没有“钱”图
2、程序员转产品经理需要具备哪些技能
3、程序员怎样做才能自然的过度到产品经理

第一个问题我已经回答了，现在60%以上的产品经理都是从产品设计转过来了，这样的产品经理纠结于细节，而程序员转过来的产品经理因为了解产品的实现过程，所以对项目的时间把握有相当的话语权，这首先就保证了项目的进度，其次严谨的逻辑性，对产品将来的扩展和升级都有帮助，所以程序员转过来的产品经理是很抢手的。不过这类产品经理要多增加产品营销和运营方面的知识。人无完人，多了解一些对自己有好处。

第二个问题：产品经理其实没有什么技能可言的，产品的视觉交给UI，交互交给UE，开发交给程序员。但是，产品经理是个协调者，需要做大量的沟通，需要有敏感的“嗅觉”，可以判断出市场的变化、公司方向的变化、进攻的时机、默默的承受。还要能为自己的产品拉到一定的资源，为产品整个生命周期负责等等。一个词“沟通”

第三个问题：建议你看一些书，可以上当当网搜几个关键词“信息架构”“用户体验”“产品经理”“交互设计”这几个词都是当下行业热门的，作为产品经理需要了解。

希望说的这些对你有帮助！

‘叁’ 从程序员到项目经理（12）：如何管理自己的时间（上）

项目经理必须要主动的管理自己的时间，合理安排自己的工作，才能真正“翻身”做自己时间主人。1.谁动了我的时间时间对于每个人而言，都是最稀缺的资源，对于一个管理者更是如此，时间不够用成为几乎所有管理者共同的问题。如果要对项目经理常说的话做一个调查的话，想信“我很忙”一定可以名列前茅。以我的经验，当要求项目经理按时提交项目材料，或者临时支援某件紧急事务的时候，经常会听到同样的回答：“我很忙”。多年以前，我就从经理那里听说，厉害的管理者都是很轻松的，因为他的工作全部交出去了，根本不用自己操心，所以他们出去度假十天半个月，一切工作都会如常进行。从那时起，我就充满了对管理的神往，可是后来我才发现原来这只是个传说，现实中忙忙碌碌的经理比比皆是，而轻松自如的管理者则是众里难寻。为什么管理者都这么忙呢？是谁动了他们的时间？实际上，这是一个综合性的问题，既有内部原因，也有外部原因，既有主观原因，也有客观原因。总的来说，让经理们不堪重负的因素有三：(1)工作对于一个程序员来说，他的工作是比较单纯的，基本上是单线程运作，只需要项目经理交待开发任务即可，可是当上了项目经理就不一样了。以前好比在游泳池中游泳，现在是在大海里冲浪，各种事情如潮水一般向你涌来，让你顾此失彼，手足无措。(2)下属下属也是一种资源，即人力资源，这种资源与时间一样，同样具有稀缺性。其实我们可以设想一下极端情况，如果你的下属人数足够，能力也很强的话，你完全可以像我的经理说的一样，把你的全部工作授权给你的下属，你自己也就不用整天焦头烂额了。因为你的下属不给力，所以你总是要自己来制定计划、自己来做系统架构、自己来监控进度、自己来检查质量、自己来写文档、自己来汇报工作、自己来解决重要问题、甚至自己来编写代码，你整天忙忙碌碌，就是在忙这样的事情。然而，千万不要怪你的下属，因为他们不给力正是老板雇佣你的原因，况且资源的稀缺性是永远存在的——从原始社会到将来的共产主义社会。要知道，老板做项目为了赚钱，而不是让管理者更轻松，如果每个项目都是精兵强将，你只要一声令下工作就会自动完成，你倒是轻松了，但老板还要你来做什么？(3)自己既然资源受限是一定的，项目经理还是应该反求诸己，从自己身上找到解决之道。这就好比天下雨了，你怪老天是没有用的，只能怪你自己没有带雨伞。经常问一问自己，我对工作安排合理吗？我抓住了主要问题吗？我在旁枝末节的事情上浪费时间了吗？我有充分发挥下属的能力吗？我自己工作拖拖拉拉吗？…通过不断的自省，改善自己的管理方法和行为习惯，我们对时间利用也必然会变得越来越高效。 2.时间管理的本质是对工作的梳理要破解忙的难题，必须要有意识的对时间进行管理。其实时间本身是没法管理的，因为无论你怎样管理，时间既不会变多，也不会变少，既不会变快，也不会变慢。所谓的时间管理，其实就是如何更有效的利用时间的问题，更加直白地说，其本质就是工作管理，即通过对工作的梳理，让我们在有限的时间内，使得工作更有条理、更有成效。必须要主动、有目标地对工作进行梳理，这是对一个管理者的基本要求。工作梳理就好比整理房间，你不去整理它，杂物就会堆积得越来越多，你房子最终会变得不适合人类居住。一个好的家庭主妇，必定善于将各位物品分门别类，并且适时扔掉一些用处不大的物品。一个好的项目经理也一样，同样需要对工作进行分类，对不同类型工作采用不同的策略，有些工作要现在就做，有些可以晚点做，或者不做；有些工作一定要自己做，有些工作则可以请其他人来完成。通常对工作梳理，可以采用5W1H法，即： Why——为什么干这件事？（目的）； What——什么事情？（对象）； Where——在什么地方执行？（地点）； When——什么时间执行？什么时间完成？（时间）； Who——由谁执行？（人员）； How——怎样执行？采取哪些有效措施？（方法）。在一般的项目中，Why和where往往不是什么问题，或者说对项目经理的时间管理影响较小，因此我们不妨将其简化为3W1H，也就是确定要做什么，不做什么；先做什么，后做什么；谁来做；怎样做才更有效。基于此，项目经理可以按以下三个步骤来梳理工作：（1）分析要做什么、不做什么，以及先做什么、后做什么解决What和When的问题。事有轻重缓急，事情的重要程度和紧急程序直接决定其处理的优先级。虽然很多事情来势汹汹，但并不表示一定要当即处理，有些事情只是静静的躺在那儿，也并不意味着要“等有了时间再做”。（2）分析由谁来做解决Who的问题。虽然我们提倡项目经理要以身作则、亲力亲为，但并不是说每件事项目经理要亲自去做。对于下属可以胜任的事情，就把它分配出去。如果出现项目经理很忙、下属很闲的情况，那就说明项目经理你做得太多了，不要和你的下属抢事情做。（3） 如何让工作更有成效做不做、什么时候做以及谁来做的问题都解决了，剩下就要解决怎么做才能让工作更有成效的问题了。在这里我们不是要讨论编码或写文档的技巧，而是个人的习惯和认识，这对工作成效的影响更是本质上的。 3.做事要分轻重缓急老外就是善于总结，中国有词语叫“轻重缓急”，可是到了国外摇身一变，变成了“时间管理四象限法”——自从美国总统艾森豪威尔提出以来，人人将其奉为圭臬，成为时间管理领域最重要的方法论。所谓的“四象限法”，就是将工作按照重要程度和紧急程度两个维度进行分类。我们找一张白纸，以紧急程度为纵轴，以重要程序为横轴，在纸上划上一个十字，将纸面分为四个象限，然后将当前所有要做的工作放到这个四个象限中。一个典型的项目经理四象限图如下所示： （1） 第一象限：重要紧急这一类往往是火烧眉毛的事情，需要马上去处理，否则项目会受到重大影响，比如客户服务器崩溃。（2） 第二象限：重要不紧急这类事情一般是预防型的工作，例如制定项目计划、团队建设等，它们不需要你停下手上的工作马上去做，但如果没做好的话，可能就会导致产生项目危机。许多第一象限工作产生的原因，正是因为第二象限的工作没有去做。（3）第三象限：不紧急也不重要这类事情看上去最不需要做了，例如上网偷菜、看新闻、写博客等，但如果你在办公室走上一圈，就会发现很多人正在干着这些不需要干的事情。 （4） 第四象限：紧急不重要这类事情虽然不重要，却需要马上去处理。一个典型的例子就是桌上的电话响了，你接还是不接？当然要接，因为你不知道是谁。接通后，发现是推销保险的，你又不好意思立即挂掉，只好被对方折磨一番了。 我们到底该怎样安排四个象限的工作呢？对于一个普通的管理者，其工作的优先级一般是这样的：第一象限>第四象限>第二角限>第三象限。可是，等做完了第一、四象限的工作，根本就没有时间来人做第二象限的工作，于是项目到了后期项目经理只好四处救火。管理大师彼德.德鲁克十分推崇“时间管理四象限法”，并将其总结为“要事第一”的原则。根据这个原则，每个象限的工作处理策略是不一样的。（1）重要紧急优先级最高，需要尽快处理。很多人都玩过《植物大战僵尸》的游戏吧，那你一定知道“一大波僵尸正在逼近”的感觉，是的，你必须要马上打死它们，不然它们就会冲进你的房子，吃掉你的大脑！（2）重要不紧急这类事情看上去可以暂缓，但考虑到其重要性，应当与第一象限的工作并行去做。如果不及时去做，它们就会转移到让你头疼的第一象限中去，或者在第一象限产生更多新的“僵尸”。所以，要在僵尸还没有逼近的时候，就好防御工事，并尽快打死它们，如果等到它们冲了过来，你还能不能保住大脑，就要看你的运气了。（3）紧急不重要它们就像是在你耳边“嗡嗡嗡”地叫着的苍蝇，你必须要花时间去赶走它们。这多少让人有些无奈，但这些事情确实层出不穷。有些公司在实施紧急项目时，经常采用封闭式开发，这样做的一个重要原因就是要回避那些紧急不重要的事情。很多管理专家建议我们在必要的时候勇敢说“不”，其实就是针对这类事情。如果实在无法说不，建议安排或委托其他人来做。（4）不紧急也不重要如果不是时间充裕的话，建议不要去做。如果碍于人情的话，建议安排或委托其他人来做。它们就像一群在几百米远处飞的苍蝇而已，你完全不必要放下手中的饭碗，举起苍蝇拍跑过去和它们决斗。因此，对于一个卓有成效的管理者，其优先级应该是这样的：第一象限=第二象限>>第四角限。第三象限就像数学中的无穷小一样，被舍弃了。写到这里，我想起了前不久一位项目经理的故事：项目定于当天上线，项目组决定搬到客户现场办公，以应付可能出现在的突发事件。项目成员电脑已经全部打包好，都围在项目经理周围等待。原来项目经理正在理一大堆发票准备报销，于是发生了这下面这样的对话：我：“大家都在等你，怎么还在填报销单呢？”项目经理：“今天是公司的报销日，不填好单子，又得推后很久。”我：“你的电脑打包了没有？”项目经理：“没有”我：“放行条开了没有？”项目经理：“没有”我：“申请用车了没有？”项目经理：“没有”我不知道说什么好了。要知道公司的报销单粘贴和填写非常严格，经常被打回重新弄，那一堆发票，显然不是十几分钟可以搞定的事情。还有公司的用车也比较紧张，不赶紧申请，说不定就没有了，到时就只能租车或打的，这无疑又会耽误更多的时间。更何况六七个同事都在等项目经理一个人，耽误的时间还得要乘以他们的人数。万一系统上线，状况频出，客户火烧眉毛，项目组却仍然在路上，这样的后果是很严重的。贴报销单看上去一件重要紧急的事情，实际上它既不重要也不紧急，因为今天不报销，以后还是可以报销，可是因此耽误的宝贵时间，却无法再要回来。

‘肆’ 如何程序员转变到管理层

你应该多想想怎么把程序编的更牛逼，成为引人注目的优秀骨干，老板不愿意放走的人。
有机会老板就会让你成为项目小组的领队。
再历练历练，项目做的好，业务钻的精，那么你就有机会做更大开发团队的领队。
管得人多一点儿呢？项目经理或者部门经理，你就没时间编程了，你就管理层了。

编程不行？钻精业务和沟通，等机会转型策划，或等机会转型项目经理 - 机会来之前必须得准备好，不然还是轮不到你。

再者就是直接跟你上司谈谈，表达一下自己想走的路，以及公司有什么路可走，然后及早调整一下奋斗方向，早点儿使上劲儿。

‘伍’ 程序员几年能当上经理

这个可是没有年限的，要看具体的情况，你个人的实力，公司的规模等等。还有就是机遇，和公司的领导的看法等等。
1年是他，10年也是他。
对于有些事，尽人事而安天命。
努力工作吧！

【易 IT 电 脑 管 家】

‘陆’ 程序员如何转型产品经理需要哪些逆天“装备”

需要注意以下几点：

1.关于契机

其实我觉得这不是契机的问题，是基因的问题，一个真正适合做程序员的人是不会考虑转型的，在职业发展上，程序员比产品经理的路线更清晰，投入与产出比更稳定，而产品经理，说实话，是个很看脸的职业，这个职业的路线有很大的不确定性，为什么我会转型，因为我本就不适合做程序员，我无法满足于翻来覆去就是Copy&Paste的工作，对于技术也没有狂热的追求，当然，我十分讨厌加班，确切的说是无休止，非计划性，带有潜规则性质的加班。
你或许会问，既然不适合，你为什么要选择程序员这个职业呢？说实话，在没做之前，我真的不知道我不适合。
回到正题，我是在一个什么情况下转型的产品经理呢，颇有些黄袍加身的感觉。人是有惯性的，放弃既有的优势，去投入一个看似美好，却很可能是刀山火海的职业，是一次危险的赌博。
没有亲身体验产品经理，只能说是这山望着那山高而已，所以始终带着不确定性，而当时公司规模急剧扩大，中层管理青黄不接，没有产品经理的情况下，BOSS考虑到空降人员可能水土不服的问题，希望从内部发展可靠的同志，于是对我进行了先进性教育，我思前想后，就是那句“我发现你对产品很有感觉”，让我抱着士为知己者死的念头，决绝的点了点头。
2.关于准备

说实话，没有准备，也没办法准备，因为你面临的是一个完全未知的岗位。就想你看别人玩游戏，和自己亲自玩游戏，是完全不同的感觉。别人无比娴熟的操作和风骚的走位使你拍案叫绝，但是你真正自己去玩的时候才发现，APM不够啊，意识跟不上。
怎么准备，看攻略，好吧，那些写攻略的人往往讨论的是在一个对方站桩的情况下，你怎么来干死它，却没讨论，如果对方后退了一下，或者忽然又一个敌人出现了，你该怎么面对。在实际的工作中，你面临的是各种意想不到，千奇百怪的局面，想通过攻略来解决是完全不现实的。
3.关于有用

我觉得最有用的东西就是换位思考，以前做程序员的时候，我只需要考虑我怎么来实现，我的时间够不够，项目什么时候上线，有了任何问题，我可以等待，我可以扯皮，我也可以作壁上观。但是作为一个产品的负责人（视公司岗位职责的不同，或许有很大出路），我就像一个管家婆一样，必须时刻注意到哪里可能出现炸弹，每天更多的时间不是在执行，而是在观察，思考，应变中度过。
我不再拥有一个可供我自由分配的八个小时，我的上一秒可能在思考问题，下一秒就会有人过来找我，碎片时间变的很多，就连上厕所，都会有电话进来，你随时保持着战斗状态，不能有一丝一毫的松懈。
这个时候再去看程序员这个岗位，你发现，原来是这个样子的，但因为我也混过，我自然知道程序员的心态，这是我的最大优势，我能够和程序员很好的沟通，并能理解他们在别的策划转为产品经理的童鞋那里难以理解的问题，所以我这边的研发进度往往保障的很好。
我发现所有的事情都不是像我想象的那么简单，方案的问题，计划制定的问题，人员本身的问题，处处都会产生蝴蝶效应，我总是在不安中小心翼翼的防微杜渐或亡羊补牢。
但我发现，即便我付出了再多的努力，项目还是会因为各种原因走向失败，这个时候检讨是没有意义的，天时地利人和，缺一不可，为什么我说产品经理这个职业看脸，是因为这个职业看起来能决定任何东西，又发现自己决定不了最关键的问题，所谓尽人事，听天命，以前总被我嗤之以鼻，我发现，有些时候，我真的很有共鸣。（作者：Robert Struggle）

‘柒’ 程序员转行可以做什么

面对着日新月异的代码和语言，你是否感到了力不从心？稍有懈怠，就跟不上岗位需要了？身体渐渐的发福，熬夜写代码开始扛不住了吗？

这个时代很残酷也相对公平，残酷的地方在于世界的变化之快容不得人有片刻懈怠，公平的地方在于：不论你是年轻还是年老，都要靠实力说话。

那些被时代抛弃的永远都是跑得比较慢甚至在原地徘徊的人，即所谓的工作十年却只有一年工作经验。

年轻程序员的优势在于年轻和激情，大龄程序员的优势在于阅历和经验。所以，年轻程序员不要有跨越年龄阶段的焦虑，大龄程序员也不要觉得年轻人抢了自己的饭碗。

每个年龄段都有自己要解决和面临的问题，认清自己内心真正的需求和渴望，再去寻找适合自己的栖身之地打怪升级，才是当务之急哦。

‘捌’ 程序员如何快速的转型为技术经理

如果你想转型为技术经理的话，首先对你所在行业的需求架构非常熟悉，并根据用户的需求进行工作分配，可以项目组的程序员编写各个模块的代码，最终独立带领团队实现产品需求。
技术经理的工资应该是比程序员高至少50%以上的。
项目经理多是沟通和组织型的，和技术经理职责有所区别，当然责任也更大一些。
做老师看你做什么类型的老师了，如果是公办学校，办什么证都不太好进吧，得有关系门路才行。民办学校的话如果你有实力应该还可以。

‘玖’ 程序员可以转为产品经理吗

当然可以！从程序员到产品人员的转型，有其必然性和合理性。像腾讯马化腾、360周鸿祎、微信张小龙他们都是由程序员做起，然后开创自已的产品和事业的，这样的例子不在少数。而且，一个技术人员能够转型成优秀的产品人，一定是有“知道技术能做什么”的自信 ，还有“我要把它做出来”的决心。
程序员转型产品人员所具有的独特优势主要包括以下几点：

第一，多年的程序员工作经验，对软件技术和软件实现方案的判断，可以规避那些天马行空的产品想法，工作更有成效。
第二，程序员一般都具备严密的逻辑思维能力，更有利于对复杂的产品进行精细的需求分析，将产品打造成精品。
第三，程序员一般都具有快速学习能力，保持对计算机相关行业动态和技术革新的观察与思考，这在一定程度上会培养对行业与技术的洞察力。