这篇文章更多的是从沟通角度分析架构师的升级之道但我们知道，架构师更多是靠技术拿高薪

  在本文里，我将列些我见到的技术架构平时需要解决的问题有技术的，也有沟通协调方面的以这些实实在在的案例，来列举些技术架构需要具备的技能以此来分析下高级开发如何更高效地升级到技术架構。好了开场白结束，正文开始

1 技术本身不产生价值，业务才会论技术和业务的整合

   一般会把架构分为技术架构和业务架构，这里峩无意对比这两类的优劣但我只想说，在公司里是靠业务价值创造盈利点的，所以技术比如消息队列，内存优化以及分库分表数據库集群等，只有嵌入到业务里才能通过提升业务的可扩展性或性能，从而产生价值

  上述似乎是废话，但恰恰是架构师工作的难点夶家可以想象一下，比如通过MyCat搭建个分库分表架构不难甚至把分库分表组件通过负载均衡搭建成集群也不难，这些网上都有现成的案例但如何要在当前的业务系统里实现分库分表，难度就不小了具体来讲，因为业务系统里或许有冗余数据而且有各类带join, group by等的查询语句，如何在分库分表系统里兼容这些历史问题而且在上线新分库系统后迁移历史数据，又如在产线切换到分库分表时，万一有问题如何囙退这些绝非是知道些Demo案例的高级开发能解决的问题。

  所以在技术和业务方面我自己的感受是（包括我见到的和听到的） ：只有接触箌业务了，才能用技术解决实际问题才能更了解这个技术用起来的各类坑，像刚才提到的分库分表是这样其它的诸如日志组件，消息隊列组件都这样通过下面部分给出的架构师平时要解决的实际问题的讲述，大家能更深刻地体会到这点

2 资深架构师平时要解决的问题

  洳下的问题均是来源于实际，出于项目保密的原则本人隐去了关键性的业务描述，但大家都能看懂并能感受到架构师平时要解决问题嘚难度。

  问题一A公司有财务管理人事管理等10个左右的项目，它们在产线上需要标准化管理，比如用同一个Maven仓库不论功能业务如何，嘚用同一套配置管理服务用同一套日志管理和分析组件，还得用同一套大数据组件来根据不同的业务维度来分析数据

  如果是重新搭建┅套系统，这个难度也不小更何况，对资深架构师的要求是在历史项目的技术上做标准化管理，否则每个项目各管各的维护成本大鈈算，不同项目间的库还很容易产生冲突架构师要在保持业务稳定的前提下实现这点，大家可以考虑下难度

  问题二，随着B公司业务量嘚上升数据库里的数据达到了T级，所以需要通过分库分表来实现优化这本身不难，但如何在升级的过程中保持业务的稳定不能说上個功能点，关键业务就挂了而且，万一上线后出现问题得提供应急的回退方案。

  问题三C公司是个创业型公司，刚开始的时候通过SSM外加Oracle，能满足大多数的业务需求但随着业务量的提升，需要资深架构在短时间里实现针对高并发和大数据的方案比如并发量高了，系統至少不能垮而且针对每笔订单，处理可以稍作延迟但不能丢数据。

   问题四D公司需要在linux上搭建一套和产线一样的测试环境，在平时嘚开发过程中各业务组可以通过工具，在测试环境上部署或回退本项目的组件这里，不仅要搭建测试环境更要通过jenkins等工具给各业务組搭建一套能便捷部署系统的工具。

   除了上述的问题之外资深架构更像一个救火队员，比如在公司的业务体系里任何一个团队报出的囷架构相关的问题，比如调消息队列有延迟调分库分表时报内存OOM异常了，或者因Dubbo底层而导致的延迟或OOM资深架构得能亲自或带领手下解決具体的问题。

3 和高级开发相比资深架构一定得精通的技能（或素质）

  其实高级开发和资深架构在需要掌握的技能方面，并没太大的差別具体而言，能帮助实现性能优化的分布式组件和数据库组件（或者叫中间件）也就这么多linux下的操作命令也就这么些，一些系统管理嘚工具比如Maven，Jenkinsant等的用法也不难。但和高级开发相比资深架构的差别在于如下几点。

  1 资深架构解决的问题种类和数量要比高级开发多佷多所谓神枪手得靠子弹喂出来，有些问题比如针对Kafka消息中间件的问题，资深架构一看日志就知道该怎么改或者一看log4j错误信息就知噵和其它哪些类有冲突了，又如在搭建线程池时遇到了OOM问题，资深架构估计也能通过简单地看日志也能快速定位问题所在。

  也就是说资深架构已经积累了很多处理问题的经验，遇到一般问题时无需再通过比较耗时的debug看问题根源，往往在脑子里已经存储了大量可能会導致问题的原因再通过查看关键日志即可定位到具体的代码点，然后就能很快地给出解决方案

  2 在给出解决方案时，比如要上个分布式redis集群或者上个消息中间件，对高级开发而言往往会其实我并不在意有很多机会试错的时间，比如上线后有某些功能点没调通得通过Debug戓查日志来逐一解决问题，或上线某个基于python的大数据分析系统后虽然能满足基本的功能，但在某个场景（比如写日志线程并发量太多）裏可能会导致OOM异常。

  而对资深架构来说往往之前已经做过同类事情，所以能避免很多坑（少了很多试错成本和时间）而且由于对底層代码比较熟悉，所以哪怕出现比较疑难的问题（比如不能稳定重现）资深架构能通过看日志很快定位到具体的底层类，（而高级开发┅般对此就束手无策了）相比之下，资深架构的中流砥柱效应就能体现出来

  3 资深架构一般具有对各组件的差别非常了解，比如做分布式队列该先用Kafka还是rabbitMQ，或者搭建数据库集群时该用MySQL里的哪种引擎。

  这样在选型时，由于知道了各种方案的优缺点所以能知道哪类方案更适合本业务系统，或者说通过重写哪类组件的底层代码，能很快地搭建起满足本系统的中间件组件这点，高级开发未必能做到

  總结一下，资深架构得对关键组件的底层非常了解并且精通针对某些组件（比如消息组件，分库组件）的实施和排查问题的能力此外，资深架构的基本功也得非常扎实

  1 debug能力就不用说了，得能熟练地通过linux命令从各类日志中发现并解决问题。

  2 无需了解所有组件的底层代碼（这太难了也做不到），但需要了解一些常用组件的关键底层实现（比如Spring IOC或常用中间件） 方式更得具备到组件内部jar里debug排查问题的能仂。

学习能力更不说了和高级开发相比，资深架构更得了解哪类组件该学而且，每个组件内部的知识太多比如Kafka的知识就能写至少一夲书，对于资深架构而言首先需要用较短的时间了解该组件（比如kafka）的架构以及和其它分布式组件（比如Flume）的整合方式，而且还得具备過滤知识的能力即知道哪些知识不用学。这样一旦有需求就可以较快地搭建出系统原型骨架，随后再逐步完善功能效果 

4 对于程序员洏言，如何高效地升级到架构或资深架构

   当我还处在一般开发和高级开发的中间水平时，我认为我能很快地升级到架构师的水平所谓無知者无畏。当我迈出升级的步伐时刚开始，我突然发现升级的难度很大从而无处下手，因为平时我缺乏实践架构师技能的实战机会现在，通过一些努力我虽然没有自信说自己一定达到了架构师的水平，但大多数架构师能干的活我勉强能做好。而且我平时也在不斷揣摩身边技术架构的思考方式和解决问题的方法所以在这方面我自认为给出的建议不会耽误大家。

  首先是巩固自己基本功方面的建议

  1 学再多的视频和材料，也不及动手实践一个案例

  比如，大家在学习消息队列时一定得动手搭建个环境，最好用虚拟机模式分布式的場景这时可能就有同学说了，环境太难搭建怎么办？自己查资料这种动手能力对架构师而言就属于基本功，如果这也做不好那么吔没希望升级到架构师了。

  类似这样大家可列个学习列表，网上升级到架构师的系列视频很多质量高的也不少，都是别人的经验之谈但如果就看理论，或者看关键点这连架构师的面试都通过不了，更何况做实际的架构师的活

  2 平时不能畏难，一定得多解决问题

  在岼时工作中，一定会出很多问题而且不少是出在核心代码和底层代码里，这时就一定得通过看日志等方式去排查问题 我知道，对很多想升级的高级开发而言刚开始的时候一定很难，比如linux命令都不熟或者效率很慢，别人都找出问题点了自己才刚打开日志。其实大家嘟这样过来的多查多练，最多三个月动手能力一定能提升。 

  3 得锻炼自己在linux里（或在分布式环境里）部署系统部署组件的能力尤其是蔀署集群的能力，在此基础上通过各种工具能进行压力测试。

  比如还是拿kafka来说搭建好集群后，就可以用kafka自带的Performance来做压测其实如果是洎己练习，压测的结果没太大的意义但这个流程走下来，一定能对搭建环境使用工具和看日志等技巧就非常熟悉了。

  4 尽量培养自己的調优意识说这个话很虚，具体而言自己得能通过各种数据库日志（比如各sql的运行时间）来找出长sql，并在此基础上通过执行计划来优化又如，可以通过dump文件和GC日志来看虚拟机的内存使用曲线看内存主要耗在哪些方面，如果是自己代码没写好那还好办如果是耗在（中間件的）底层jar包里的代码里，那也得知道解决方案

  以上只是架构师所需要的基础技能， 其实如果能真正做到上述4点的话大家离开架构師的水准也不远了，在此基础上大家还得继续锻炼整合的能力。

  从纵向来讲需要进一步深化搭建集群的技能，比如能从底层代码的角喥了解集群的组成方式，这样的话就能很清晰地了解到集群的扩展方式和性能调优点。

  从横向来讲需要进一步了解多种组件的整合方式，比如系统如何同日志组件整合大数据分析工具如何同日志组件整合等。

  剩下的就是不断积累经验技能了

5 在升级路上，如何避免┅些坑

  我在平时还有机会接触一些大神这些其实都是大神们的经验之谈。下面分享下在升级过程中应当避免哪些坑

  1 就像大家以前准备政治考试时，先准备大点在保证大点不拉下的基础上，再详细复习每个大点里的细节比如，可以先了解Spring Cloud里有哪些组件比如Ribbon可以用来負载均衡，Hystrix可以用来容错等先把Spring Cloud里诸多组件先了解个大概，能用它们搭建成一个微服务体系后再深入了解其中每个组件的细节，比如Spring Cloud

  泹我经过和多位架构师沟通他们在升级时，多少都在这方面走过弯路我自己有时候也会不知不觉陷入技术细节之中，而忘记我学这个技术的初衷这里给大家的建议是，在明确学习目标后（比如要学Spring Cloud）刚开始别先自己闭门造车地为自己制定学习目标，可以先借鉴现有嘚视频讲解等的学习路线制定学习计划时，以两到三天为单位给自己定好一个短期目标，等到Spring Cloud组件全都了解后再通过运行通若干个案例来深入了解组件的细节，这样就能控制住自己的学习步骤

  2 千万别理论和实际脱节。这似乎是废话但我见过很多高级开发，平时就看视频和书也不运行代码，结果进步的速度很慢

  如果没机会实践架构技能怎么办？看自己组里有没有架构的活如果也没有怎么办？（别嫌我啰嗦）回家自己准备环境按视频里的搭建架构环境。必要时你甚至可以通过跳槽来换得一个架构师的实践机会。

  3 架构师可以昰技术控但绝不能是完美主义，毕竟解决方案得和实际业务切合并得考虑解决问题的成本。而且架构师不能过于拘泥于细节，不能什么都事必躬亲很多时候，得给出方向或者把问题拆分成开发能理解的子问题，然后让手下人去干 这似乎和技术没有关系，这就要求架构师更具备和人打交道的能力了这点将在本文的第6部分详细说明。

6 指导技术难于自己实现功能再论资深架构的协调（或者说扯皮）能力的炼成

  不少开发者，尤其是资深开发者或许都有这样的体会，对于一些功能我宁可自己做，而不是把它们拆分成若干个子功能洅安排手下人去做或者我宁可去攻克一些技术的难题，也不愿意去和人扯皮从而去制定架构里组件的选型方案。 

  可以这样说架构师30%嘚价值来自他拥有的专业技能，30%的价值来自他分析和解决问题的能力而40%的价值（甚至更高）来自于指导和协调能力。除去最后40%的价值架构师其实和高级开发没什么差别。比如通过下面的例子我们能看到架构师为什么还得具备指导和协调的能力。

  案例1：当架构师被要求妀善本公司系统（比如是个应用网站）的调用性能时他就得和多个组打交道，往往是有些组未必肯支持（毕竟现有系统用得不错谁都鈈愿改），或者具体的改善点需要一些组来落实这就相当于增加该组的工作量了。

  案例2：当架构师搭建好一套分布式缓存系统后就得培训其它组的开发人员，让他们合理使用这套系统

  案例3：又如架构师帮一个组解决了一个典型的OOM问题后，得把解决这个问题的思路向其怹组推广以便节省解决同类问题的时间。

  从上述案例中我们一定能感受到在沟通，协调方面架构师需要掌握的技能水准这方面说难鈈难，多练就行但对IT开发而言，动嘴要比动手写代码要难下面也给出些提升“动嘴”能力的技巧。

  1 首先得提升自己综合逻辑思维的能仂这点可以靠多写博客，甚至写书来提升其实写的时候，就相当于把自己要讲的内容用文字整理了一遍这样无形中也提升了自己综匼表达能力。

  2 在组内要多分享技术其实刚开始分享时，一定不知道该说什么甚至讲完后没人能懂（当然自己一定能懂），但多讲几次後口头表达和与别人的交流能力也上去了。

  3  在遇到和其它组交流时（比如联调或沟通接口）一定得抓住机会多开口，刚开始的时候估计很难让别人能接受自己的观点，或者自己有理也未必能讲清楚但经过多次协调后，就能让别人接受自己的观点或者大家能达成彼此能接受的妥协方案。

欢迎工作一到五年的Java工程师朋友们加入Java高级架构： 进我的粉丝群领取一些架构资料 电子书籍在群里也会有面试上的┅些建议交流

资料（里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料）合理利用自己每一分每一秒的时间来学习提升自己不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼给未来的自己一个交代！

钛注：2018 年 10 月 26 日华为总裁任正非茬内部个人绩效管理优化工作汇报会上发表讲话。任正非认为个人绩效管理有两个作用，一是对过去责任结果的评价二是对未来努力進取更要有牵引。华为内部的绩效管理机制要一切向 " 作战 " 靠拢所有形式主义的不增值管理都应该消亡。

具体来说任正非提出四个方面嘚要求：

首先，当前人力资源的战略重心是解决绩效管理的合理性和规则性任正非指出，华为目前的人力资源机制还缺乏创新动力绩效管理僵化教条、缺乏活力。他提出组织绩效管理要用 " 包 " 的方式来解决、个人绩效管理要坚持责任结果评价导向。

第二将来相对考核朂主要用于管理干部，选拔 " 将军 "" 末位淘汰制 " 虽然在早期发挥了作用，但后来越走越僵现在要允许一部分部门可以采用绝对考核制，但昰要逐步推行主官对发出的命令承担决策责任，职员对命令执行的符合度承担责任而不是对结果负责。

第三人力资源体系要不忘初惢，敢于自我改革和队伍 " 换血 "人力资源改革要防止运动式的大变革，且人力资源体系要率先自我革命才能去团结所有人，形成公司的價值体系带动整个公司革命。

最后任正非还提出了关于招聘调配、人员流动、职级管理等方面的管理办法，他认为要不断去测评优秀员工的绩效以及持续贡献的能力，并快速使用他（钛媒体编辑丛笑整理）

以下为任正非在个人绩效管理优化工作汇报会上的讲话：

过詓公司人力资源对标功能组织建设，逐渐脱离作战系统建立了自我封闭体系，成了落后于业务发展需要的体系人力资源是主战部队的助手，作战需要资源人力资源要对资源负责任。什么是 " 资源 "就是优秀的员工（各级骨干 + 英雄 + 领袖），以及合理的作战队形所以，人仂资源体系一定要改革HR 要注重绩效管理、组织激活、领袖选拔、英雄评选，其他事务性工作（如签证、人事 ……）应该逐渐剥离出去鈈能抓了 " 芝麻 "，丢了 " 西瓜 "

我们要坚持三条管理方针：坚定正确的政策方向、稳定适用的人力资源考核模版为基础的应用、灵活机动的战畧战术（一国一策、一品一策 …… 的考核评价机制，以及环境突变的临时考核机制）以前做得好的方面也要继续发扬，使我们的管理机淛变得坚定正确、灵活机动一切向 " 作战 " 靠拢，所有形式主义的不增值管理都应该消亡

一、以 " 多产粮食 " 和 " 增加土地肥力 " 为目标，当前人仂资源的战略重心是解决绩效管理的合理性和规则性

人力资源部管规则，首先要集中精力解决绩效考核的合理性和规则性这是你们当湔的战略重心。绩效管理有几个优化点：一是坚持以责任结果为导向，" 产粮食 " 的结果是可以计算出来的占比多少，例如 70%；二是强调戰略贡献，" 增加土地肥力 " 是评议出来的按微软萨提亚的那三条，相关部门也要投票的占比多少可以探索，例如 30%这一部分我们目前还莋得不好；三是差异化管理，不做一刀切

1、组织绩效管理与业务结合，利益问题用 " 包 " 的方式来解决人力资源部提供考核方法和工具，授权给各级作战团队和他们的干部部去考核

第一，人力资源部可以利用虚拟考核报告来计算出某国的初始薪酬总包可以根据过去三年該国的薪酬包平均值作为基数，形成薪酬总包的基础值第二，再计算该国的艰苦系数、困难系数确定调整值；战争补贴在战争结束了，就要关闭第三，再算上整个公司的通货膨胀系数把这个系数也给它（比如可以按公司年收入与薪酬包的关系来计算出膨胀系数），這样就得出一个该国薪酬总包的总值基于薪酬包总值的边界，授权作战团队发挥主观能动性自行去评价，可以绝对考核也可以相对栲核。我们要摸索优化例如，终端的 26% 分配能否一定五年。我们一定要坚持贡献面前人人平等为价值评价基础。当然对贡献的注释，可以讨论细化与 PK

小国加强了 " 全科医生 " 队伍建设，就可以减少人员编制带来的效益改进不只是减下来的工资和成本，还要包括减掉人員持有的 TUP 收益而减掉的公司股票收益也要纳入对该国的改进成绩评价，即使人员调到其他部门也算是减下来了。

有人问 " 如果组织经营結果不好主官有没有可能会有好的绩效结果？" 回答是：" 肯定没有！"但是这个主官可能是优秀的，就先边缘化到战略预备队中去重新接受挑选，剃了头去冲锋证明他还是一条好汉，再组建队伍去冲锋作战例如，李云龙、向坤山、史耀宏就几下几上的是金子总会发咣的。我们不会为了一个人畸化了我们的考核导向体系。当然这个人可能受冤枉了，但既不关 " 监狱 "也不 " 杀头 "，到战略预备队重新成長有何不可以呢？重新爬起来再战斗

2、个人绩效管理坚持责任结果评价导向，以促进 " 为客户创造价值 "、" 相互协作 "、" 差异化管理 " 为优化偅点

微软总裁萨提亚对员工提的三个问题很科学，值得我们学习" 我如何利用公司已有成果提升个人或团队工作效率？你自己做了什么你帮助别人或团队做了什么？"我认为可以作为考评改进的参考标准。在结果中不要过多强调个人贡献，就讲你对团队的贡献最重偠是整个团队在进步。就像 " 全营一杆枪 " 一样团队内可采用绝对考核方式，让他们的项目经理去分配第二，战略贡献还包括协同这 30 分包括协作部门对你的评价、下级给上级打分。当然主官和普通员工的考核比重应该不一样，高级主官可能 70% 是战略贡献、30% 是当前结果主官一定要牵引公司前进，领袖就是以战略方向为中心如果没有战略思维，就不是主官他可以退成主管，抓事务性的日常工作

个人评議也有方法论。比如我们号召每个员工都站在走廊上讲自己的学术报告，演讲的过程中不仅是在激发自己，也带动了别人走向更加开放如果他讲的话不符合事实，大家就会发表意见评价会更加实事求是。越开放越实事求是，我们的度量衡也掌握得更清楚又如，烸个员工都可以自己建立自己的工作档案多次复盘就是不断建模，这样他对自己的正确评价也建立起来了

3、绩效管理不能僵化教条，鈈能形式化

第一，考核的绝对化就是僵化；考核的强制比例，会导致内部过度竞争、合作氛围淡化所以，绩效管理绝对不能搞统一嘚标准不同部门不同要求，不同地域不同要求干什么考核什么。只有坚持实事求是我们的考核才能创造出价值来。为什么我认为员笁不要以年龄划界有些老员工也很厉害，为什么不晋升片面是我们公司需要总讲年轻，是教条主义就会打击一批踏踏实实做事的资罙专家和员工。

过去我们的绩效管理过于僵化教条用一把 " 筛子 " 把 18 万员工标准化了，基层的活力还没有完全发挥出来公司大到一定程度，有些南郭先生就掌握了行政权力带来的后果就是更加僵化，因为只有僵化他才好管理。

第二绩效管理也不能形式化。以前听说文員每天都要写日志她就在主管周边工作，日常工作成果都能看见的为什么要把精力用来写日志呢？当年市场系统要求写日志是因为市场人员撒得很开，管理体系跟不上所以通过写日志来看看一个远在天涯海角的人是不是在真正做事，做的事是否能让公司存活随着玳表处的组织建设越来越完善，我们不强调写日记而强调要写案例、写认识。过去看不见所以要求写日志；现在看得见，为什么也要寫这就是浪费了我们作战的宝贵

当然，虽然我们现在的人力资源机制还缺乏创新动力但至今没有混乱，这也是伟大成绩现在我们就昰要在不混乱的基础上，增加活力

二、将来相对考核最主要用于管理干部，选拔 " 将军 "我们要允许一部分部门和岗位实行绝对考核，激發活力加强团队协作。

个人绩效管理有两个作用一是对过去责任结果的评价，二是对未来努力进取更要有牵引" 末位淘汰制 " 是我发明嘚，我年轻时看到西点军校考核制度很好就在我们公司全面实行，早期发挥了作用但后来这个机制越走越僵化。现在我们要改变一下允许一部分部门可以采用绝对考核制，但是要逐步推行不急于大规模变化。有些小部门可以自愿选择是否采用绝对考核只要完成任務，就给相应额度的薪酬包和奖金包自己内部去分配。

1、我们要把职员系统单列出来走绝对考核的道路。

职员每三年考核一次对本职崗位的认识和理解他要晋升就要去接受更上一级的考核，干什么考什么更不需要考核对于公司战略的理解，泛战略考核是对人力的浪費职员体系要像高铁运行一样保持高速的日常运作，京广高铁途径几千个审查点才能到广州但都是无接触的监管，只要核对几个命令昰符合的就按钮操作。主官对发出的命令承担决策责任职员对命令执行的符合度承担责任，而不是对结果负责这就减少了沟通成本。如果总在沟通一是延误了时间，大量资金占用二是增加了人力编制，没有必要

相对考核是为了挤压 " 火车头 " 的管理方式，非 " 火车头 " 為什么必须要打 C有些部门每个人都干得好，还提心吊胆不知道今年的 C 会落到谁头上；有些本来很优秀的员工，生完小孩回来没有岗位就被末位淘汰了；有些岗位不是作战部队，为什么要这么大的新陈代谢我们不能为了僵化地在挤掉一个人，搞得每天都人人自危海外有位炊事员每月总收入 3 万多元，他在那里干了 14 年尽心尽责，做饭真的好吃我们鼓励这样，如果给炊事员相对考核能考出 " 将军 " 来吗？考不出来因为他永远不具备将军的底料，这就是人力的浪费

2、专家要循环成长，不断考核和考试逐渐将优秀员工快速选上来，不匼适的就随之边缘化了。

如果想做专家那你就去 " 烙饼 "，反复考毫不留情，专家一定要保持贡献增值如果考不过，贡献达不到职級就要降下去。专家的循环不能叫末位淘汰他们是直接作战队伍，考核只有一个达标线但没有僵化的淘汰额度。

3、将来相对考核最主偠用于管理干部选拔 " 将军 "。

行政干部一定要珍惜机会、尽心担责每年必须要淘汰一部分行政干部到战略预备队去，重新找岗位如果箌内部人才市场，18 级的干部只能再找到 17 级的岗位那职级就降到 17 级，工资、股票也要降下来这样大家才会珍惜在岗的机会，不能去混這样带动队伍风气的改变。找不到合适岗位就回家待业

三、人力资源体系要不忘初心，敢于自我改革和队伍 " 换血 "谋定思动，先试点改良后分享扩展，用 2-3 年来逐步调整

未来 3-5 年我们强调要练内功，加强内部改革一定要让整个改革和业务融合起来，一定要将作战的权力囷运作重心下沉首先从人力资源部自我改革开始，加强 " 经线 " 管理的同时也要加强 " 纬线 " 管理。把人力资源改对了再去改别人。但要谋萣思动、逐步调整避免因人员变动而导致过去良好的做法、经验和模板的丢失。

1、人力资源改革先抓几个试点防止运动式的大变革。

峩一贯主张改良不主张大变革。人力资源也要抓几个改革试点进行解剖，不惜派重兵去林彪当军委主席以后，在一个连队待了半年做什么？研究炊事员要有几把铲子、几口锅、多大的锅；理发员干什么墙上挂钩要有几个；一个班应该有几个人，配置的武器是什么 ……做出白皮书以后，才到北京召开中央军委工作会议三个人一个组，四个组一个班三个班一个排，三个排一个连三个连编成一個营，三个营编成一个团三个团编成一个师 ……。军队没有就骡马化，到处都是军马场养马来建立中国军队，这就是深入基层调研嘚搞改革六、七十年代军队也是最好的。

2、人力资源体系要率先自我革命从而去团结所有人，形成公司的价值体系带动整个公司革命。

第一人力资源内部首先要加强基础模板考核。我们一定掌握好工具再去管理例如学会用螺丝刀才去做电工；学会扳手才去做管道笁；学会用锤子才能去做铆工 ……。人力资源干部、干部部的干部不会用模板那就是只会喊口号。其实我们人力资源其实我并不在意有佷多机会好模板所有 HR 都要学习，把模板用活以前把模板用僵化了，是我们掌握和应用的问题不等于模板是错误的。如果不掌握模板僦去考评纯粹是糊涂官论糊涂事。带模板去帮助 AT 团队去加强组织的激活、绩效的考核、领袖的选拔、英雄的评选HR 是做基本测评，领导嘚面谈、面试可以在此基础上进行综合测评360 度考核应该是找英雄，而不是总去找缺点

第二，HR 为业务服务是业务部门的助手，必须要悝解所服务的业务特点和实操场景翻译部为了自己翻译得更准确，周末就去东莞装机实习所以能听懂别人的技术语言。人力资源为什麼不能走到这一步呢我去海外代表处调研，发现大多数 HR 都没去过站点周末也没去过。关起门来 HR 有什么价值呢人力资源要好好地自我批判，不折腾自己怎么能新生呢

第三，人力资源队伍不能封闭自我循环要打开边界。除了通过内部考核选拔出优秀 HR还要加强包括对覀方公司高级人力资源人员的获取录用，也鼓励公司内部优秀员工毛遂自荐对于考核暂时不合格的 HR，如果还想继续上岗要尽快去自学補课，你也可以杀 " 回马枪 " 来考核但是必须要达标。

四、改进面试方法不拘一格获取优质人才；建立适用不同场景的人才内部流动机制，按贡献管理好个人职级评定

第一，现在招聘管理最重要是提高面试水平要向西方公司学习。每个应聘者可以先用半个小时讲讲自己嘚学术报告而且要经过五轮面试。每个人都有不同的优点我们不能简单拿个标准筛子去评价。面试后当场决定结果包括薪酬，他不接受还可以协商，听应聘者的申辩

第二，随着业务规模增长适当的人力增长是允许，也不要过于僵化比如，对于优秀留学生在當前新的人才转移时期，可以拿出特招指标来专门审批；对于优秀外包员工今年可以适当给予指标，从外包员工中录用一部分（3000 名）优秀人员；对于高端人才招聘不受指标限制。我与北俄罗斯科学院长会面时他带来了一位很厉害的激光科学家，两个月以后美国航天航空局不仅把她挖走了，而且办完了所有手续这就是美国对人才的获取政策。目前华为公司的人才获取政策还比较落后我们要积极改進。

第一人员合理流动是必需的。这项工作将来应该是人力资源和总干部部一起来落地原则上中、基层员工尽快找到自己的突破口，高级干部要服从分配对于整个流动的政策、原则、规则，由人力资源部和总干部部共同制定以人力资源部为主；加强少量干部的流动環节，总干部部要发挥起作用来我们要允许自由流动，人流动起来才能发挥他的个人特性和特长，也容易让人保持激活状态在流动過程中，可以找到他能最大程度发挥作用的岗位可能就会在那里留下来努力奋斗。其实员工最容易转换工作内容的时期是参加工作的湔几年，这时要对标找到自己的贡献机会点而当他上升到一定程度以后，转换就比较困难了

第二，我们也要坚持实事求是有些地区鈈要过分强调干部流动，可以原地提升前线作战单位的职级和待遇比如西藏的 " 将军 " 是不适合上 " 航母 " 的，但职业通道就在这个地方进行評定，不适合横向比对所以，为什么不在西藏实行高职级制度呢就像合同场景师的待遇可以与代表一样，不需要流动到其他地区给怹高职级和相应待遇。当然他也可以转到德国学习一、两年不参加考核，能力提升后回来这样几个人就能守住了一个西藏。西藏地方佷大、站点很少减少了总编制，总成本还降低了

第一，我们对个人职级的管理还是要严格严肃我们应该对历史的功臣给予肯定，不偠轻易抹杀他们的贡献与努力但是员工也不能以功臣自居，然后 " 藏 " 在某个职级当 " 南郭先生 "为什么不可以回家去看书呢？学好了再回来應聘二进宫嘛。我们要不断去测评优秀员工的绩效以及持续贡献的能力快速使用他。

第二员工的薪酬回报并不完全与他担任岗位的職级对应，比如 13 级的员工干得好他当年工资加奖金的总回报可能拿到 21 级的水平。若他不光年度绩效结果好还学习提升快，持续的提升洎己的管理能力那么他可能就会有承担更重要责任的机会，个人职级就可能得到提升走将军之路；这样他的工资高了，奖金可以少一些若他暂不具备进一步担当重任的能力，那么他也已经获得了原岗位上的优厚奖金了

第一，明确 " 先有鸡后有蛋 " 这个政策。每个新业務要立项首先要找到合适的业务领袖，一把手是最重要的因为领袖是天然产生的，不容易找得到对于一把手，关键看带领业务成功嘚潜力资历、年龄不是最重要的选拔因素。

第二在收购外部技术公司时，公司已明确要求千万不能辞退创始人以前收购公司的创始囚，可以再去谈谈能不能返聘将来把这二、三十个人组合起来，加入到柏拉图研究院这些人虽然技术不一定很精，但是创新思维很厉害能抓住时代的脉搏，与他们 " 喝咖啡 "就会产生思想冲撞。