从程序员到项目经理（2）

在中国有很多人都认为IT行为是吃青春饭的，如果过了30岁就很难有机会再发展下去！其实现实并不是这样子的，在下从事.NET及JAVA方面的开发的也有8年的时间了，在这里在下想凭借自己的亲身经历，与大家一起探讨一下。

明确入行的目的
很多人干IT这一行都冲着“收入高”这一点的，因为只要学会一点HTML、DIV+CSS，要做一个页面开发人员并不是一件难事，而且做一个页面开发人员更容易找到工作，收入比普通的工作还要高一些，所以成为了很多高校毕业生的选择。如果您只是抱着这样一个心态来入行的话，那阁下可真的要小心。因为干IT这一行竞争本来就比较激烈，特别是页面设计这方面，能够开发的人很多，所以为了节省成本在大部分公司都会在需要的时候才招聘这类人员，在没有订单的时候一些小公司还可能找各类的借口或者以降薪的手段去开除这类员工。而在招聘信息上常常会看到“招聘页面设计师，条件：30岁以下……欢迎应界毕业生前来应聘”这样一条，因为这一类工员对技术上的要求并不高，找应界生可以节约成本。所以在下觉得“IT行业是吃青春饭的”这句话只是对着以上这类人所说的，如果阁下缺乏“进取之心”，而只抱着“收入高，容易找工作”这样的态度而入行，那“IT行业是吃青春饭”将会应验了。

选择合适的工具
JAVA、C#、PHP、C++、VB……10多种热门的开发语言，哪一种最有发展潜力呢？其实开发语言只不过是一个工具，“与其分散进攻，不如全力一击”，无论是哪一种开发语言，只要您全力地去学习，到有了一定的熟悉程度的时候，要学习另一种的语言也是轻而易举的事情。开发语言主要分为三大类：
1. 网络开发
现在网络已经成为世界通讯的一座桥梁，好像Javascript、PHP、Ruby这几类开发语言大部分是用作网络开发方面
2. 企业软件开发
JAVA、C#、VB这几类开发语言都实现了面向对象开发的目标，更多时候用于企业系统的开发
3. 系统软件
C语言、C++、Object-C这些软件更多是用在系统软件开发，嵌入式开发的方面。
当然，这分类不是绝对，像JAVA、C#、VB很多时候也用于动态网站的开发。在很开发项目都会使用集成开发的方式，同一个项目里面使用多种开发语言，各展所长，同步开发。但所以在刚入门的时候，建议您先为自己选择一种合适的开发工具，“专注地投入学习，全力一击”。

明确发展方向
当您对某种开发语言已经有了一定的了解，开始觉得自己如同“行尸走肉”，成为一个开发工具的时候，那您就应该要明确一下自己的发展方向了。
平常在公司，您可以看到做UI层的开发人员大多数都有20多岁，他们充满干劲，而且没有家庭负担，在两年前ASP.NET MVC 、Silverlight等刚出现的时候，他们可以在晚上回家的时候买几本书或者直接上网看看，研究三五个星期以后，对需要用到技术就已经有一定的了解了。而年过30的人多数是已经成了家了，他们每天9：00点上班唯一的希望就是快些到6：00点，能回家吃饭。吃完饭只想陪孩子玩一下，看看孩子的功课，对新增的技术缺乏了学习的欲望。所以很多接近30岁的程序员都有着一种逼迫感（包括30岁时候的我自己），再过几年应该怎么办？这时候，您就更应该明确一下目标，努力向自己的发展方向前进了。归纳一下，可从下面几项里选择适合自己的一条道路：
1. 从技术向业务过渡
在国外，很多发达国家都很重视人才，一个高级的程序员与一个Project Manager收入相差一般不超过15%。但中国是世界上人口最多的国家，国内人才众多，所以人才滥用的情况经常可以看到。一个小公司的开发部里面经常会见到新面孔，但PM却不会常换。因为做老板的对技术是一窍不通，依他们看来只到拉住PM的心，那技术方面方面就能搞得定，至于技术部要换人，他们根本不需要费力气去管。所以从一个技术员过渡到一个PM是向前发展的一个选择，但开发人员也需要知道，要成为一个PM不单单是使用技术，而更重要的是对管理方面认识。一个PM主要的工作是组织团队，控制成本，管理业务，控制项目进度，与客户进行沟通，协调工作，定期进行工作报告等。所以要成为一个成功的PM更要重视组织能力，PM必须能提高团队的积极性，发挥团队所长，在有限的开发资源前提下为公司得到最大程度上的利润。成为一个PM后，通常不需要直接接触技术开发，而着重管理的是业务发展，但PM对技术也需要有一定的了解（在下曾经为PM对技术了解的必要性写过一篇文章，得到很多支持但也惹来不少的争议）。在这里我还是要强调自己的观点：要成为一个成功PM最重视的是管理能力，但对技术也应该有足够的了解，因为这是与团队成员沟通的桥梁，只有这样才能与整个团队的成员有着紧密的结合，让团队成员感觉到他们自己存在的意义，从而调动团队的积极性，而不是漠视技术人员的存在。技术并非成为一个成功PM的充分条件但却是必要条件！
2. 从程序员向技术管理发展
其实一个Team Leader的职责与Project Manager相像，但Team Leader更着重于技术开发方面，通常一个大型项目都会有一两个开发团队由Team Leader带领，负责开发核心部分，而其它部分分派给不同开发小组或者分派给外包公司。在网上常看到几句话，贴切地形容了PM与TL的区别：“技术人员乐于被领导；但他们不喜欢被管理，不喜欢像牛一样被驱赶或指挥。管理者强迫人们服从他们的命令，而领导者则会带领他们一起工作。管理是客观的，没有个人感情因素，它假定被管理者没有思想和感受，被告知要做什么和该如何做。领导是引领、引导，它激励人们达成目标。领导力是带有强烈个人感情色彩的，它不是你能命令的，也不是你能测量评估和测试的。”
无论是PM与TL，对业务与技术都要有深入的了解，只是PM更侧重于业务的管理，盈利的多少，风险的大小等等，而TL则侧重于项目的成本，开发的难度，软件的架构等技术方面的问题。在某些人眼中，技术与管理就像鱼与熊掌，不可兼得，但依在下看来，两者却是秤不离砣，密不可分。只要及时提升自己对技术与管理的认识，不断地向深一层发展，要从程序员提升到技术管理人员只是时间的问题。打个比方，一个普通的.NET程序员，开始可能限制于ASP.NET的页面开发，但一旦他有了发展之心，他自然会对ASP.NET MVC、Silverlight、WinForm、WPF这些UI的开发手法感到兴趣，学习不需要多少时间，他可能就会认识这些UI开发只不过是一些工具，其实在开发原理上没什么区别。接着他就会向深一层的通讯模式进行了解，认识TCP/IP、Web Service、WCF、Remoting这些常用到的通讯方式，这时候他可能已经感觉到自己对开发技术有了进一步的了解。进而向工作流、设计模式、面向对象设计、领域驱动设计、面向服务开发等高层次进发，最后成为技术的领导者。上面只是一个比喻，但要注意的是，在学习的时期必须注意的是与同事之间沟通，很多的开发人员喜欢独来独往，开发的项目总想一个人搞定，不受外界的干扰。但要明白，就算你有天大的本事，一项大型的项目也不可能由你一个人全扛着。所以团队的合作性与同事间的沟通是必要的，这也是成功一个TL的必要条件。
3. 单方面向技术发展
能成功技术开发的尖端人才，这是在下最向往的工作，却也没本事登上这个位置。很多从事开发的人都会认为，业务总会带着“金钱的味道”，老板从来不管开发是否合符开发原则，有否经过必要测试，他们只会在客户面前无尽地吹嘘，项目到期能成功交货，只要不出什么大问题那这个项目就算成功了。其实我们也要明白：开发项目最终目标是为了赚钱，在开发过程中对项目成本的限制和效率的控制这也是必须，所以这才需要管理人员对项目进行管理。但开发人员也很想避开这“金钱的尘嚣”，全情投入到技术的世界的当中。所以对技术有着浓厚兴趣的人，往往会深入地研究某一项技术，成为技术上的精英。但在这里说一句令人心淡的话：中国已经属于是世界上第二大经济体同盟国，但国民生产总值主要来源于第三方加工产业方面。中国可以说是人才济济，但却在高新产业上却比发达国家落后。这几年的确看到我们国家在高新科技上有着质的飞跃，但跟欧美发达国家还有着一段距离。所以想在中国成为尖端技术的人才，无可否定比在国外要难。依在下看来，要想成为尖端的开发者，必须对C、C++、汇编语言、嵌入式开发、Windows API、Linux API这些底层技术有着深入的了解。要知道解JAVA、.NET……等这些之所以称为高级开发语言，并不是指它们比C、C++、汇编语言更高级，而是指它们封装了C、C++等等的功能，更适合用于企业软件的开发，使开发变得简单。但如果要开发一些底层的软件，大型的系统的时候，就必须用到C、C++、汇编等开发语言，这是成功尖端人才的一个条件。

确定未来的目标
人是从历练中成长的，古人云：三十而立，形容的不是一个人的社会地位，经济来源，而是形容一个人对未来的目标，对人生的意向。要成为一个成功人，就应该早日为自己定下长期的发展目标，作为一个开发者也当如此。随着人的性格，取向各有不同，大家为自己所选择的路也有不同：
1.自立门户，勇敢创业
快30岁了，很多人会认为要想真正赚得了钱，就应该自立门户，为自己创业建立一个基础。像北京、上海、广州这些一级城市，要买房子，一手楼基本要在2万~4万元/平方米左右，而在一家普通的IT公司当上一个项目经理，基本收入一般都在1.5万~3万之间（除非在大型的跨国企业内工作，那另当别论），要买一间100平方米左右的房子，就算不吃不喝也几乎要10年的年薪，所以选择自主创业，是很多IT开发人员的一个未来目标，想要达到这个目标，就应该更多地把业务作为重点。不可否认的一件事，在中国社会里很多时候讲的是“关系”，即使这30年的改革开放使中国的经济蓬勃地发展起来，但几千年来留下的歪风还是不能完全的磨灭。所以想要创业的人事建议你要多跟客户打好关系，与合作伙伴保持互利互动的模式，这将有利于日后事业的发展。
2. 急流勇退，退居二线
这也是不少人的选择。很多人在有了家庭以后，感觉到压力太大，人的一生并非只有事业，他们想把更多时间用于对亲人的照顾，对孩子的关心上。所以很多人会选择一份像系统分析、系统维护、高校教师、专业学院讲师这一类的工作。收入稳定，而且往往没有一线开发人员那么大的压力。
3. 不懈努力，更进一步
无论你是一个Project Manager或者是Team Leader，如果你想继续晋升一级，那还是会两极分化的。从一个PM到一间公司的管理层，那所面对的事件会有很多变化。一个公司的总经理，要管理的不再是一到两个项目的成本，而是整个部门的运作，整间公司的业务流程，所以要肩负的任务的会更重。在下曾经有一位上司彭博士，他是企业的最高领导人，年薪超过三百万，而且在报纸杂志上也曾经亮过相。平常只会在某些会议上轻轻地亮下相，说两句讲词，平常的公司运作与业务管理都不需要他直接执行。这并不是说一个作为管理层很清闲，因为他们要面对的是更多的社会关系，与公司合作企业的联系上。这跟一个PM的工作的很大的区别，所以要从一个PM晋升到管理层，那可是要负出更多的努力与汗水。
如果要从Team Leader上升为一个技术总监，那工作的方向也有所改变。像之前所说：一个TL可能更重视的是技术层面，讲求与团队之间的互动合作性，更注重的是开发的完善。而一个技术总监就无需要直接参加某个项目的开发，而注意的是开发的效率与成果，如何合理使用有限的开发资源，控制开发的风险和可能带来的效果。

发展感受
经历了8年多时间，在下从一个程序员到一个项目经理，之间经过很多的曲折，但因为每一个人的际遇都有所不同，所走的路也有不同，正所谓条条大路通罗马，成功的路不止一条，在下也不想令各位误解，而只想为大家说一下我的发展方向。如果您是一位开发人员程序员->架构师->Team Leader（Project Manager）->技术总监是一条不错路，这也是在下选择的路。在我国，想要进一步提升自己，无论你想是以技术为重点还是以业务为重点，都离不开管理二字。在一些大型的企业，一个团队往往会配备一个PM与一个架构师，尽管两个人负责的任务各有不同，但你会看到一个架构师的收入往往不如一个PM，PM往往是这个团队的核心领导者，是关键人物。因为公司能否赚钱，PM有着重要的作用。PM与TL并没有绝对的区别，而且在一些中小型企业，一个开发团队只有3~5人，一个TL往往会兼备业务处理、成本控件、架构设计、开发管理等多项任务。所以在下会把Team Leader与Project Manager定于同一层次，一个公司的老板往往不会知道团队的架构师、程序员是何人，而只会向PM询问项目的进度，所以只有晋升到这个层次，才有机会进一步提升管理能力，让自己有上升的空间。置于要成为一个技术总监，那要求就不再单单是对单个项目的管理，而应该更则重于新兴技术的引用，开发资源的合理利用，对开发项目敏捷性的处理等等，对此在下也在试探当中，未敢多言。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
http://www.pin5i.com/showtopic-17729.html
因为我在参与的软件项目开发表现出色，公司在新一个软件开发项目上委派我做项目经理，全权负责项目各种事务的管理。繁忙的事务处理使我体力透支, 有一种脱了一层皮的感觉，但最使我心力交瘁的是从软件程序员到项目经理的一种思维方式和观念的痛苦转变。
　　
　　在软件越来越复杂，需求多变的情况下，程序员式的个人英雄主义已经行不通了，从程序员到项目经理需要主动转变思维方式，否则将陷入心灵和精神的痛苦折磨。在我负责项目管理时，痛苦的经历使我深深明白到转变思维方式和观念对于一个项目的成败是至关重要。

痛苦转变之一：跳脱典型的程序员思维

典型的程序员思维：代码是一切
　　我在刚负责项目的时候认为保持团队高效的工作，和让项目成员有成就感当然重要，但如果连代码工作都完不成的话，就不能谈什么高效工作了。因此，在我接管项目团队的时候，我认为从某种程度上讲项目经理最重要而且唯一的目标就是控制代码编写进度，团队所有工作的成果就是要提交一份高效的代码。所以，成员代码的质量以及对代码的控制，是项目经理管理的主要任务。例如软件程序主要由代码组成，编码阶段就是整个软件项目的最重要的阶段，应该给与大量的时间，并且集中主要的资源。
　　
　　代码就是一切的程序员式经验让我尝到了做项目经理的第一个苦果。实际上，与以前相比，由于软件的规模和复杂度的增加，以及半自动化软件代码开发平台的出现，软件项目管理的中心发生了转移——不再着重编码阶段，而是着重系统总体/详细设计阶段。一般说来，软件项目管理中各种资源的合理分配比例是：项目论证、风险评估阶段10% ，项目需求分析阶段10%，系统总体/详细设计阶段40%，编码阶段10%，系统测试阶段30%。

项目经理眼光应专注于：项目控制和协调
　　在我过往编写代码的程序员经验中，优秀的程序员与平庸的程序员效率差5－10倍。因此，我在项目启动的第一要务就是选择最优秀的程序员，并时时关注这些优秀程序员的进度表和满足他们的需求。我认为，用一个优秀程序员要比用2个或3个平庸的程序员来的划算。
　　
　　在多次痛苦经历后，我终于明白到项目管理第一要务应该是：控制项目范围，控制项目进度和合理分配各种资源。完成客户需求和公司任务应该要让每个成员都发挥作用，和都觉得有成就感，这样的项目经理才能算是比较合格的项目经理，而不仅仅只是关注最优秀的程序员。这个苦果让我明白到，即使是有优秀的程序员，如果缺乏项目控制和协调，要完成客户需求和公司任务往往也会是天方夜谭的事情。

跳离个人大侠主义，建立系统管理理念
　　只有专注于程序设计，才能成为一名优秀的程序员，这是程序员的座右铭。然而这种专注所付的代价是忽视了团队合作，过于以自我为中心。有调查结果显示，许多程序员只局限于在某一小范围内结交知心朋友，探讨技术。但也正因如此，当程序员转变为项目经理时，就会发现处理项目各种纷繁复杂的事情时能力衰退，缺乏通达权宜，灵活反应的能力，这无疑不利于程序员综合素质的提高。
　　
　　因此，在程序员转变为项目经理，从从事“技术”到“管理”这一跨行上，必须转变思维方式和观念。项目管理是一种典型的系统管理，也是一种典型的管“人”的管理。在一个软件项目中，有成百上千的相互关联的活动，例如各种人际关系，资源和突发性事情。哪一种活动都可能会在工期、资源和预算等方面发生变化而对整个项目开发过程产生连锁反应。例如项目组成员存在不同的分工，他们各自的工作对项目目标都会产生不同的作用和影响，不能仅靠鼓励他们提高对项目的自发性的责任感，也不能仅靠评价机制来驱动他们共同承担项目的责任。
　　
　　项目管理的定律之一是“魔鬼藏在细节中”，项目经理必须在对项目各种活动变动全面了解的基础上，才能确定工作的焦点。因此，在程序员转变为项目经理最容易犯的就是“一叶障目，不见泰山”的错误，这个时候需要跳离大侠式的个人主义思考方式，建立系统化管理的思维方式，这是我从程序员转变过程中得到的一个重要教训。
痛苦转变之二：痴迷于技术，忘记管理控制

　　项目管理的三要素:进度、质量、成本，哪个都不能少。项目管理要处理的事情非常多，需要调度非常有限的资源去完成一大堆的工作。资源包括:人力，时间，金钱。这三种资源往往只是刚刚够，或者还缺少很多，这个才是考验项目经理的地方。
　　
　　但在我刚刚开始做项目经理时没有转变观念,一味地按程序员的思维方式去追求完美,痴迷于技术,而忘记及时交付,这也是软件开发人员的通病。

事必亲躬，还是各司其职？
　　软件项目的复杂决定了需要协作，也决定了协作时沟通与交流的复杂。一个项目想要做到管理有条不紊，就要有管理层次，这是我在四处碰壁，燋头烂额后得到的经验。软件开发项目中各层次，各成员都分有与之相对应的职责和权利，例如项目主管负责计划管理和组织开发，程序员负责具体的代码编写操作。
　　
　　作为项目经理，如果管理过细往往会打破正常的管理秩序，使管理处于紊乱状态，影响项目进度。因此，项目管理应具有层次，而从程序员出身的项目经理应该特别注意，避免“越俎代庖”的现象发生，不要一看到下属程序员做事效率低，就自己下场亲自操刀编写代码，事事都包揽不是一个好的项目经理。因为这样的管理是有问题的，会滋养了成员的惰性，造成了事无大小全凭指挥的缺乏思考和创造性的局面，以至于离开了项目经理，项目便无法正常运转。
　　
　　就管理成效而言，这是一种十分糟糕的情况。包办一切的另外一个害处，是不利于调动成员的积极性与创造性，不能尽人才之用。对于那些有才华，有能力的成员，他们在工作中处处都得不到体现，在这种情况下，难免会有一种压抑感，时间长了，要么就在此磨洋工，要么有些能耐的就干脆辞职走人。
　　
　　因此，在项目管理中，项目经理可以和成员打成一片，但在涉及到具体的权利和职责，或处理项目内部中的种种问题时，就必须注意管理的层次，切忌越俎代庖和越权指挥。这也是程序员转变项目经理的一个大考验。

关注个人绩效，还是团队绩效控制？
　　我们的项目面临着多变的环境，各种突发事件层出不穷，特别是项目经理工作负荷大，频于应付。出于程序员需要先把自己需要做的工作做好的习惯，我把大部份时间花在了个人绩效的工作上。但在进度总结会议上，我遭遇到最难堪的事情，就是我个人的绩效不错，但团队的绩效是一塌胡涂。后来我明白到项目经理要做正确的事，而不仅仅正确的做事。就是要分清工作的主次—哪些工作应该由项目经理来做，哪些工作可以交给其他人员来做，哪些工作需要资深人员来完成，哪些工作由一般人员做就行。
　　
　　项目管理强调的是团队行为，而不是个人行为。面对一个复杂而多变的软件开发项目，只有项目经理一个人是无法解决这些问题的。因此，项目经理需要关注每个人的进度和绩效，重点是技术经理和资深人员。而且，项目经理仅管好自己的时间还不行，还要掌握授权的技巧。应当明白管理是通过别人的手达到项目目标，通过计划、组织、协调、控制和兄弟项目组和业主等有关人员来实现这个目的。所以，项目经理是一个过程转化者，他要把目标转化为结果，把资源转化为成果。
　　
　　因此，项目经理应当花费相当的时间在对项目组人员的管理上，花费时间在对下属指导、激励、团队建设、项目协调和控制上。强化项目成员以项目为荣，以项目为目标，提高团队的士气，目前这也是程序员转变为项目经理的最大薄弱环节。

加强成本观念，决策先要权衡轻重
　　在软件项目管理中成本管理一直是一个很让项目经理心伤的事情，我们也经常听到许多项目成本超支，预算失控的消息。软件项目管理成本的控制实在很难，主要原因有：需求不确定，项目工期不确定，费用无法控制等。
　　
　　性能和成本永远是一对矛盾，程序员出身的项目经理常常为此陷入两难的境地，这种状况下常常考验着项目经理对质量、成本、轻重、缓急判断的均衡感。因此，项目成本估算和控制是程序员转变为项目经理所遭遇到的最大困扰，这也常常构成了程序员向管理方向发展的恐慌。
　　
痛苦转变之三：到底是项目经理还是技术经理？

　　在我刚刚负责项目的时候，由于各种原因导致一个人身兼多职。正常来说，项目经理的关注点应是项目的进度把控，协调各方资源使项目能够如期完成，但结果是我这个项目经理经常这也做那也做，有时还要管理编写和测试代码。这样的后果是一方面把人搞的很累，另一方面也是一个很大的风险。
　　
　　后来，经过挫折和打击后，我明白到理想的项目经理无需参与具体设计，他们只需要运用独特的管理能力去协调各种流程、项目、预算和团队成员，优秀的项目经理需要做一个领导者，象汽车司机一样操作汽车。而理想的技术经理，是一个有着技术天赋的人员，是其他技术人员眼中的技术领导者，他们是技术导航员并能够解决问题，就像一个汽车发动机一样。项目经理是对项目整体负责，技术经理是对项目的技术负责，项目经理主要负责成本和范围，技术经理则负责技术实现和质量。项目经理监控技术经理的质量工作，技术经理从技术角度协助项目经理的成本、范围工作。
　　
　　后来经过多次的混乱后，我们决定把项目经理和技术经理分开。这个事情也让我深深明白到，项目经理不应该把应是技术经理做的事情也做，必须转变思维方式，立足于管理才是正道，这也是我从程序员到项目经理转变的最宝贵经验。

从程序员到项目经理（2）相关推荐

《转》从程序员到项目经理(五)：不是人人都懂的学习要点
转载自http://www.cnblogs.com/watsonyin/archive/2012/10/22/2734741.html 学习是一种基础性的能力.然而,"吾生也有涯,而知也无涯 ...
从程序员到项目经理，没有捷径可走
从程序员到项目经理,这个标题让我想起了很久以前一本书的名字<从Javascript到Java>.然而,从Javascript到Java充其量只是工具的更新,而从程序员到项目经理,却是一个脱 ...
程序员到项目经理：从内而外的提升不看后悔去吧
从程序员到项目经理(一):为什么要当项目经理 "从程序员到项目经理",这个标题让我想起了很久以前一本书的名字<从Javascript到Java>.然而,从Javascr ...
从程序员到项目经理（十一）：每个人都是管理者
从程序员转为项目经理,这是一个巨大的跨越.一个新任的项目经理,对项目管理找不到感觉,一般也被认为是一件正常的事情.这是否意味着,一定要等到当上了项目经理才能学习项目管理吗?一定要做砸一个项目才能成长为 ...
从程序员到项目经理（11）：每个人都是管理者
从程序员转为项目经理,这是一个巨大的跨越.一个新任的项目经理,对项目管理找不到感觉,一般也被认为是一件正常的事情.这是否意味着,一定要等到当上了项目经理才能学习项目管理吗?一定要做砸一个项目才能成长为 ...
从程序员到项目经理（十）：程序员加油站 --要执着但不要固执
程序员的成长之路,没有捷径可走,只有坚持不懈的执着追求,才能成为一名优秀的程序员.执着诚然可贵,但如果不能经常自省,则有可能会陷入固执的境地. 1.程序员需要一点执着精神 <士兵突击>中许 ...
从程序员到项目经理（五）：程序员加油站 -- 不是人人都懂的学习要点
学习是一种基础性的能力.然而,"吾生也有涯,而知也无涯.",如果学习不注意方法,则会"以有涯随无涯,殆矣". 一．学习也是一种能力看到这个标题,有人会说:&q ...
从程序员到项目经理（二）
一．升职之辨 1. 为什么是我不是每个人都能当项目经理,程序员中只有一小部分能成为项目经理,大部分人会随着岁月的流逝,成为了"资深程序员". 那为什么领导要选择我呢?一般人对自己 ...
从程序员到项目经理(六)：懂电脑更要懂人脑
从程序员到项目经理(六):懂电脑更要懂人脑说起程序员三个字,我觉得既骄傲又可悲.骄傲的是,我们曾经是时代骄子,是一群真正改变世界的人:可悲的是,我们很多致力于改变世界的程序员,却生活在自己的世界里, ...
从程序员到项目经理（8）：程序员加油站 -- 不要死于直率
直率听上去是一种美好的品德,然而如果不注意区分实际情况,直率可能会成为一把伤人害己的"双刃剑"! 1.直率是关于说话的问题公司曾有一位人力资源经理是从传统行业转过来的,有一次她跟 ...

从程序员到项目经理（2）

从程序员到项目经理（2）相关推荐

最新文章

热门文章