技术人员的职业划,非常好,让人讲.pptVIP

技术人员的职业规划 Tony Deng /wolfdeng /tonydeng /wolf.deng 主要的困惑 如何选择适合自己的方向 如何“立足于现状”达到目标职位的“实际要求” 技术人员在职场中常见的问题 如何选择适合自己的方向？ 典型的技术发展方向 技术路线 工程师-架构师……科学家 管理路线 工程师-项目经理-部门经理……首席技术官 现实中的技术发展方向 技术路线 职级 职位 P7 首席专家 P6 资深专家 P5 专家 P4 高级工程师 P3 中级工程师 P2 初级工程师 P1 助理工程师 管理路线 职级 职位 M6 首席技术官 M5 高级总监 M4 总监 M3 高级经理 M2 经理 M1 主管 P4 高级工程师 P3 中级工程师 P2 初级工程师 P1 助理工程师 共同的要求 不管是技术路线还是管理路线，共同的要求是起码是一位优秀的工程师 为什么要有这样的要求？ 需要对职场和职位的了解 行业要求 职位要求 选择其实都是基于对自己的了解 兴趣 优势 劣势 所以，我们至少需要两三年的时间，去亲自感受一下职场，感受一下职场中的自己。最终慢慢体会到自己的优势和劣势，也知道了喜欢的和不喜欢的东西，然后再去 做规划就比较言之有物。 先就业，后择业 先就业就是先能够 养家糊口的同时，体会职场，后择业就是职业规划了。 最直接的建议 为何选择管理路线 感觉自己喜欢与人打交道的 看代码容易吐的 觉得30岁以后写不动代码的 为何选择技术路线 更喜欢写代码 不太喜欢与人打交道 不喜欢改变 还没有想太清楚 其他 什么都不愿意干的，可以选择别的行业和职业 疑惑 什么样才算是喜欢与人打交道？ 这个，自己应该很清楚的吧 也可以问问那些和你不是十分熟悉的人对你的判断，亲朋好友问不问没关系，因为管理线往往是和那些“不熟悉”的人打交道居多。 当然，内心很“时尚”，外表很“保守”，也是可以培养的。 是否不走管理路线，就可以避免和人打交道 注意，不管是什么岗位，都没有办法避免和人打交道，从这个意义上讲，不管喜欢不喜欢，都应该积极的去拓展自己的人际能力。 一个好的架构师，往往也是非常擅长沟通的，只是他更喜欢技术一点。这就跟一个好的技术管理者，一定要有一定的技术基础是一样的，否则就会造成外行领导内行的局面。 管理路线的顾虑 不确定公司未来会发展成什么样，如果转向管理路线，将来万一要重新择业，很可能会面临残酷的角色回溯，又要重新拾起原来的东西。 一个人的价值，取决于他能够解决的问题所产生的价值，即我常说的技术的应用价值。一名优秀的管理者，其综合价值要远远大于某一个个体贡献者 作为一名技术职的管理者，对技术本身的把握，显然是不可忽缺的，选择管理路线，不代表一下子就必须与代码脱了干系，我们应该时不时亲自去嗅一下代码的味道 技术出身的管理者，即使有一天虎落平阳了，回溯的成本是非常小的，重新拾起来是很容易的事情。 技术路线的顾虑 非常担忧自己三十岁之后，会失去竞争力 现在国内开发人员三十岁界限的说法基本上已经不存在了。 关键在于，如果你十年如一日的，始终在写同样的代码，义无反顾的做一名Coder，那不淘汰你，淘汰谁呢？ 我想像中的优秀的架构师，类似于随军参谋，当好一个参谋，可不是会打枪就可以的。 如何“立足于现状”达到目标职位的“实际要求” P-职级序列 对应职位级别 职级序列界定标准 P1 助理工程师 专业序列，需要熟练操作加入公司后通过培训能在3-6个月内掌握从事工作所必需的基本技能 P2 初级工程师 受过专门教育/或凭借几年的工作经验，获得过专门的从业经验；内部培养周期较长 P3 中级工程师 对本职工作非常熟练，能够协调资源解决较疑难的问题；对流程制定和质量监督有自己的见解；能够带徒弟，从专业技能及公司一些行为准则方面指导新进员工 P4 高级工程师 对公司职位的标准要求、政策、流程等从业所必需了解的知识理解深刻，能够和经理一起探讨本岗位的产出和任务，并对经理具备一定的影响力；对于复杂问题的解决有自己的见解，对于问题的识别、优先级分配有见解，善于寻求资源解决问题；也常常因为对于工作的熟练而有创新的办法，表现出解决问题的能力;可在一定的指导下独立领导跨部门的项目；能够培训和教导新进员工 P5 专家 对自己所从事的职业具备一定的前瞻性的了解，在某个方面独到，对公司关于此方面的技术或管理产生影响；对于复杂问题的解决有自己的见解，对于问题的识别、优先级分配见解尤其有影响力，善于寻求资源解决问题；也常常因为对于工作的熟练而有创新的办法，表现出解决问题的能力;可独立领导跨部门的项目；能够培训和教导新进员工；是技术或相关管理岗位的资深人士 P6 资深专家 在公司内部被认为是某一方面的专家或者在国内的业界范围具备知名度和影响力；对公司