协调项目各个骨干成员的利益
项目经理一方面要对用户及公司负责同时也不要忘记了和你一起出生入死的战友，项目组成员的利益也需要你来维护，这个利益来自两方面一方面要协调各个骨干成员间的利益，另一方面要协调组员与公司间的利益。Zc530.COm
以身作则起到表率
项目组建初期，所有的的成员大家都认为项目经理是主心骨，所以无论大小的问题都会找项目经理，并且大家也都关注着你的一言一行，所以项目经理要勇于承担责任，遇事退缩的项目经理会让组员看不起的，同时也失去了威信，发展到最后你会发现已经指挥不动人了。同时要学会合理的把相应的工作分配到不同的组员身上，不然你会发现你的工作应接不暇而部分组员在看小说聊天。所以这些问题都需要责任心来解决，当你用心去安排工作时这些工作会迎刃而解，所以项目经理的责任心是非常重要的。
不断学习不断尝试
在国内的项目经理大部分应该都是出自技术岗位，所以还是要不断学习新技术同时安排解决项目中的技术问题，同时还要加强项目管理的知识及不断丰富自己的管理经验，一方面加强技术学习不但可以把控项目中的技术问题同时可以得到组员的认同，教材上项目管理知识都是理论的，根据不同的环境和情况要不断尝试用新的方式来解决不同的问题。
你的主要工作是管理
正因为很多软件项目的项目经理都是出自技术，所以不同程度的对技术都有一些痴迷，这时候你要清楚你自己的角色，你不是一个程序员，你的目标是管理好一个项目，技术难题要交给能够解决的组员去解决，你更多的精力应该是把控项目的进度质量及与公司领导、用户、客户进行很多的交流工作，同时发挥你的每一个组员的最大能量。
要有一个好的心态
在项目管理过程中你可能会与某些单位的领导或者公司的老总级人物打交道，这时候要把握好自己的心态，不能太卑微同时也不能太张扬，要把握的有礼有节，这些才能得到这个领导及老总的认可。很重要的一个心态就是我是为你服务的，你付给我公司的钱不是我抢来的，是我劳动付出的。所以也要压制某些用户的不平等的心态，如果是原则性的问题该不让步就是不能让步的，如果是你自己把控不了的交到公司由公司领导来权衡。
zc530.Com小编推荐
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《项目经理眼中的合格程序员》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
一、合作与团队精神及计划性
服从分配的工作，并在保证质量的前提下尽快完成任务。如果接到的新任务没有给出工作量估计，首先估计出完成任务所需要的工作量，并有责任向领导说明其估计的合理性，如果接到的新任务已经给出工作量，除非能提出充分的理由，否则必须接受该工作量估计。提前完成任务时，应该及时通知上级。在同时承担几个模块任务时应能根据优先级的变化及时调整自己的工作时间分配。
二、需求理解能力
在开发过程中，要在需求细节不明的情况下，有责任设法搞清楚，积极学习编程思想和方法，并在设计、编码工作中自觉应用，对有一些复杂程度的设计，主动申请设计审查。并能在开发用户界面之前，尽可能使用界面原型方法获取用户的确认。
三、测试意识
在工作负担允许的情况下，采用测试驱动的编码方式，及时把完成编码的部分提交测试，并及时排错。不断通过自己的测试来驱动程序质量的提升。
四、规范化，标准化的代码编写习惯
良好的文档是正规研发流程中非常重要的环节，作为代码程序员，25％的工作时间写技术文档是很正常的。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。
对正规的企业，会有完整的编码规定，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。代码具有良好的可读性，是程序员基本的素质需求。
五、总结与全局观
以项目全局为重，采取尽可能简捷的解决方案，把完美方案的设想提交设计人员，有问题时首先向同事们征求解决办法，不鼓励花大量时间解决难题，并鼓励给同事提供技术支持。项目结束，做出个人小结，以利个人和集体的改进。
4.要想成为技术领袖必须有远见，有智慧。有远见有智慧的人才能有承担。我有一个在加拿大的同事，开始的时候只是一般的技术人员，很短的时间内就变成经理，再后来没有经过多长时间又被提升为主管。原因很简单：他有远见，并且有足够的智慧知道应该如何去做。像他这样的员工虽然刚开始的职位很低，但是公司领导觉得这样的人才对公司将来的发展大有帮助，另外，如果这样的员工离职，不但是公司的损失，还会助长竞争对手的实力。所以公司一旦有职位就会提升这样的员工。我们作为技术人员也是一样的道理，面对一套大的系统方案，只有穿透障碍看到未来，才有机会获得提升，成为技术领袖。
5.成为技术领袖需要自信、自觉和自律。自信，这和领导能力有关，没自信怎么来领导别人呢？自觉包含两个方面的内容：自我感知和自我解嘲。自我感知是要对自己有一个正确的评价，人贵有自知之明--我们老祖宗都这样讲。有些人不知道自己的情况，要么估计过低，要么估计过高，对自己没有一个公正的评价。很多事情要靠下意识的感觉，你可能并不知道具体发生了什么事情，但是凭感觉就能判断出对错。自嘲是能给自己台阶下，这很重要，往往很多人都做不到，一不小心就陷入骑虎难下的境地。另外对自己有一个正确的评价，才不会弄得自己下不来台。
自律就是要约束自己，保持良好的品行。自律不是做给别人看，也不是做给领导看，而是为自己而做。每个人心中都应该有把标尺，衡量什么事情该做，什么事情不该做。自律很关键，年轻人尤其应该加以重视。有好的人品才会得到大家信任，如果不自律，没有良好的品行，有谁会对他心悦诚服，又怎样来做大家的榜样呢？
6.勇于承担，敢于付出。也就是说一个人的工作既不是为了金钱，也不是为了名誉，单单只是为了实现自己人生的价值，获得成功。自己驱动自己，不畏艰难险阻，不达目的誓不罢休。不愿意承担，不愿意付出，处处计较得失的人是没有办法成为领袖的。
这里所说的成功，并非单纯的职位上的成功，还包括技术上的成功，做人的成功等。其中做人的成功最重要，往往却被最多的人所忽视。职位只不过是领导给的一个头衔，技术领袖所具有的影响力并不是单单靠领导所给的头衔就能获得的。不管大公司小公司，很重要的一点就是先做人。我认为衡量一个人是否成功，首先看做人，然后看技术，最后才是职位、名誉、金钱。而且往往人和技术做好了，金钱名誉就会随之而来。正如诺贝尔奖得主们无一人不是勤勤恳恳做事，假使一开始就想着名誉、奖金，或许他们永远都无法取得举世瞩目的成就。
成功是一个很宽泛的概念，如何衡量成功是因人而异的。一般来说，成功是一个正态分布的频谱，不是一个单脉冲。有些人拥有很高的职位、很丰厚的收入，但却没有家庭、没有生活，因为他们把所有心思都放在了工作上，最终获得了事业上的成功，一个脉冲式的成功。相对他们的度量标准来说是成功了，然而对另一些人来说，他们并不成功、或者不值得效仿。因为事业成功只是一方面，除了工作，我们还有生活，还有家庭的维系、子女的教育、八小时后的个人爱好。一个和谐的成功是一个频谱式的成功：也许没有哪一方面是特别突出的，但是有几个方面是相当好的，其他方面也还可以，这样综合来看是最好的。
7.能领会别人的感觉和想法，会与他人相处。一个拥有领袖潜质的人，往往能够很快感知周围的氛围，别人的感受，他能够通过简单的语言、位置调整，使大家轻松舒服地投入工作。
8.能把大家团结起来，人气旺。很多时候，某个人并不是领导，但是大家都愿意听他的话，成了无冕之王，这样的人即便现在不是，将来也必然会成为领袖，这只是时间的问题。
读者朋友们大多都是技术人员，但是大家不要被技术所束缚。我年轻的时候也走过弯路，希望这些心得体会能对年轻的朋友们有所帮助。成为技术领袖并非遥不可及，只需要比别人多付出一点坚定和执著，多注重先做人后做事。
并不是所有的项目经理都是生来平等的。本文讲的就是优秀的项目经理和非常优秀的项目经理之间的区别。
有三种类型的项目经理。第一种类型是意外型的项目经理。通常，这种类型的项目经理都是通过排资论辈升上来的。例如，一个能力很强的程序员通过一个开发项目成为项目经理。或者一个能力出众的网络技术员通过一次大型的网络升级成为项目经理。这些人都了解他们正在管理的项目的类型，他们能够制定工作计划，也能够给其他的小组成员分配工作。但是，他们并不了解项目管理的很多准则。
第二种类型的项目经理知道成功的项目管理需要你来应付问题、范围、沟通、风险等内容。问题是你是否是一个足够厉害的项目经理，是否能够理解项目管理的准则需要具有积极主动性。
第三种类型是积极主动的项目经理，他已经完成了意识上的转换，提前或者持续应用他或者她的准则。通过下面的例子我们可以看到它是如何起作用的。
一个优秀的项目经理
* 会完成最初的项目定义(Project Definition)，即章程，因为这是组织的要求。一个积极主动的项目经理知道必须提前定义项目，否则，小组就不会对必须完成的工作有一个清晰的认识。
* 会为赞助方和经理提供一个月度状态报告。积极主动的项目经理会完成同样的状态报告，但是知道状态报告只是沟通所需要的最低要求。积极主动的项目经理会在整体沟通计划(Communication Plan)的指导下管理好沟通。这就让项目经理可以预先确定和满足项目利益相关人的各种沟通需要。
* 会在项目一开始就看到存在的风险。而积极主动的项目经理会在项目的开始预见到项目的风险，并在项目实施过程中管理和监测这些风险。
* 会判断如何解决他们所碰到的问题。而积极主动的项目经理会有一个问题管理流程，以便在问题发生的时候来预先处理所有的重要问题。
* 会因为自尊心的缘故而创建一个质量解决方案，并知道这是要做的正确事情。而一个积极主动的项目经理会确定客户对质量的预期，并制订计划来达到所要求的质量水平。
你看到了不同之处吗?那些仅仅是优秀的项目经理知道项目经理最基本的职责。而那些非常优秀的、积极主动的项目经理已经将这些项目经理的职责内质化了，并让它们成为了项目工作里的日常部分。积极主动的项目经理不会因为需要做这些日常工作而去做这些工作。他们行使自己的职责是因为他们知道这些项目管理的流程让他们获得了更高的成功率。
职业规划怎么写，相信很多朋友们对这个问题很感兴趣，下面给大家介绍一下。第一部分，前言即总论；第二部分，自我分析，包括业余爱好、性格、价值观、专业技能等；
或许很多人会非常不解的问，我是一个程序员，我一直钻研我的技术，我在某个领域成为一个专家，难道不够吗？而且，我们也看到，国外有很多资深的技术专家直到60岁还在写代码，而且生活过得很惬意。这时，我还需要商业意识吗？
不可否认，这是一种非常良好的愿望。而且这种愿望藏在在很多程序员的内心深处。记得在一次采访中，周鸿祎也曾谈到，如果在衣食无忧的情况下，让他选择一种生活，或许他希望到一个僻静的地方去写共享软件。由于程序员习惯于和计算机打交道，对计算机拥有全部的Control。自然，对于外部的商业有一种要逃离的心理。
但是，在中国的现实状况看，希望能够成为技术专家，而不直接介入商业活动的想法有些难以实现。
首先，中国的软件企业养不起大量水平非常高的技术专家。尤其是在过去，一个几十个人的软件团队中，如果有两个能力超高的技术领头人，估计有一个就会自己另外扯山头了，而且公司也养不起这样高水平的人员。
同时，中国企业也很难给出长期钻研技术的环境，在一个项目为导向的公司中更为突出，不同的项目完全要随着客户的需求不断变更，根本没有技术积累的过程。而在产品类的公司中，这样的公司在中国生存起来非常困难，往往都寄希望与不断满足市场的需要，快速推出产品，而深入的研究技术对很多技术人员来讲，有这样的机会实在算是奢侈品。
当然，现在很多企业在成立研究院，这是一个好的趋势。研究眼对于某些深入技术研究的程序员来说是一个好的修炼地。不过如果认为研究院这样的地方就可以只看技术，不看市场就大错特错了。
不说别的，众多研究院的前面都有两个字工程。所谓工程研究院，也就是要将自己的技术研究和产品捆绑在一起，这样的研究院所研究的技术当然要为公司的产品和市场做充分的研究，只是一般这些产品不是现在立刻要上市的产品，有可能是未来两年内要上市的产品罢了。
即便是最接近技术研究的微软亚洲研究院，他们所研究的技术方向同样要充分考虑微软未来的产品走向。从两个案例可以看出来，首先，亚洲研究院有专门的技术产品转化沟通团队，他们负责向微软所有产品部门介绍他们所研究的技术，争取让对方使用他们的技术。其次，微软亚洲研究院之后成立的很多方向，比如移动和互联网搜索部门都是在微软整体产品策略下才提出来的。
按照这样的规模计算，中国给所谓技术专家的席位十分有限。大部分是不可能成为其中一员的。即便成为其中一员，同样要在更长的范畴内受商业和市场的影响。
对于剩下的大部分程序员来说，他们面临的局面更加明了。要么在一个公司中从事产品开发、项目开发；要么自己创业；或者转化为技术之外的某些角色，如技术支持，当然也有一批人会走向技术管理的岗位。而这些人都与商业活动息息相关。
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《如何适应从技术岗位到管理岗位？》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
小编发现在工作场所，有许多才华的人因为他们出色的技术工作而转到管理岗位。然而，从技术岗位到管理岗位的过程并不容易。他们可能会面临许多问题，经历许多挫折。我们怎样才能顺利地从技术人才转变为管理骨干？小编借此机会分享一些关于这个问题的看法和思考，仅供您考虑。
如何适应从技术岗位到管理岗位？
第一，首先转变思维方式。技术人才的思维通常是一丝不苟的，问题很全面，逻辑性很强，这些特点使得许多专业技术人才在刚进入工作岗位时可以做得很好，也容易受到领导的赞赏和赞扬，这也是他们走向管理岗位的重要原因。但他们与管理者之间仍存在一些差异。他们更注重事物的宏观方面，注重结果，思考相对跨越.技术人员非常关心逻辑，许多管理工作不是那么严谨的逻辑，会随着事物的变化而改变，一方面，技术人员更注重“物”，而管理者则更注重“人”。也就是说，我们通常说，技术人员的情商很低，人际关系也很敏感。许多技术人员在管理变革中并不成功，即总是用技术思维做管理，失去了简单化，结果员工不明白，自己很难做。
第二，职业能力的转换。管理者工作所要求的知识和能力结构更为宽泛，尤其是最基本的管理能力包括：计划能力、组织能力、协调能力、沟通能力、监督控制能力和决策能力。技术工作相对单一，重点突出，比较简单：答案是确定的，然而，“管理是一门精致的人类艺术，管理活动是人类所有活动中最丰富、最艰苦的，无疑是最复杂、最微妙的活动(”of“)”马斯洛。也就是说，技术人员向管理人员的转变，首先要了解管理的特点，尤其是人文素质的提高。我们应该仔细分析个体的优势、劣势和针对性，因为每个人的基本素质和优势与劣势是不同的，没有统一的改进措施。
第三，是工作方式的转变。作为一名技术人才，他们主要靠自己的工作为主导，他们只对自己的工作成果负责。管理层的作用是成为推动团队整体工作的好老师。随着学徒的成长和发展，最终目标是使整个团队取得成功。工作方式主要是计划，会议，沟通，激励，绩效管理和危机管理。它是带领下属一起完成任务。在这个过程中，从技术职位转向管理者的人通常会犯下以下典型错误：首先，他们必须彼此接近。我认为下属的能力不符合他们自己的要求和期望，或者他们对下属工作的质量始终不可靠。他们不愿意花时间去培养，他们不愿意授权，一切都在他们手中，使他们非常疲惫。与此同时，员工也难以成长。经理自己成为团队绩效的瓶颈。其次，技术人员注重质量，追求完美的习惯。他们总是只看到下属工作中的缺点和不足。他们经常批评员工的无效工作。当员工表现良好时，他们会觉得随着时间的推移，员工应该感到领导力始终是一种刺，从而产生阻力;第三，缺乏沟通技巧。 “管理就是沟通”，管理的整个过程需要沟通来实现。但是，许多技术背景经理都很专业，并且渴望沟通。它们通常过于简单和直接地进行通信，通常使通信对象无法成为管理的障碍。
小编认为从技术岗位到管理岗位，变革和学习新的行为方式是一个渐进的过程。有很多方法可以改变行动方式。只要你能面对问题，改变思维，正确解决症状，我相信这是人生道路上的一个缺口。
许多HR说："这是一个投资回报率很低的行业，入门门槛很低，晋升途径也很窄。“大多数员工对HR持偏见。面试不是电话约人吗？绩效不是做一份考核表吗？企业文化不是吃、喝、拍照吗？谁不会做呢？
但小编想告诉一些HR，你想错了！这只意味着你还没有成为一个合格的HR、企业不是不重视HR的岗位。
如何成为一名合格的HR？
面对模糊、瞬息万变的市场环境，HR在企业发展中比以往任何时候都更加重要。HR要抵御激烈的人才竞争，满足企业对人才的需求，应对高水平的保障体系，关注员工的心理健康，激发员工的积极性，HR需要做的还很多。那么，如何成长为一名合格的HR呢，以满足企业的需求，使老板和员工满意。
1、精通业务
不懂业务的HR是不能有条不紊地工作。你谈论组织氛围、持续计划，而业务部门的老板只会说你不平易近人。
只有了解当前的行业竞争情况、企业管理模式、组织结构、发展经济周期、客户分布，改善企业内部的结构、组织文化氛围和人员研究背景，才能对问题作出合理、适当的解决，得到老板和员工的认可，才能取得非常满意的效果。
2、洞察民心
人力资源部对这个部门负责，公司里的所有员工都和你有关系。如果你不了解员工的想法，就不是合格的HR，
在劳动力成本几乎已经成为所有企业的最大成本时，只有拥有相同心理，始终考虑利益相关者，注重提高人力资源效率，才能得到员工的认可，提高员工的忠诚度。
3、权衡决策
有经验的HR都知道，企业的决策只是否合适，没有对错之分。HR需要考虑各种变量，在老板和员工之间做出协调，避免市场上的错误信息，权衡利弊，制定具体的计划，制定出各方都认可的长期和短期利益平衡计划，这样才是可行的。
4、战略规划
无论是什么职位，选择正确的工作方向是很重要的。对HR来说，首要目标是找出公司内部的某个问题，并加以处理。例如，如果发现最近员工的流失率相对较高，我们就应该开始调查员工流失的原因。
鉴于这一点，要理解问题，明确思路，顺应实际，制定合乎逻辑的人力资源规划，并着手进行。此外，人HR还应注重企业文化、组织氛围和敬业精神。
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平的小屋？满大街跑的小车，我为什么要天天挤公交？我要为三十岁后不再挤公交车而奋斗！
转型------技术人的必须选择！
转型做什么呢？
技术的优势在于什么？前些年是不是白干了？
如何转型？
让我们分析一下职业，什么样的工作能让我们越老越是宝。
干部！
不用说就是第一名，看看中央领导人就知道了嘛。
财务
每个老总都喜欢用年龄大点的，稳重嘛！大部份公司还要请个老头子之类的做财务总监。只拿工资不打卡。无它，做假帐的高手。
教师
好工作啊，老教授嘛，不老怎么成得了教授。取老婆的重点发展目标。嫁嘛？就算了。
上面所说的几个职业，技术人是很难有机会了，毕竟大多数人没有办法再转这么大个弯。
第三部分，未来职业生涯规划、家庭环境分析、例如经济状况，家人期望等。感谢您阅读《生涯规划技术如何帮助管理者提升员工的工作热情和责任感》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
上周就准备给今年的工作画个句号，安心待产，今天宝宝还没出生，所以有时间再聊上几句。生涯规划技术是我用业余时间学习的，虽然它看起来和我的工作内容不是很相关，但是它对我的工作起了非常大的帮助，希望能分享出来给更多的人带来帮助。
生 涯规划技术不仅能帮助职业迷茫者走出困境，帮助职场人做好职业生涯发展规划，做好生涯平衡，更能给管理者带来一种全新的思考方式，帮助管理者做好管理工 作。下面我只用生涯规划中技术中的一个小工具的一个具体使用方法来说明一下如何帮助管理者提升员工的工作热情和责任感。
经常听到一些管理者说现在的年轻人工作不负责，工作没热情，多说几句就辞职不干了。同时也会听到一些职场人抱怨工作平台不好，工作内容重复，学不到东西，没有挑战，没有激情，只剩下了职业倦怠，于是有些人开始了混日子的生活，有些人选择不停的跳槽。
一些管理者为解决这样的问题，常用“画饼”的方式激励员工，小公司常用上市，股权的饼，大公司常用升职，加薪，培训的饼，可是饼画得再多，也解不了真正的饥饿。越来越精明的员工也不会再为这些饼而心动。
针 对这样的现象，用“职业红利”这一个小工具就可以解决了。确切的说职业红利是生涯规划技术中的一个概念，虽然简单，但却很容易被忽视。这里的红利是指工作 带给个人的工资奖金以外的好处。不同的职业，不同的职位，都有着不同的红利，而红利是带给员工个人成长的最直接最实惠的好处。做为管理者，如果能够与员工 做好沟通，了解到员工真正的需求，就可以很容易的帮助员工找到属于他自己的红利。
我遇到这样一个案例， 他是一名销售人员，希望自己能用优秀的业绩来证明自己的能力，当他做了一段时间后，取得一定的业绩，也拿到了相应的提成收入。可是他觉得工作越来越没有新 鲜感，越来越没有挑战，正在考虑辞职，希望自己能够带领一个团队，或是能到更大的平台上去发展。
当我看到他此前的几段工作经历都不 长，最长的一段也才只有两年多时，便从他的工作经历聊起，问他每次离职的原因，答案很相近，都是因为工作内容没有挑战，熟悉之后便没有兴趣，希望自己能够 学到更多的知识，有更好的发展。其实这样有上劲心的年轻人很多，如果一直这个状态，很容易毁掉自己的职业生涯。所以我便从他十年后的愿景探索开始问他，如 果十年后，你的职业生涯让你非常的满意，那会是个什么状态，他的回答是通过自己创业有了属于自己的事业，具体的方向是销售某种产品。我再问他如果达到你心 目中的事业有成的理想状态，需要你具备哪些能力？他回答说：“自已创业的话需要有一定的格局，能够看清趋势，选对行业和产品。需要有很强的沟通协调的能 力，需要把产品销售出去，让客户认可。需要有人脉的积累。”等等。很显然他对自己的未来有一定的规划，只是还没找到合适的方法。
这时 我引入了“红利”的概念，告诉他红利就是工作带给你的除了工资资金之外的好处。你在目前的这个工作岗位上，拿到了你的全部红利吗？比如说你希望自己创业时 能够拥有的沟通协调能力，沟通就是在人与人有不同意见时达成一致的过程，你在这个岗位上运用得怎么样呢？与你的上下级，同事都能够很好的沟通协调吗？能够 把你的想法说给你的领导听，并且取得领导的认同吗？这样的能力对于你自己创业管理自己的团队都是必不可少的吧？再看看你说的人脉积累，人脉积累更不是一蹴 而得的，你在目前的工作岗位上所接触到的同行，客户等，有多少人在你离开现在的平台后还能和你依然保持很好的联系，给予你事业上的支持？
当 我问了这些问题之后，他立刻发现现在的工作不是像他此前认为的那样没有任何的提升空间，感叹到这份工作原来还有那么多的学习机会，而自己却完全没看到。换 个角度去探寻这些红利，他认识到工作不再是给公司做的，也不再只是为了一份工资而做的，而是完完全全的在为自己的未来而做的。我开玩笑的说拿着老板的钱， 做着自己的事，还有比这更爽的吗？所以说当员工认识到所做的事是为自己而做的时候，工作热情和责任感自然就提高了。管理者要做的就是帮助员工找到属于他自 己的职业红利。
今天给大学过来的几个还没有毕业的研究生做面试，这些研究生是想来公司实习的。在面试的过程中，一个学生问我我们有C/C++、JAVA等等多种语言，我如何才能成为某一方面的一个技术牛人呢？这一问题一直困扰着我,对于这个问题我提出了以下几个观点。
1）自信第一。自信这东西很是奇怪，人有可能一开始会莫明其妙的自信，但一切都从这开始的。你觉得自己行你就一定会变得行，反之，如果觉得自已不行，那一定会不行。信心是我们转动飞轮的第一步，有了这一步我们的能力飞轮才会转得越来越快。
2）不要浮燥。牛人的背后一定有很多的踏实，这些人为了提高往往花了大量的时间去学习和思考。现在的社会是一个浮燥的社会，要成为牛人一定要经得起诱惑。一些听别人说起的容易往往说明所指的东西是很容易贬值的，而牛人所具备的能力通常都不易贬值，因为那是用长时间的寂寞换来的，而很多人经不起这种寂寞的煎熬。
3）编程语言只是编程语言，但是一定要精通它，不然你就不能在你的简历上写精通两个字（他的简历上写了精通C/C++,但其实他并不精通，我问他时，他说他写这两个字的确很心虚）.精通所使用的编程语言如同一个作画的人学会如何用笔一样，是成为牛人要练的一个基本功。真正体现牛的是我们的设计思想，是追求设计美的一种执着精神。而设计思想是通过长时间的思考和积累得来的，除了多读书外，多看一看Open Source的源代码，都能很好的提升自己的内力。还有，人年龄的增长有助于形成自己的设计思想，而这同样需要时间。
4）要有一种迎难而上的执着精神，这种精神也是打造我们自信的有效方法。牛人往往都经受住了疑难杂症的考验才成为了牛人,是因为别人搞不定而它能搞定才成为了牛人.
5）思想意识在我们的成长过程中取着决定性的作用。知识学得再多必须将其转换成自己的思想，否则就会出现富读五车，却未必才高八斗的现象。没有思想意识，我们不知道什么是应当去做或是去学的，也不知道下一步应当走向哪，更不会知道自己应当成为什么样的人。意识决定一切！
总的来说，我觉得提出这个问题的学生还是蛮有想法的，所以我也同意录用他。至于他的经验我看得并不重，一个将要读研二的学生，不能指望他有多强的技术能力。还有就是我持一种观点：技术是容易学会的。
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《犯错是成为技术专家的必要条件》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
说到犯错，可能有人会为之紧张，可是犯错是成为一个技术专家的必要条件。
犯错说明我们有什么东西没有掌握或是没有注意到，因此，是一个提高自己的机会。有些工程师害怕犯错，为什么呢？因为怕犯了错使得自己的绩效考核不好。那我想再问一问，为什么工程师会有这种想法呢？也许答案在于管理层。
我认为我们的管理层应当鼓励工程师去犯错，或是给工程师犯错的机会，而不是对于犯错采用一刀切的方式进行管理，或是想做到滴水不漏。当然，管理层应当与工程师一起分析所犯的错是以前已经犯过的呢？还是说，这次错误的确给我们带来了一些提高的机会？重复犯同样的错是我们不应当提倡的，那只能一种浪费。管理层要做好的一件事是：将错误当作是集体资源的一部分。目的是：一个人犯过错误后，我们尽可能保证其它的人不会再犯同样的错误。如果不这样，今天张三犯的是这个错，别天李四犯的还是这个错。
作为工程师，我们应当明白犯错是成为专家的必由之路。一个没有犯过错的专家要不是砖家,要不是神仙。由此看来，我们应当用一种积极的态度对待犯错，以一种学习、积累经验和提高的态度来对待犯错。
工作渐渐展开之后，就是平静如水的生活，每天上班，吃饭，睡觉，日子也过得很快。刚开始，由于懂得东西少，所以每次任务下来后，都是积极的去完成，因为害怕自己做不完。但是渐渐的，当自己清楚该怎么做的时候，人会产生疲倦，因为每天都做一些差不多的劳动。慢慢的，做事情就喜欢拖拉了。当分配一个任务后，自己先估量一下这个工作自己大概需要多久，一般老板给的时间会多很多。所以喜欢把工作先放着，去看看网页，逛逛论坛什么的，等到剩下的时间差不多了，需要开始工作了，就懒洋洋的进入工作状态，但是往往完成工作质量都不怎么好，很多提交后会有些BUG。不过我也没怎么在意。因为和老板关系好嘛，像我这样，再怎么说也属于元老级别的。就这样慢慢的工作了几年。因为小公司什么都要做，技术也积累了很多。包括各种主流数据库的用法，。NET，CSS,JAVASCRIPT,PHP,JAVA,perl,FLASH, 等等，其间，自己独立开发项目的时候，总想找出一种架构，加快自己下一个项目的开发进度。但是每次开发完后，发现上次设计的架构真垃圾。开发过很多项目，每次都想了一些新的架构方法。到现在沉淀下来的还值得用的架构思想也没多少。记得在做JSP的时候，感觉JSP里面服务端代码和HTML混在一起，很难看。不如。NET的事件驱动好用。就去写个模块，让JSP也实现事件驱动的模式。结果写到后来，也没得到什么好处，并且感觉有点不伦不类，后来项目慢慢做大了，才渐渐明白面向对象的用意。当一个项目很小，逻辑很简单的时候，用面向对象的方法设计用处不大，反倒是组件用处更大。因为项目小，基本上都是建几张表，改改HTML的工作。但是项目一大，逻辑变复杂了，如果你要理清楚逻辑，这里就需要一种方法论。我一开始写算法的那种方法有点不适用了。原来那种是从顶层开始，向下细分。是一种至上而下的设计方法。而面向对象不是，它是一种由点及面的设计方法。面向对象是先找出一个个对象点，然后再找出每个点之间的关系。在实际的项目中，你很难从上至下的设计。因为项目需求往往刚开始很不全面，很多项目后来改得都是面目全非。从上至下的设计不适合这种平凡的修改。并且当需求很大时，他涉及东西太多，你也很难从一个俯视的角度去全面的看这个系统。所以从上至下的设计不能满足要求。打个比方，记得一个项目已经做了80%，结果客户觉得用得不方便，要改一下。很多原来做的功能都不需要，并且提了几个新功能。但这几个功能也只是对原来的功能稍加改动。但是逻辑上看却是大相径庭。人脑不是电脑，如果想着这个代码，去改那个代码，势必到后来让自己也搞糊涂了。所以需要抽象出几个对象出来，是按照客户的思维方式。然后抽象出来的对象里面包含原来的功能。这样做起来就事半功倍。
在工作的磨练中，慢慢的发现了普通的程序员与优秀的程序员的一些差别：
1, 普通的程序员遇到问题喜欢张口就问别人，问之前没经过大脑想想。这是一个不好的习惯。其一，自己都没仔细想想，就算别人帮你把问题解决了，你自己不多久就会忘记。下次遇到，照样是不会。因为这个问题你没有经过大脑。其二，能够回答你问题的人，多半是有一定经验了。他们或许很会安排好自己的事情，管理好自己的时间。如果时常去打断他们，他们会觉得你很烦。
优秀的程序员多半会先到网上查找一下相关问题，看看网上有没有相关解决方法。经过一翻查找，他会把这个问题记得比较牢。
2，在一个项目的合作开发中，普通程序员往往只了解自己开发那方面的东西。项目做完后往往对整个项目有哪些功能都不太清楚。可能会有人抱怨，自己工作都做不完，哪有时间去了解整个系统。但现实多半是，花大量的时间去网上闲逛，却不愿花时间去增进知识。 如果总认为项目的设计是设计者的工作，自己没必要去了解。那么这样的程序员只能是手工劳动者。
优秀的程序员会对整个项目有认识，对一些自己感兴趣的功能会去做一下了解，更优秀一点的，会去对整个项目的架构设计做一下了解。自问如果他是项目设计者该怎么做？ 去学习项目设计的优秀之处，去发现设计的不足之处。触类旁通，把优秀的地方用在自己将来的工作当中。
3，普通程序员往往有很大的惰性。不能自觉的去学习知识，增进能力。所以每天耗费大量的时间在一些消遣状态中。所以时间往往白白的浪费掉。
优秀的程序员往往会安排好自己的工作和学习。在工作中学习，在学习中工作。能够感觉到自己每天都向着自己的目标在前进，状态佳，动力足。他们因为每天工作情绪很高，所以研究的东西也多，时间比较宝贵。因此他们会善于利用一些工具来操作自己的电脑，大大来的减少琐碎的电脑操作时间。更有胜者，会开发一些符合自己的操作习惯的小程序，来提高自己的效率。说不定这些小程序放到网上共享，可能还会有意想不到的收获。
我现在做项目管理，看着手下的程序员，时常也让我想起原来做程序员时候的坏毛病。比如，上班迟到啊，工作时间上网闲逛啊，交上来的程序BUG成堆啊！看到这些，我时常都是会心的笑笑，可以理解！ 不过我也时常提醒他们，如果你们想将来成为IT界的精英，而不是等到30岁感觉自己无路可走，那么请你们珍惜自己的时间。如果你们自己都不珍惜自己的时间，那么别人更不会去珍惜你的时间。
今天花了两个多小时，写了一篇短篇自叙。感觉值得，把自己五年多的光阴回顾了一遍。从前的故事历历在目。写下来过五年后再来回顾一下，说不定会是另一番感受。
要想成为一名优秀的技术领袖，需要具备哪些方面的素质？我在IBM辅导很多年轻同事，如何才能帮助他们在职业生涯中成长为技术领军人物？是否只要拥有了过硬的技术本领，就能成为技术领袖？许多年轻的朋友技术拔尖，然而却觉得没有得到领导的赏识， 这又是什么原因呢？我常常都在思考这些问题。去年这个时候，我同读者朋友们分享了一些心得，我想结合自己多年的高校教育和IT从业经验，再同大家谈谈这一话题。
1.我很清楚地告诉大家，要成为技术领袖，技术是必要条件，但不是充分条件。如果一个人技术基础不够扎实，他几乎等同外行，领导其他技术人员不说没有可能，但至少会相当困难。另一方面我们在国内外都能看到不少拔尖的技术人员，有的是一流的科学家，有的是一流的技术专才，可一旦把他们放在领导岗位上，却都以失败告终。他们虽然技术出色，但是没有当领袖的能力，工作中四处碰壁，缺乏凝聚力，不得人心。
2.要成为技术领袖就要清楚公司的业务，知道技术应当如何配合业务需求。作为技术领袖，只有做到这点，才能使公司业务有大的发展，才会得到高层领导的认同。如果你只懂技术而不懂公司业务，或者你在大学工作而不懂领导教学科研，是没有办法胜任技术领袖的。我们钻研技术的朋友往往忽略了这一点，对某项技术非常专注，但是两耳不闻窗外事，没有把注意力放到公司的发展需求上来。
为了更好地协调个人职业发展与企业业务发展，需要处理好工作的优先级，分清主次。在日常工作当中，我常常为同事画下面这幅图，帮助他们进行分析。
如果有一项工作摆在面前，我们如何定义它的重要性，应该花多少力气去做？我们可以通过象限分析找出答案。第I象限表示此项工作对企业业务发展和个人职业发展都很重要，这是最完美的结合，优先级应该放在最高级。我们在企业中应该多做此类工作。第II象限表示此项工作对企业业务非常重要，但是对个人目前的职业发展看似并不特别重要。我们要以企业的利益为重，所以优先级应该放在第二位。第III象限表示此项工作对个人职业发展很重要，但是对企业业务发展不那么重要，我们应该把它放在第三位。第IV象限表示此项工作对企业业务发展和个人职业发展都不重要，优先级应该是最低的。对这类工作，自己最好不做或者少做；就是做，也应该尽可能少花时间去做；或是请其他同事去做，因为对你的个人职业发展不重要的工作不等于对其他同事的个人职业发展也不重要，换言之，此项工作可能对其他同事的个人职业发展很重要呢。
许多企业都在创造一种文化，希望能将企业业务发展和员工的个人职业发展紧密结合起来，尽管有时候很难兼顾。作为一名领袖人物，他一定更多地在关注大局，而不是仅仅看到自己。关注大局的人会处处从公司的业务、公司的需求出发。在实际工作中我们常常可以看到，一个真正把大局放在第一位的人，即便今天不是领袖，明天也一定非他莫属。现在的领导不欣赏，将来必会为其他领导所赏识。
3.一个能把握大局的人需要具备很多能力，其中非常重要的一项就是我下面要谈到的第三点--决策力。作为技术领袖，要有坚强的领导能力，敢于面对各种困难的挑战，敢于决断。有些人天生就有准确的决策能力，而更多人需要靠后天来培养。
在我的孩子还小的时候，我就给他灌输这种思想，培养锻炼他。如果他要问我，我就让他自己做决定，不论决定是对是错、是好是坏，在我看来都是正确的。因为最大的错误是该做决定时你举棋不定。再举一个例子，美国前总统布什刚刚上任的时候，很多人批评他没有总统的风范，但是经过几年的洗礼他的确拥有了总统的气质。原因又是什么呢？因为那个职位训练了他，很多情况他必须要做出决策。
对于程序员来说，虽然无法像领导那样做重大的决定，但仍然可以在自己的范围内做出决策。例如使用什么样的技术手段， 采用何种算法实现， 选择哪种数据结构，如何撰写文档，同谁一起合作，这些并不一定非要等老板或者构架师来判断。大家应该有意识地锻炼自己，慢慢成长，直到将来能够领导大的项目。每个人不可能一开始就能对一个完整的系统做出决策，可是如果不从当程序员的时候就开始锻炼自己，将来也做不了。
面对决策失败可能带来的后果，我们应该学会坦然面对，学会承担。如果不去做决策，不愿承担责任，就永远无法取得进步，无法获得做技术领袖的能力。
职业规划怎么写，相信很多朋友们对这个问题很感兴趣，下面给大家介绍一下。第一部分，前言即总论；第二部分，自我分析，包括业余爱好、性格、价值观、专业技能等；
优秀的心理素质：
心理素质对一个项目经理太重要了。当然，如果你的心理素质很好，也许你不会感到这是什么问题。让我感觉，心理素质的一个重要表现是：面对重大的项目压力时，你的心理承受情况如何？
项目的压力来源很多，包括你的客户、你的领导，还有你的组员。你需要具有承受这种压力的巨大潜力，否则，你会手忙脚乱。
除此之外，心理素质还表现在你的思维、你的个性以及你的创新意识等等。想想吧，作为项目经理的你，太多需要承受了，太多需要思维了。
坚实的知识积累：
佛洛伊德著过《欲望决定命运》，我很喜欢。我暂时窃取一下，说知识决定命运，好像也挺有道理的。
中国是一个重视学历教育的国家，至少我的项目经理和程序员最低都是专科学历，事实是，绝大部分是本科学历。拥有了标志着知识的学历，我们有了选择的机会，确切的说，是被选择的机会。
我的项目经理在努力学习PM-BOK，我的程序员在努力学习各种编程技术。他们都在努力改变命运，我真的很佩服很喜欢他们。
知识决定命运，同样决定着项目经理的命运。坚实的知识积累，当然我更多指跟项目经理职业相关的知识，会成为你项目经理职业生涯的坚实后盾。
丰富的经验：
我们在招聘项目经理时，常常关注工作经验。那是因为我们常想把培养的成本抛给别人，但我更喜欢培养，我认为这样更符合中国人特有的人情味，而且更让人放心。凭什么辛辛苦苦跟你打拼之后，你却不给他发展机会，非要让他到别人那里找机会呢？
有丰富的经验注定重要，没有人会反对这一点。但我想说的是，如果你没有经验，不要气馁，谁生下来就做过项目经理呢。
更重要的是把握获取和积累经验的机会。一旦你有机会，不要轻易放弃，而要抓住机会，努力为自己积累经验。如果你恰好刚刚抓住这个机会，我建议你，仔细检查一下自己从事这一职业尚需修炼的内容。
领导能力：
我的老师曾经说过一句话经理需要领导，经理正在领导。我之所以没有彻底的问一问这句话的真正含义，我觉得自己来琢磨更有意思，而且随着时间越长，琢磨出来的意思越多。
我觉得意思应该是这样吧，项目经理需要领导能力，而作为项目经理也正在运用着领导能力从事领导工作。可见领导能力是项目经理必备的能力之一。
到底领导能力是什么？绝对不是管管人那么简单，我看过一本非常有趣的项目管理书籍《最后期限》（《The Deadline》），作者迪克马对管理描述的一段话很适合回答这个问题，大意如下。
项目经理做好领导工作，关键做好如下四件事情：1）选择正确的人；2）为他们分配正确的工作；3）保持他们的积极性；4）帮助团队凝聚起来并保持团队的凝聚力。
作为项目经理，能做好这四件事情，至少能保证你的领导能力有了不错的发挥。希望你与我一样，能细细体会。
相关文章
最新更新
