职业成长的逻辑模型

1.问题

• 1、你是否还在抱怨公司事务繁忙没有精力提升自我？

• 1、如何衡量一个程序员技术水平的高低？

• 2、程序员的技术水平是否可以量化？

• 3、程序员除了技术还有哪些方面需要学习？

• 4、职业成长模型包含哪些内容？

• 5、如何建立科学的职业成长路线？

• 6、如何进行自我剖析？

• 7、如何践行成长规划？
  

2.关键词

技术、业务、管理、成长、规划、思考、目标、模型、知识、经验、路线、点、线、面、体、基础、源码、设计、工程、实践、售前、运营
重要：没时间的同学，建议先对照 4.2.2模型建立(横向)这一节的模型，给自己打分。

3.全文概要

俗话说水往低处流人往高处走，面对日新月异的时代变化不进则退。如何在滔滔的时代洪流中保持持久竞争力也是迫在眉睫。本文立足于程序员技术根基，试图从多维度入手分析程序员所需技能指标，建立可量化的成长模型。在完整的成长模型基础上进行深度的自我剖析，通过计算指标分值给自身一个客观评价，然后依据自身条件对照成长模型规划出可执行受检验的成长路线，从而及时发现自我盲区，聚集成长方向，提升成长加速度，保持更高的竞争力。
虽说本文的成长规划是基于程序员的角度出发，但是对应其他行业的人也是一次很好的借鉴，特别是想跨域进入计算机行业的人也是一次很好的了解机会。首先我们谈的不是职业规划，职业规划可能需要从自身的兴趣爱好加上专业特长出发来定制个性化规划，这个范围太广而且不同行业的发展规律也大不相同，本文只是试图在垂直的泛计算机行业去梳理出一套通用的套路，有助于聚焦目标的来针对性自我提升。

4.成长模型

职业规划本质上是一门生意，做生意无非就是买卖，低买高卖赚取利润，而职业规划就是在清楚认识自我资源的条件下选择一个能产生最大价值的行业。既然我们已经选择了IT这个行当，那么入行前就应该很清楚的分析个中利弊，而对于很多入行已久的人依然没有思考明白这个问题。我们先带着这个问题，来解读什么是成长模型。
建立模型的目标就是量化出高阶能力的标准。成长模型的作用就像一个望远镜，有时候有飞到遥远灿烂的星空的想法，但多数时候只能仰望一下看着点点星光，大概有的朦胧的想法想去探索，但也就是停了在看看而已，因为并不知道遥远的星空有多神秘。而如果有了望远镜，通过望远镜就可以更加清晰的观察到星空的美妙，犹如身临其境，才会更加激发探索的欲望，进而才有了具体的登月行动。
成长模型又犹如一个时空机器，让我们能看到n年后的自己，或者说，我们构造出n年后自己想成为的样板。别不相信，我们将会把自身的条件量化成有序的指标变量，然后建立一个模型，在这个模型里面，不同变量的变化将会输出一个不一样的自己。

4.1职业素养

在谈论职业成长模型之前，我们必须先讨论职业素养。各行各业都有本行业的规矩，比如足球运动员需要对自己的体脂体重有严格的控制，这是职业素养的一种体现。同样，程序员这个行业也有最起码的职业素养要求，比如我们领取企业薪水，就必须高效高质量的完成企业制定的工作内容，这个是最基本的要求，还有其他职业道德的要求，具体要求劳动法和企业劳动合同都给我们写清楚这里就不一一列举了。不同行业有不同的要求，但是我们起码要达成的方向就是首先称为可以靠谱的合作伙伴，这是最低要求。我认为落实阿里六脉神剑的价值观基本也就达到了基本的职业素养。

4.2模型演进

在我们养成了级基本职业素养的条件下，才来谈成长模型，比较如果连基本要求的不达标，那很大可能成长模型里面所要求的繁多指标也是很难满足的。
首先我们要搞清楚何谓建模，职业成长跟建模为何能扯上关系？
建模就是建立模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。关于职业成长我们想必也停过各种的励志鸡汤，还有盲人摸象一般的片面结论，听起来有时候觉得简单可行动起来又不知从何入手。那么我们建立模型就是力争把非核心因素和次要的条件过滤掉，把影响成长的因子通过观察践行和思考，形成结构化模型，有了适合自己的能力成长模型后，才能够集中时间精力突破提升自我。
建立模型之前，我们需要先进行模型识别，也就是先观察具体的事务，然后试图抽象出其中的规律。

4.2.1模型识别

首先我们跳出程序员的固有视角来观察互联网企业的运转概貌，就拿一家中小公司来说，假设组织架构足够简单。老板或者股东开公司前通常需要找到合适的职业经理人作为CEO，当然现在很多创业公司创始人自己就是CEO。下面这段描述岗位等级也许不是那么准确，就先不要杠CTO是不是需要搞架构写代码这些细节。
在开始公司业务或者启动一个新项目的时候，通常CEO会讲清楚公司存在的意义和价值，然后还会讲到项目/产品的产品周期，战略意图，公司愿景，市场分析，资源分配，利润空间，企业文化等多个维度的阐述。当然一线吃瓜群众通常是接触不到这个层面的意志，进而会认为高层就是负责吹牛画大饼，吹完下面的人来完成，后面我们会讲到这个是一个天大的误会。
好了，这时候CEO已经解决了是什么为什么两大核心哲学问题，接下来出场的通常是CTO，当然其他各种CXO也会出现，只不过我们聚焦的是程序员成长，所以重点介绍CTO的开场。对应一家互联网公司，CTO需要在具体业务层面来完成企业制定的目标。在充分理解CEO规划的基础上，CTO需要深刻理解业务，按时保质完成产品交付，同时负责技术团队的管理提升，把关产品设计的核心业务架构和技术架构，充分配置技术资源完成整个开发交付生命周期。如果说CEO是船舵的缔造者，那么CTO则是龙骨框架的建造者。
现在船舵和龙骨已经完成，那么也船的吨位和方向掌控也已经确定下来，那么剩下的就是轮船各个核心部件的设计安装和整体船体的制作。相应的产品架构和核心技术完成敲定，这时候就该技术经理出场了。通常技术经理会把负责的核心产品线先整体依照总架构的要求，完成好核心设计，深度把握需求，拆分成模块，由团队人员协同完成开发。
对，最后就是干活的工程师，就是上面所提到的吃瓜群众，先不要有意见，如何把活干得漂亮这里面还大有门道，毕竟如果没有人把船体造出来，船都漂不起来别说开了。

4.2.2模型抽象(纵向)

通过上一节的模型识别，我们大概能知道一个输出一个产品要经过的环节，但是其中的门道似乎还是有点混沌不清，那这节我们就把模型识别出来的具体事务抽象出来，结合我自己的一些思考初步抽象成四个维度。
首先我们YY一下CEO这个角色需要具备哪些素质，之前有过一段创业小公司的经历，我们先抛开体量上的要求，但从角色出发，CEO需要在商业、业务、团队、资源、文化、制度等诸多领域都能担负起来，起码要求对本行业有绝对精通的知识体系和丰富的从业经验。
CEO技能树：

• 基础：财务知识，法律相关，政策，人脉资源，圈子影响力，未来预测，历史文化了解等

• 业务：熟悉本行业，深入钻研本垂直行业的上下游业务流程，同时关联行业也相对熟悉

• 管理：团队管理、水平提升、人员稳定、成本控制

• 技术：技术出身的对技术的敏感度、科技行业趋势把握

• 财会：利润要求、财务报表

• 文化：打造合适企业文化

…

CTO技能树：

• 技术：扎实技术基础、丰富的工程技术经验、良好的新兴技术嗅觉、高超技术整合能力

• 架构：基于业务基础形成高性能高可用的技术架构，建立输出技术体系标准

• 口碑：在公司内部与行业中具备一定影响力与口碑

• 业务：精通企业业务、具备丰富的从业经验

• 团队：推动团队提升、协调团队资源、输出团队建设标准

• 制度：建立高质量，高效率的技术团队。健全的项目管理体系；完善的员工能力发展体系

• 培训：建立以研发内容为主的知识库管理体系、技术分享与技术文化的体系

…

技术经理技能树：

• 技术：广泛技术面、主营领域下钻技术深度、擅长攻坚技术难题、核心功能设计

• 任务：需求深刻理解、开发工作量评估、定立开发流程、任务拆分跟踪

• 项目：代码评审把关、风险预估、项目管理、资源协调、复盘积累

• 效率：工程践行、生产标准具体化、生产流程工具化、故障修复风险预警制度化

• 团队：招聘面试、团队建设、技术提升、新人指导

…

工程师技能树：

• 理论：扎实的计算机理论、编码、语言、结构、算法、网络…

• 源码：开源项目源码解读经验、复用优秀设计思想、良好的代码风格

• 设计：分布式、高并发、性能调优、微服务、云原生

• 工程：敏捷开发、领域建模、设计模式

• 实操：工程实践、日志梳理、编码规范、发布管理、测试规范、代码审查

…

从具体的企业设岗到技能的抽象，我们分别从四个级别的维度输出技能树，到这一步我们已经初步完成了干扰项的排查，留下核心的因子，下面我们简短的对这四个维度进行高度概括：

• 体：立足业务，调配团队资源，融合生态上下游及财法律等人文经验指定合理战略目标和演进思路

• 面：战略落地贯穿执行，输出业务架构图，技术架构图，人力资源分配，指定执行标准

• 线：架构的设计和实现，核心代码实现，难题攻克，疑难杂症分析解决，拆分任务，标准细化执行

• 点：具体实现，严格执行标准，按时保质高效完成任务

抽象维度到具体岗位也有如下大致的映射关系：
 体         面            面               线              线               点
CEO -> CTO -> 技术总监 -> 技术经理  -> 架构师  ->  工程师

这里我稍微解释一下我自己如何理解点线面体维度的概念和彼此之间的联系。由于四个维度是纵向分布的，点到面，面到线是一个循序渐进过程，但是面到体有本质的变化。具体点来讲的话，我们暂且拿阿里的职业等级来做粗略的对比：

点可以理解为一个合格程序员的编码技能，当然主要的职责就是写代码。
线由很多点组成，也就是很多程序员的技能集合而成，一个人相当于很多程序员，说明技术很厉害，懂得上下游技术栈，各个点的程序员单点技能，在线程序员上面都有，也就是攻克各种技术难题的专家。
面由线组成的，面要由多条线才可以，比如一条线是技术线，一条是业务线，另外可能还需要一条的是管理线，组合起来才能形成面。可以理解为总架构师，技术很厉害，业务很精通，管理很在行才可以形成面，把技术业务好管理融合交织起来才是完整的面。
体是由很多个面叠加组成，点线面是在二维的循序渐进形成，但是到了体就是到三维空间了，就不是那么简单了，体具备架构师技能的基础的配置，但是更多的是利用资源，争取资源，创造资源的能力，综合各方面因素推动业务的发展。到了这个层面可能已经不是单纯的努力就可以成就的了。体维度需要的是财务，法律，政策，资源，眼光等要素，技术占比会越来越少，技术不是唯一，格局越大，技术所占的比重就越小。
好了，上文颇费力气的对行业技能树进行了一次纵向的抽象梳理，得出了4个大的维度所需要的技能。有了这4个维度的抽象，我们才能更加准确的进行技能细分，这个为我们下一节进行横向模型建立奠定了基础。

4.2.2模型建立(横向)

终于到了模型建立这一节，能看到这里的同学说明对职业成长有了更执着的追求。上一节我们纵向从点线面体四个维度抽象出职业跃升的阶级空间，而这四个空间的技能树归结起来可以横向的分为技术、业务、管理、格局四个领域：

• 技术（基础，工程，源码，文档，标准，规范，跨栈，深度，广度，架构，调优，设计…）

• 业务（产品，售前，实施，市场，营销，运营…）

• 管理（团队，担当，协调，促进，输出，提升，执行，拆解，成长…）

• 格局（战略，财报，市场，利润，团队，财务，报表，人力，成本，产业，政策…）

下面我们将横向分析四个领域的指标和要求：

技术

技术如果从KPI上衡量大致可以分为：业务结果，业绩；代码质量，代码审查，bug率，覆盖率，系统可用性；创新提效；技术影响力，团队合作，最后还有个人成长。
技术贡献：应用质量，设计重构，技术影响力，Code Review，创新提效，代码质量。
但是这个远远不够，我们需要刻画到核心指标，这样才能更加清晰的衡量出技术水平，以便查漏补缺。下面我们基于技术的硬核指标分析，从基础理论、源码解析、架构设计、软件工程、工程实操五个方面来描述技术指标，每个指标分为三个层级，第一个为用，第二个层级为攻，最高层级为深，三个层级依次递进，先是会用，然后是精通融合贯通最后是深刻的实战经验，三个层级分别代表纵向三个维度对技能深度的要求，具体指标如下表：

以上基本涵盖技术人五大维度技能树的拆分和量化，每个维度20分，每个指标分为点线面三个级别的深度进行刻画。每个维度分三个层级，第一个层级为10，第二个层级为15，最高层级为20分。可以对照着该模型进行计算，最后综合自己的技术得分。纵向三维度得分要求如下：

• 点：50

• 线：75

• 面：100

这里我大概阐述一下我是如何思考构建这个五个维度的。第一个维度是基础理论，这个是根基，也是每一个行业从业者必备的基础素养，所谓万丈高楼平地起就是这个意思。第二个维度为源码解析，也就是要求对业界优秀源码的熟悉程度，更重要的是吸收源码里面的设计思想和编码技巧，还有学习能力的训练，而我挑选的这五个开源项目仅仅是一个案例，不同技术栈的同学可以根据自身情况相应调整。第三个维度为架构设计，要求的是从基础的编码建设和解决问题的层面跳出来，到更高的视角考虑问题，抽象事务的本质，学习前人总结的架构知识体系，同时需要经过大量的训练形成自己的全局架构设计思维能力。第四个维度是软件工程，也就是工程方法论，条条道路通罗马，但是熟悉软件工程后可以根据前人经验做出最优的工程管理，把有限资源最大价值化，说白了就是按照合理的节奏来管控推动项目发展。第五个维度是工程实操，也就是实战中各个大节点需要锻造的能力要求。这也是我构建技术知识体系的一个逻辑框架，我一直追求的是打造出一套完美的技术知识体系，把我所学所遇到的技术和经验融合到这套体系的合适的位置。这样一来即使新来的一门技术，我总能找到一个合适的位置来存放，就想在脑海构建了一个书架，把知识和经验分门别类的归纳总结到合适的格子。

业务

业务则代表具体的价值，多数情况下是业务为先，技术为业务保驾护航。技术上升到一定层面，需要对产品逻辑进行更深入的思考，朴素一点的说，就是怎么样向一个外行说明白行业究竟是在做什么的。这个视角给了毕竟大的启发，我们试图跳出技术人的思维，往更高的视角观察，在整个商业版图中，技术仅仅是其中重要的一环，产品线上横向延伸的还有上下游比如商务，售前，产品，实施，运营，售后，客服等整个流程。最终都是体现在客户的价值，企业追求的是利润，这还要求我们能够评估产出带来的价值，甚至要学会解读财务报表。跳出技术视角后，发现可成长的空间是巨大的，当然术业有专攻，这同时也考验我们对精力的合理分配，既要精通技术，又要理解业务。
这里我又要泼一下冷水，不是说技术不重要，而是有时候技术没有程序员想象中重要，技术只是完成目标的一种手段，一个工具，最终拿到结果的也许不一定是非得靠技术才能完成。
可能很多同学在一个行业待太久反而不容易形成清晰的思路来归纳行业的整体框架。这里我有个建议，可以试着去了解一个之前完全没有接触过或者熟视无睹的行业，从零开始进去探索，思考着如何短时间(比如一个月内)从零开始学习然后超过60%的从业者(忽略掉科研高科技需要深厚基础的那部分，我指的是普通行业)。这个是我自己尝试过的经验，有兴趣的同学可以关注《编程原理》里面的文章，后面我会把整个过程输出方法论。
业务维度千差万别，本节给出的是一个探索的方向，以此来提升业务感觉。

管理

技术知识体系基本是前人总结锤炼出来的标准，只需要把知识学透学深入灵活应用加上大量的试错经验，基本就能有所得，业务范畴也有大量知识经验成功可以参考，唯独管理需要直面的是人与人之间的互动。对应习惯跟计算机互动的程序员，处理好团队协作反而不是一件容易的事。
我们知道农业时代无法标准化量产，所以经济发展长时间没有较大变化，而工业革命后，工业化生产，垂直领域的细分量产，才有了我们现在物美价廉的商品。而这一切的成就背后的的核心就是“标准”。这里可能要得罪一下广大的程序员朋友，我们需要打造从码农到码工的一个转变。也就是把生产过程的各个核心环节全面标准化，一线开发人员必须按照标准严格执行，才能最大限度提高生产力。但我们也知道这个是理想情况，而且每个程序员的思维模式各不相同，实际上尽管有各自规约标准，但保不住还是有不同的编程风格，这也是留给我们最大限度的激发创作力的空间。
总体来说我觉得就是使命驱动，并激励和组织人力资源去实现这个使命。在此我仅抛砖引玉，学习之路还很长。

至此，我们已经从纵向分析了成长模型的阶级跃升四个层次为点线面体，然后又横向的对这四个层级所要求的技能树进行了三个深度的渐进式分析。纵横立体的分析了技术人成长所需技能，程度和跃升分水岭，从而建立起立体的感官，为下面自我剖析建立了理论依据。

5.自我剖析

首先现要深刻理解我们建立出来的成长模型，有了这个体感后就是三步曲，先自我剖析到成长规划最后到执行检验的一个闭环。
上文已经从理论上分析了技术人成长路线的变迁和必备技能。俗话说没吃过猪肉还没见过猪跑，看过猪跑是非常重要的环节。很多程序员浑浑噩噩的一年过一年除了年龄增加，编程硬技能和周边软技能长进并不明显，其中最主要的原因就是对自己要成长成什么样没有一个清晰的定位。又有俗话说依葫芦画瓢，有个葫芦看着就容易画出瓢来。上文分析的成长空间就是我们要的葫芦，看过猪跑的起码能想象猪肉是啥样子的，想让自己变得优秀，而且还能知道优秀后的自己是什么样的。
说白了，就是能想象到自己要成为什么样子的人，然后对着技能树填补空白，带着目标奔跑才更有效率。那么下面我们需要看下怎么寻找自己的空白之处，所谓知己知彼才能百战不殆。

5.1总结过去

基于历史的演变惯性，如果不好好总结过去的轨迹，就很难对未来进行发力。而且历史总是惊人的相似，既然历史总能赋予事物发展的固有规律，那么成功的经历能看到，失败的经历一样能被避免。
基于上文我们分析的横向技术技能树，我们定义了横向的五大模块：基础理论、源码解析、架构设计、软件工程、工程实操，每个模块都是20分。同时每个模块划分为3个层级的深度，第一层是会用得10分，第二层是融会贯通达到精通级别得15分，最高一层是顶级水平，上通应用下通原理得分为20分。
比如基础理论20分为10指标(其他技术栈的可以把JVM和JAVA合并成一个指标，代表的是第一语言的掌握程度)，那么每个指标就是2分，然后自己统计一下分数，类似的其他模块也是这样根据指标来拆分，源码解析根据自身的方向和技术栈自行调整，以五个开源项目为准，每个4分，剩余的模块可以根据自身情况稍微调整，但整体按照这个框架来解析。最后得出来的分数一目了然，参照点线面的三个得分标准，我估计80%的人第一个层级都未必能通过，所以这个模型可以很好的度量出自身的优劣态势。
现在我们已经完成了对自身知识体系的一个检阅，查漏补缺的发现了各种不足的地方，下面我们谈谈如何得出一条成长的路径。

5.2立足当下

这里我们不得不提的一个成长困境，在996横向的当下，每天加班到很晚，疲于应对各种需求和工单，修复系统各种bug，然后下班十一二点洗洗睡了，根本没时间没精力或者没兴趣再进行学习，平时积累也毫无章程，东看西凑的不成体系，导致现在比较迷茫，这个局怎么破？
大部分人总是习惯了高估自己而低估了别人，总是高估了当前而低估了预期，所以才需要说明一点，立足当下才能更好的展望未来。既然我们已经算出来自己的技术技能树得分，那么要做的就是根据成长模式，结合自身的具体情况设置好确实可行的目标规划，包括工作岗位，技术方向，个人兴趣和时间安排等因素，但是一旦确定要方向和目标就要死死咬住不放，切实跟踪进度，可以适时计算技术分，以此记录成长路径。
回到上文提的成长困境，我觉得根本原因还是取决于知不知道自己需要什么。这个是个根本性问题，就如我们通常是不知道自己不知道什么，那么第一步是要先知道自己想要什么，当确定这个目标后，我们才能更好的规划时间，这个是我切身体验，时间确实是挤出来的，而且鞭策着自己高效完成公司任务，减少无效的加班时间，更高效率的成长。
也就是说，成长是自己的事情，如果还需要别人来鞭策，那肯定是哪里出了问题。当自己有了蜕变的决心，才来谈我们研究的成长模型方法论。
在我们分析了自身技术知识体系的缺陷后，从模型得出目标，在经过自我条件代入得出成长规划，就有如下的公式：
成长规划 = 模型目标-基线条件
这里我们建议的是在成长模型里面勾选目标的时候，尽量贴合自身当前从事领域的发展来选择。这样能够完成自己成长目标的同时，也能带来业务价值，一举两得。同时勾选目标的时候切忌好高骛远，要做出切实可行的可量化能被检验的规划，这个具体操作下文会谈到。

5.3活在未来

活在未来不是一句心灵鸡汤，而且我们根据成长模型指定出未来一两年的样板，然后以未来的样板模型来指导现有自己的行为，就像是先知从未来回到现在，开启上帝视角，不给自己因为虚度时间而追悔莫及的机会。

6.成长规划

前文已经从纵横双向描述出技术人成长的宽度和高度，进而提供一面镜子给自己一个全面剖析的机会。既然我们已经对自己有了更进一步的了解，还有坚定的目标，那么剩下的就是如何科学的找到一条通往目标的路径(没有捷径)。
规划不是瞎规划不是凭空想象，最有效的是寻找目标，指定好规范标准，按照标准来执行，这样才有据可依，循序渐进。目标是我们要成长的结果，而过程则需要将自身的目标更企业方向更好的融合起来，才能达到事半功倍的效果。下面我们试图总结出一套章法或者称为模板，以年度为单位，涵盖了一整年技术、业务和管理方面的技能，梳理出核心的节点进行布局，形成体系化的规划，让成长路径更加合理。下面我以举例的方式来描述规划的思路：

6.1业务规划

业务千变万化但归结起来无非三方面可以概况出来。

6.1.1行业背景

从宏观到微观角度分析行业基础背景和数据观感，进而找到业务线才行业的定位，先聚焦业务价值

6.1.2业务梳理

分析现有业务的核心价值和边界及用户诉求

6.1.3战略抓手

具体三板斧

6.2技术规划

6.2.1技术盘点

• 存在问题

比如从编码规范，日志规范，测试规范，项目管理，文档规范，数据变更方面进行排查，建立起标准的规范和流程，确保技术演进朝着规范高效的方向更上一层楼。

• 解决方案

  • 编码规范

全面排查灵狐插件安装执行情况，必须强制执行
自定义插件功能开启，拼写校正强制执行

• 日志规范

梳理现有日志体系，兼容异构数据引擎的日志，统一日志输出文件
定义日常文件删除策略，保障硬盘空间充足
梳理接口错误码规范，构建错误码集合，合理定义错误码
核心模块业务日志上SLS，方便排查问题

• 测试规范

规范测试账号体系，固定的测试账号，避免账号过多造成数据混乱问题
统一测试账号演示数据，提高测试效率
单测用例规范，强制执行，提高代码质量

• 文档规范

架构文档必须输出业务架构，应用架构和技术架构，架构清晰易懂，分层合理
输出系分文档格式规范
推动产品需求文档的规范化，有利于开发人员快速掌握需求点，避免沟通误差
产品业务指标大排查，确定指标口径和定义

• 数据变更

数据发布流程规范化，规范提效，避免脚本不一致，SQL需严格执行标准规范

• 项目管理

PM流程规范化，需求评审，周报，提测，验收，发布申请，各个节点严格执行

6.2.2架构演进

• 架构升级

• 模型优化

• 监控告警
  

  6.2.3技术创新

• 效率工具

• 专利提案
  

  6.2.4未来挑战

• 提效降本

• 流量冲击

• 资源瓶颈
  

  6.2.5新生技术

• 云原生

• 无服务

• 端技术

6.3团队规划

6.3.1技术提升

• 基础理论

务必夯实计算机基础理论，包含模块有JVM内核，JAVA核心，网络通信，算法基础，数据结构，操作系统，软件安全，相应模型会形成专题在组内进行学习分享。

• 源码分析

提升源码阅读技巧和经验，学习优秀框架的设计模式和代码设计，包括不限于Spring，Mybatis，Tomcat，Netty，Elasticsearch等框架和中间件。

• 架构设计

从分布式，高并发和性能调优三个主题提升架构思维和软件设计方法论。

• 工程实践

工程能力是作为软件从业者的必备基础技能，在源码管理，日志应用，软件测试，代码审查，发布管理等环节的标准都必须烂熟于胸。

6.3.2业务精进

• 产品思维

熟悉业务，包括负责模块和上下游业务都必须掌握，从用户角度使用系统
产品基础，学习产品策划基本技能，不仅仅限制在开发领域，产品方面也可以有所突破，产品思维才能更好的把握客户需求，寻找更多的优化空间

• 行业动态

形成行业系统知识，采集行业资讯，必装行业工具，接近行业，增加行业体感

• 客户回访

技术人一样需要深入一线了解客户心声，新财年可以把客户拜访也列入指标，创造机会鼓励团队成员接近用户

6.3.3团队协同

• 沟通效率

畅通信息传达机制，问题第一时间反馈，工单及时跟进，包干到户
信息传递不失真、全面准确、执行不变形信息上通下达、及时反馈问题
主动分析判断沟通过程中的优先级，做到重要的事情能有预警方案，事后能主动复盘，总结经验

• 学习分享

主题分享呼应前文提到的技术专题，分享前先出内容，预先学习，重点答疑，提升分享效率
分享主题不仅限于技术，产品运营，市场财务等知识都鼓励，拓宽知识面

6.4个人规划

6.4.1技术成长

根据成长模型和自身方向，选择好适当的指标进行打磨提升

• 核心技能

• 广度拓展

• 技术创新

6.4.2业务深耕

• 技术成长是大前提，业务是价值放大的最优解。

• 产品逻辑

• 行业视野

• 业务延伸

6.4.3综合能力

• 技术是基石，业务是核心，那么综合能力则是催化剂。

• 沟通协同

• 创新思维

• 市场运营

• 业务推动

7.执行检验

规划完当然是执行了，不然也停留的计划阶段会无所适从，其实科学的规划是很好执行的，而且还会很兴奋的去践行。阶段性执行检验，修复偏离轨道的方向。执行检验的最好方法就是输出，有了输出，那么效果怎样一目了然。一方面输出可以是文字输出，或者演讲，视频音频输出或者线下授课输出，参与开源项目建设或者建设开源项目。另外的就是在企业拿结果的能力，拿到优秀的结果也说明很好的践行规划的目标。所以其实执行检验并不困难，难的是能科学合理的指定好成长规划，自然也能在各个节点体现出成长的增量。

8.总结

有句说烂的话叫道理全都懂确仍然过不好这一生，对这句话我确认也迷惘过，但所幸的是现在我已经熬过了这个阶段。其实大部分时候是我们还没搞懂“懂”这个字的意思，有一个不是很恰当但是很朴素的比喻是说，上课老师讲的公式都懂了，下课自己做题一道也不会，是不是有一种似曾相识的感觉。看别人做的，听别人说的来得总是毫不费劲，自己做的却困难重重，其实是我们一直没搞懂，只不过潜意识以为自己懂了而已。聪明的人往往也是行动主义者，道理听着似懂非懂，那就先做了再说。
思考不是天马行空漫无目的地发呆，而且有章可循的工作。基本上我们现在遇到的困惑，总是有解决方案，而且相信别人已经解决了，你要做的就是怎么去获取这个答案。我这几年始终在追求的就是统一自身的知识体系，目前构建出的成长模型也即是我归纳的知识框架。在碎片化输入短视频横向的年代，想要保持专注已经变得越来越困难了，我相信合理科学的知识体系可以高效的完成对知识的吸收和对经验的升华。
目标 ＝ 成功率 x 做事的速度 x 事情的量级

预告：大家可能有读到我之前的几个专题，也是以知识体系的形式来展现，接下来我将会践行这个成长规划，把五大维度30多个指标细化成知识体系专题，形成完整的知识体系结构，同时我也会把构建知识体系的方法论和技巧一并输出，希望能帮到更多人进行自我成长，下面例牌来一张思维导图。