职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
说到项目管理，我管理的项目不算多，大项目也有那么两三个，小项目也就记不清了。
我做过集成的项目，说实在话没有什么可写的，但软件的项目给我的磨砺可能是这一辈子也抹不去的。
我这人天生喜欢有一定挑战的事。所以从集成转到软件费了不少力气，从一个IT公司的集成部门经理下来做程序员一步一步的又做到软件部门经理，这个区间可能用了一年半的时间。言规正转。
说软件给我比较深刻的影响是因为软件是在创造，不说全部吧，至少大部分。（大学生范文网 dxc563.com）
创造的东西对每个来说都是比较有意思的一件事，而且成就感也是比较强的一件事，同时对个体的打击也是比较多的，更多的时候做软件项目的项目经理让人疲惫不堪。
就我所做项目管理的的几年中总结经验如下：
项目管理第一位，技术要放第二位
年轻的项目经理，如果你想做好一个项目经理而不是一个技术经理那么你就远记住，项目管理是第一位的工作，技术要放到第二位，一个项目的成败不是你的技术用的是多少的先进，你的功能是多么的完善，项目的好与不好只有一个人可能说，那就是你的客户和用户，即使你的项目用的最差的ASP写了一个比较大的应用，如果用户说你好，那么谁都没有理由说你差。
沟通交流放第一位，协调处理放在第二位
在项目管理中首要的一个工作就是沟通与交流，要与你的用户沟通交流，要与你的客户沟通交流，要与你的公司各部门的相关人员沟通交流，要与你的领导沟通交流，要与你的组员沟通交流，首先要清楚，沟通不是要你去协调，是要你知道他们想要去做什么，要做到什么程度，这中间可能有什么问题，是要你先要学会听别人说，然后再考虑你的对策，项目的核心就是你，你要把各方的真实的意见汇总，然后再决定应该怎么去做，这一点很重要。你很重要的一个工作就是听别人说然后拿出自己的想法去解决。
发挥每个项目成员的作用
一个好汉三个帮，任凭你个人能力再好，也有你顾及不到的时候，所以项目组里一定要有能够支持你和积极配合你的哥们，在更多关键的时候他们给你的提醒会让你避免很多错误及能够及时的帮你解决很多难题。同时要认真的对待每一个成员给你的建议，即使是很蹩脚的，因为每个人提出来的建议总是有他提出来的理由。
m.Zc530.com推荐
要想成为一名优秀的技术领袖，需要具备哪些方面的素质？我在IBM辅导很多年轻同事，如何才能帮助他们在职业生涯中成长为技术领军人物？是否只要拥有了过硬的技术本领，就能成为技术领袖？许多年轻的朋友技术拔尖，然而却觉得没有得到领导的赏识， 这又是什么原因呢？我常常都在思考这些问题。去年这个时候，我同读者朋友们分享了一些心得，我想结合自己多年的高校教育和IT从业经验，再同大家谈谈这一话题。
1.我很清楚地告诉大家，要成为技术领袖，技术是必要条件，但不是充分条件。如果一个人技术基础不够扎实，他几乎等同外行，领导其他技术人员不说没有可能，但至少会相当困难。另一方面我们在国内外都能看到不少拔尖的技术人员，有的是一流的科学家，有的是一流的技术专才，可一旦把他们放在领导岗位上，却都以失败告终。他们虽然技术出色，但是没有当领袖的能力，工作中四处碰壁，缺乏凝聚力，不得人心。
2.要成为技术领袖就要清楚公司的业务，知道技术应当如何配合业务需求。作为技术领袖，只有做到这点，才能使公司业务有大的发展，才会得到高层领导的认同。如果你只懂技术而不懂公司业务，或者你在大学工作而不懂领导教学科研，是没有办法胜任技术领袖的。我们钻研技术的朋友往往忽略了这一点，对某项技术非常专注，但是两耳不闻窗外事，没有把注意力放到公司的发展需求上来。
为了更好地协调个人职业发展与企业业务发展，需要处理好工作的优先级，分清主次。在日常工作当中，我常常为同事画下面这幅图，帮助他们进行分析。
如果有一项工作摆在面前，我们如何定义它的重要性，应该花多少力气去做？我们可以通过象限分析找出答案。第I象限表示此项工作对企业业务发展和个人职业发展都很重要，这是最完美的结合，优先级应该放在最高级。我们在企业中应该多做此类工作。第II象限表示此项工作对企业业务非常重要，但是对个人目前的职业发展看似并不特别重要。我们要以企业的利益为重，所以优先级应该放在第二位。第III象限表示此项工作对个人职业发展很重要，但是对企业业务发展不那么重要，我们应该把它放在第三位。第IV象限表示此项工作对企业业务发展和个人职业发展都不重要，优先级应该是最低的。对这类工作，自己最好不做或者少做；就是做，也应该尽可能少花时间去做；或是请其他同事去做，因为对你的个人职业发展不重要的工作不等于对其他同事的个人职业发展也不重要，换言之，此项工作可能对其他同事的个人职业发展很重要呢。
许多企业都在创造一种文化，希望能将企业业务发展和员工的个人职业发展紧密结合起来，尽管有时候很难兼顾。作为一名领袖人物，他一定更多地在关注大局，而不是仅仅看到自己。关注大局的人会处处从公司的业务、公司的需求出发。在实际工作中我们常常可以看到，一个真正把大局放在第一位的人，即便今天不是领袖，明天也一定非他莫属。现在的领导不欣赏，将来必会为其他领导所赏识。
3.一个能把握大局的人需要具备很多能力，其中非常重要的一项就是我下面要谈到的第三点--决策力。作为技术领袖，要有坚强的领导能力，敢于面对各种困难的挑战，敢于决断。有些人天生就有准确的决策能力，而更多人需要靠后天来培养。
在我的孩子还小的时候，我就给他灌输这种思想，培养锻炼他。如果他要问我，我就让他自己做决定，不论决定是对是错、是好是坏，在我看来都是正确的。因为最大的错误是该做决定时你举棋不定。再举一个例子，美国前总统布什刚刚上任的时候，很多人批评他没有总统的风范，但是经过几年的洗礼他的确拥有了总统的气质。原因又是什么呢？因为那个职位训练了他，很多情况他必须要做出决策。
对于程序员来说，虽然无法像领导那样做重大的决定，但仍然可以在自己的范围内做出决策。例如使用什么样的技术手段， 采用何种算法实现， 选择哪种数据结构，如何撰写文档，同谁一起合作，这些并不一定非要等老板或者构架师来判断。大家应该有意识地锻炼自己，慢慢成长，直到将来能够领导大的项目。每个人不可能一开始就能对一个完整的系统做出决策，可是如果不从当程序员的时候就开始锻炼自己，将来也做不了。
面对决策失败可能带来的后果，我们应该学会坦然面对，学会承担。如果不去做决策，不愿承担责任，就永远无法取得进步，无法获得做技术领袖的能力。
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《项目经理眼中的合格程序员》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
一、合作与团队精神及计划性
服从分配的工作，并在保证质量的前提下尽快完成任务。如果接到的新任务没有给出工作量估计，首先估计出完成任务所需要的工作量，并有责任向领导说明其估计的合理性，如果接到的新任务已经给出工作量，除非能提出充分的理由，否则必须接受该工作量估计。提前完成任务时，应该及时通知上级。在同时承担几个模块任务时应能根据优先级的变化及时调整自己的工作时间分配。
二、需求理解能力
在开发过程中，要在需求细节不明的情况下，有责任设法搞清楚，积极学习编程思想和方法，并在设计、编码工作中自觉应用，对有一些复杂程度的设计，主动申请设计审查。并能在开发用户界面之前，尽可能使用界面原型方法获取用户的确认。
三、测试意识
在工作负担允许的情况下，采用测试驱动的编码方式，及时把完成编码的部分提交测试，并及时排错。不断通过自己的测试来驱动程序质量的提升。
四、规范化，标准化的代码编写习惯
良好的文档是正规研发流程中非常重要的环节，作为代码程序员，25％的工作时间写技术文档是很正常的。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。
对正规的企业，会有完整的编码规定，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。代码具有良好的可读性，是程序员基本的素质需求。
五、总结与全局观
以项目全局为重，采取尽可能简捷的解决方案，把完美方案的设想提交设计人员，有问题时首先向同事们征求解决办法，不鼓励花大量时间解决难题，并鼓励给同事提供技术支持。项目结束，做出个人小结，以利个人和集体的改进。
并不是所有的项目经理都是生来平等的。本文讲的就是优秀的项目经理和非常优秀的项目经理之间的区别。
有三种类型的项目经理。第一种类型是意外型的项目经理。通常，这种类型的项目经理都是通过排资论辈升上来的。例如，一个能力很强的程序员通过一个开发项目成为项目经理。或者一个能力出众的网络技术员通过一次大型的网络升级成为项目经理。这些人都了解他们正在管理的项目的类型，他们能够制定工作计划，也能够给其他的小组成员分配工作。但是，他们并不了解项目管理的很多准则。
第二种类型的项目经理知道成功的项目管理需要你来应付问题、范围、沟通、风险等内容。问题是你是否是一个足够厉害的项目经理，是否能够理解项目管理的准则需要具有积极主动性。
第三种类型是积极主动的项目经理，他已经完成了意识上的转换，提前或者持续应用他或者她的准则。通过下面的例子我们可以看到它是如何起作用的。
一个优秀的项目经理
* 会完成最初的项目定义(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,技术不高怎么对付组里的牛人
我们经常会因为公司里的顶尖人才、个性化太强，不能与其他人合作而感到棘手，要解决这一问题其实也是有法可寻的。
一、在肯定其价值和优势的前提下，明确地制定改进的目标；
二、顶尖人才能够面对中肯的，明确及一对一的批评作正面反应，所以要加强与他沟通的力度；
三、可以根据具体情况调整考核目标，加强与其他员工合作的内容；
四、把顶尖人才调到相对能独立发挥其才能的岗位，减少与别人发生矛盾的机会。
相关文章
最新更新
