<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>tech-leader | Liao Lile</title>
    <link>https://liaolile.com/tag/tech-leader/</link>
      <atom:link href="https://liaolile.com/tag/tech-leader/index.xml" rel="self" type="application/rss+xml" />
    <description>tech-leader</description>
    <generator>Wowchemy (https://wowchemy.com)</generator><language>zh-Hans</language><lastBuildDate>Fri, 17 Jun 2022 21:23:10 +0000</lastBuildDate>
    <image>
      <url>https://liaolile.com/media/icon_hu0b7a4cb9992c9ac0e91bd28ffd38dd00_9727_512x512_fill_lanczos_center_3.png</url>
      <title>tech-leader</title>
      <link>https://liaolile.com/tag/tech-leader/</link>
    </image>
    
    <item>
      <title>技术能力</title>
      <link>https://liaolile.com/post/tech/base/%E6%8A%80%E6%9C%AF%E8%83%BD%E5%8A%9B/</link>
      <pubDate>Fri, 17 Jun 2022 21:23:10 +0000</pubDate>
      <guid>https://liaolile.com/post/tech/base/%E6%8A%80%E6%9C%AF%E8%83%BD%E5%8A%9B/</guid>
      <description>&lt;p&gt;技术能力，什么才是技术能力？具有什么样的技术能力才能不丧失竞争力，这需要理解清楚技术能力的本质。&lt;/p&gt;
&lt;p&gt;解决一个技术问题的方式：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;就事论事，问题解决就万事大吉；当前只是解决了一个具体的问题，面临这同一个问题不同的人可能来问很多次。&lt;/li&gt;
&lt;li&gt;问题解决后立即整理成文档，并把排查方法及根因清晰的梳理，提升了后续自己和组内其他人的效率；&lt;/li&gt;
&lt;li&gt;将此排查问题的方法和逻辑固化为小工具给到具体求助的同学，以后其它人也可以自助使用该工具；解决了别人的问题，重新定义了效能问题并找到更好提效的办法；&lt;/li&gt;
&lt;li&gt;针对问题深挖，最后从业务原理以及产品功能上找到解决方案。同时技术工具抽象为功能完善了当前的业务。问题解决到当前的阶段，已经从某个具体问题看到了架构合理性的问题，并且彻底根治；&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;上述都在一定程度上体现了技术能力，即便是一件繁琐的工作，也可以从扩大受益面的角度去提炼价值，并且寻求多个层次的解决方案，解决大多数利益相关者的关注点。同时，自己也锻炼了多层次的思考和抽象能力。往往很多事情也是如此递进的深入，解决具体问题-&amp;gt;总结深究-&amp;gt;工具提效-&amp;gt;融入产品，产品竞争力提升-&amp;gt;人人满意的结果。&lt;/p&gt;
&lt;p&gt;解决一个系统性/管理性等抽象问题的方式：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;面临着团队协作效率低下，发现抱怨的同学，然后问一问具体的问题，然后针对性解决；&lt;/li&gt;
&lt;li&gt;思考可能是一个普遍的问题，然后收集更广泛的问题，然后理出表格，归类分析并安排对应的人跟进和解决，最后定期跟踪进度；&lt;/li&gt;
&lt;li&gt;对于表格中的问题深入分析并且抽象，从架构调优、流程、产品功能角度寻找对应的原因，并寻求到最本质的原因，并确定解决这些问题带来的业务价值，然后按照目标进行拆解路径，向前向后补齐端到端，最后按照任务推进和跟踪进展；&lt;/li&gt;
&lt;li&gt;更全局角度思考此目标于年度目标的关系，团队组织的关系，思考如何扩大此事的效益，思考如何通过这些事情的解决锻炼和培养团队成员。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;如何把问题解决到如何把事情做好，大多是时候是有迹可循的，按照自己的想法深入思考，按照特定的路径就已经在做好的道路上快步前进的。通过问题现象看到最终的本质，并能够通过对问题的抽象归纳进行技术架构层调优以解决同类的问题。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;技术能力&lt;/strong&gt;，就是一种以解决某种问题为目的的思路、方法与执行手段，其本质就是不论问题，解决问题的能力。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;在编程领域，就是对遇到的业务问题进行抽象、提炼以及逻辑的构建，通过研发工具以提升解决问题的效能，减低人工低效的重复工作。&lt;/p&gt;
&lt;p&gt;技术能力模型的三个阶段体现：技术力、协作力（连接能力）和领导力。不管在哪个阶段，都要坚持长期主义，充分积累并利用时间的复利；总结的东西分类归类，越多，在时间上的复利就越能促进个人的成长。写下来你所想，讲出来你所想，验证出你所想。这就是提升技术能力的不二法则。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;技术力&lt;/strong&gt;，需要有扎实的技术基础（分布式技术、云原生技术、安全、质量等），对于自己的技能非常的娴熟。对于任务的使命必达、对于技艺的精益求精，对于新事物的好奇行，对于问题的攻坚克难。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;协作力&lt;/strong&gt;，更多的是技术架构能力，能够通过表层的问题现象深入到本质，通过模型的定义，原则的遵循来解决抽象复杂类的问题。需要通过问题发现，归纳定义问题，分析问题和问题本质解决的能力。体现在认知深度的能力，把难的事情做简单的能力，大白话清晰的思路讲清复杂的事情，从而对于这种简化的思维方式抽象为方法论。最终能够干成事，能够攻下城。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;领导力&lt;/strong&gt;，通过技术影响力去寻找团队的愿景和目标，带领组织占领战略高地，使用技术的思维解决超越技术领域的问题。需要对自身底层素质能力的提升，去从一些人与事之间最基本的内容中去领悟价值，从而赢得整个团队的向前的战斗力，力出一孔的必胜信念。&lt;/p&gt;
&lt;p&gt;任何人都是需要成长，才会逐步的提升。而自驱动力过程中要享受练习、思考、总结和感悟，而不是渴望得到别人的认可、反馈和评价。内心的强大才是真正的强大，而不是他人赞扬鼓励你牛逼你就牛逼。&lt;/p&gt;
&lt;p&gt;技术能力之&lt;strong&gt;讲清楚&lt;/strong&gt;，讲清楚是承接了你所想，和你想做的关键部分。&lt;/p&gt;
&lt;p&gt;方法论很多，5W2Y就是如此，但有时候还不够。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;少做预设多换位&lt;/p&gt;
&lt;p&gt;你的听众是去专业化的，对于专业的名词我们需要做到听众都理解，如果不能，那一个背景的描述是将所有人拉到一个水位上的好方法。另外类比/故事是讲述事情效果较好的办法，即使讲的故事并不是完全对等也没有关系。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;在全局中找定位&lt;/p&gt;
&lt;p&gt;把你要讲的内容现在全局中找个位置，这个全局是什么意思呢，就是对于全局大家都会有一定的认知。比如说GridRouter架构，就应该先介绍华为云，然后阐明GridRouter在华为云中承担的业务具体是干嘛的，或者在架构图中凸显出我们要讲的对象。这样听众的理解也来得快。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;上天入地要搭配&lt;/p&gt;
&lt;p&gt;讲述的内容既要有上天的抽象观点，也要有入地的细节支撑的搭配。相反，对于细节的阐述最后也需要抽象来总结拔高，形成通用的原则和方法论，代表总结归纳可以看到类似的问题，提升讲述内容的深度。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;多维度多层次的思考&lt;/p&gt;
&lt;p&gt;讲的任何事情必然是多面的，有上有下，有左有右，而往往听众也是多层的。所以一般需要从多个维度讲多个层次，多维度就是一个问题看了哪几个面，多层次就是问题够不够深入，简单的就是多问几个why直到弄懂所有的内容。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;能定量就不定性&lt;/p&gt;
&lt;p&gt;定性的东西总让人觉得虚，而具体的数字，具体的动作，具体的关键点往往是某些人更加关注的更加可信的。比起没有说服力的侃侃而谈，更多人认为你做过什么，怎么做到的更能让人信服。&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;这也是技术能力中关键技术。&lt;/p&gt;
&lt;p&gt;接着再讨论下纯技术思维的不足，单纯只用技术思维来考量的话，就是考虑的维度过于单一，往往考虑的事情只是在how范围内。很多时候，更加重要的是what和why。what和why（0-1）是做一件事情how（0-100）的意义。&lt;/p&gt;
&lt;p&gt;技术思维往往是直线的，因为xx所以xx结果。而实际往往需要的是以&lt;code&gt;结果&lt;/code&gt;来看，影响结果的所有要素都考虑，建立关联后自然而言会思考更广的要素。避免在分析过程丢失结果的。&lt;/p&gt;
</description>
    </item>
    
  </channel>
</rss>
