目录
- 管理路口的彷徨
1.1 工程师有哪些发展路径
1.2 如何保持技术竞争力 - 管理的基本框架
2.1 不同时代背景下的管理主要关注的焦点都是什么？
2.2 管理的基本框架到是什么呢？
2.3 “管理三明治”、马车模型
写在前面
本文为《知行》技术人的管理之路感悟系列文章的第一篇，主要是对整本书以及个人的职业发展过程中遇到的一些问题以及一些值得反思的地方的一些思考。。
当技术人做技术做了很久的时候，或多或少会从纯技术向非技术的岗位转变，在转变的过程中往往会遇到很多困惑，为了解决这些困惑和疑问，往往需要借鉴前人的经验。在日常学习工作中无意间看到了《知行》--- 技术人的管理之路这本书，本书作者是刘建国老师，是极客时间《技术管理实战36讲》的专栏作者、百度最佳经理人。 本书前前后后加上整理这篇文章大概用了一个月，书中的内容难度不大，但是想快速理解到书中的精华并且让自己快速成长那么则需要结合自身的情况实际应用到工作中去。无论你的职位是项目负责人还是开发工程师、无论是职场小白还是混迹江湖的老油条，只要你有一个从技术到管理的心，那么这本书都适合你。
读完这本技术人的管理书可以说是受益匪浅，提高了自我认知、做项目中的沟通能力、以及自己的大局观等，最重要的也是有了初步的职业规划不再迷茫。
本文的内容主要是讲述本书中的关键内容点，以及通过移动端负责人的视角讲述本人自己在平时工作生活中的个人总结以及一些感受感悟。好，那么我们进入正题。
1 管理路口的彷徨
作为本书的开篇章节，本章的内容从7个方面讲述，这7个方面是让徘徊在管理路口的技术人发现彷徨的原因从而对这些原因进行分析并解决畏问题，他们是迷茫、困惑、懵懂、纠结、忧虑、怀疑、心虚。 对这7种问题展开一点就是
- 迷茫：工程师有哪些发展路径
- 困惑：分析了要不要做管理
- 懵懂：哪些人容易走上管理岗位
- 纠结：走上管理岗位以后要不要转回去做技术
- 忧虑：如何保持技术竞争力
- 怀疑：自己适不适合做管理
- 心虚：如何找到管理自信
这里挑一些有意思的来说一说。
1.1 工程师有哪些发展路径
对于工程师发展路径，从技术人的职业发展角度来说整理出四个大类8个方向，
在具体的小类后面有每个类别必备的技能清单，这个技能清单仅仅作为提示和启发用，因为这个“技能清单”既不充分，也不完备～ 而每个小伙伴对于自身环境情况的不同，应合理的形成一套自己的技能清单。
既然说的是技术人的管理之路，那么在我们的职业发展过程中，首先是从工程师做起的，在这里要想让自己快速成长，一定是要多思考，多动脑。可能有的人会说，平时开发时，为了可以完成任务，会学习一些相关的技术，已经很费脑了。 我想说的是，仅仅是学技术的动脑只是一部分，不仅要在技术上要进行学习，而且对于自己负责的业务，以及相关的内容，都要进行充分的思考，有自己的判断力，关键是要站在产品的角度以及上级领导的角度而不是机械式的上级让你做什么你才做什么，要有自我主动意识。
随者做的事情越来越多，经验越来越丰富这时候就有职业的岔路口了，根据上图的工程师的八大发现方向可以简要概括说明一下：对于业务涉及的广并且自身有了一定的架构能力则可以成为架构师；对于某个专业领域的技术越来越专精，则可能成为技术专家,在之后扩展出了自己的项目管理能力和带团队的能力，会为成为技术管理者做铺垫；对于创业类和顾问类的来说那就是在自己有实力和主动想去做的事情了，也不是说创业类和顾问类是技术人职业生涯的最高峰，只要是在这八大类中，结合自身满足了自我要求，实现了自我价值那就是最适合你的发展方向。
1.2 如何保持技术竞争力
当技术人走上了管理岗位的时候，分配在技术上的时间会越来越少，越来越生疏，而需要做技术评审和技术决策类的工作有增无减，因此对技术判断力的要求会越来越高。当我们的工作角色从一位”技术实现者“到”技术应用者“或者说”技术管理者“转变时，那么你对技术评估的维度主要要体现在以下三个方面：
第一个维度：技术项目结果评估
1.这究竟是件什么事情？
2.希望得到什么结果？
3.要从哪几个维度去衡量结果？从哪几个技术指标去验收成果？
第二个维度：技术可行性评估
1.能不能做
2.值不值得
在技术可行性评估值不值得做上还要进行展开讨论，什么是值不值得做？首先我们要考虑以下几点然后在做判断。
- 投入的资源成本
- 技术维护的成本
- 机会成本
- 协作成本
第三个维度：技术风险评估
技术风险评估，也叫技术风险判断。也就是，有哪些技术风险需要未雨绸缪，该技术方案带来最大损失的可能性和边界是什么，以及什么情况下会发生。
由于每个人对每个模块的认识度和专业度不同，技术风险的评估需要借助全团队的技术力量来作出判断。
- 拓展技术视野的四种方式：
- 建立技术学习机制
- 专项技术调研项目化
- 和技术专家交流
- 听取工作汇报
以自身为例，最近公司需要开发出一款APP，是需要发布在APP Store中的，目前由于没有专门负责iOS开发的小伙伴，那么这时候就要面临抉择。在不使用iOS原生开发的时候，怎么来做技术评估来判断项目的可行性呢？最终综合考虑是使用Dart语言的flutter来开发跨平台的app。
为什么最终决定使用flutter呢，可以参考以上3个维度来进行判断。
首先第一个维度上，先确定这究竟是一件什么事情，好，这里明确的说了，我们要开发一款跨平台的App.希望最终运行在Android和iOS上。最好是接近原生体验，适配绝大多数的机型，并且学习成本低，而且时间成本也要低。从以上的条件来看，对比React Native、H5、Weex、flutter几种跨平台开发技术，flutter满足了所有要求。
接下来看第二个维度上：
flutter来进行跨平台的开发当然是能做的事情，尽管flutter目前刚出不久，但是当前社区以及开发都可以找到很多的参考资料，并且在决定使用flutter作为跨平台的核心技术之前，我也已经搭建出了一个Demo，跑在了两端上，体验也是非常好的。
值不值得呢，答案是一定值得，为什么？首先在该项目上不仅节省了人力成本，也节省了时间成本。而且谷歌官方正式宣布 Flutter 全面支持多平台，包括移动平台 Android/iOS、Web( 新发布 )、桌面 PC 平台（内测中）、嵌入式平台（内测中），这使得flutter更具有跨平台的扩展性！
投入资源成本：
目前投入的资源就是自己，Android开发转到flutter开发，维护老项目的同时 使用dart语言开发新项目。
技术维护成本：
还是比较高，因为需要深入的使用flutter，而且像环信这种第三方的技术目前第三方还没有适配dart之前还是要单独的使用原生系统的sdk进行调用的。。 而且目前的形势来看大概率是会和原生的东西打交到无论是苹果还是安卓。OC 、Swift这方面都是未知数，所以后续花费在这上的时间精力会大一点。
协作成本：
低，flutter是可以通过打包的形势直接通过原生系统来使用的，就像是阿里的闲鱼团队，是在原生开发的基础上扩展了flutter的业务。而且从协作管理上来看，当一个项目的成员越少，那么他的效率是越高的。
从第三个维度技术风险评估上来说，在第二个维度已经讨论过，主要还是涉及原生的问题。本人专业的Android开发，这里就需要在日常的开发工作中，需要分配一些时间对原生iOS系统进行更多的探索和使用。要想降低技术上的风险，那么要一直保持一个持续学习的心，无论是原生Android还是原生iOS还是flutter，并且还要多和大佬讨论哈哈哈。
总而言之，对于提升自己的技术判断力可以通过以上三个维度来进行，管理者甚至不用亲力亲为的去进行代码的编写，而是提升技术的应用能力。但是作为移动端负责人的我，除了判断使用什么样的技术来完成什么样的工作以外，主要还是需要负责产品编码层的实现。这也是为以后储备自己的技能仓库打下基础。
2 管理的基本框架
2.1 聊聊不同时代背景下的管理主要关注的焦点都是什么？
- 工业生产时代（管理1.0时代）
工业时代早期，以流水线为典型的特征业务模式，“标准化”和不打折扣地“照章办事”是最重要的工作价值观。任何员工的“主动创新”都可能会给流水线造成巨大的破坏性。因此管理的焦点放在“过程”上，强调做事。
- 工业竞争时代（管理2.0时代）
工业 时代中期，随着竞争越来越激烈，生产本身不能带来显著的竞争优势，管理者开始考虑，如何才能让生产更加“有效”，即产生更多的“业绩”，因而越来越关心生产的目的性。除继续强调“做事”之外，管理工作也强调“为了什么做事”，即“目标”。
- 知识经济时代（管理3.0时代）
工业发展更加充分之后，“守正出奇”的趋势越来越明显，尤其是信息产业把我们带向知识经济时代之后，“创造性”变成了很多企业的生命线。显然，所有的生产要素中，只有“人”这个要素具有创造性，因此“人”的因素被提到了很高的管理地位，备受关注。
通过上面随着时代的变迁，管理者主要焦点的变化可以得出2个事实
- 管理的含义随着时代背景的变化而变化，每个时代都有自己独特的管理要素。
- 知识经济时代有三个最核心的管理要素：目标、人、过程。也可以通俗的称为“看方向”、“带人”、“做事”。
2.2 管理的基本框架到是什么呢？
如平时在开发时，或者是在高等数学中，一看到使用的什么框架，就知道具体用到了什么技术一；一看到什么公式，就知道具体要求的是什么。管理的基本框架也是如此。而知识经济时代管理框架最重要的则是管理三要素：目标（看方向）、人（带人）、过程（做事）。
2.3 “管理三明治”、马车模型
本书作者在本章提出了2个笔者认为最生动的、印象最深的比喻一个是“管理三明治”，另一个是马车模型。管理三明治可以明确出管理者要关注和修炼的五大维度（角色认知、管理规划、团队建设、任务管理和管理沟通）；马车模型可以从让很多管理的问题变得生动起来。
上图就是管理三明治，也可以用两片面包夹三根火腿肠来想象～从管理三明治的图中可以看出，抛开管理的三要素不说，角色认知以及管理沟通也是管理的要素之一，为什么这么说，因为角色认知存在管理工作的一言一行、一举一动，他无处不在，就好像是空气一样，他是做好管理的前提；而管理沟通不仅会贯穿所有的工作之中，还把所有相关的合作方都连接在一起，并像流水一样，是做好各项工作的载体。
而另一个印象深刻的就是马车模型，什么是马车模型呢？马车模型中可以把管理看作是“驾驶马车”，驾驶的是一辆由多匹马组成的马队拉着的车。马车模型体现了角色认知、看方向、带人、做事和沟通的管理要素。
这里的角色认知就是管理者要站在一名马车夫的角度思考问题，而不再是奔跑在一线的马，开发工程四的角度思考问题；
“看方向”就是这个团队（马队）的未来的规划是什么，有什么目标没有；
“带人”在这里也就是带马队，简单点说就是一个目标，提升团队的战斗力；
“做事”就是驾驶马车赶往目的地；
“沟通”就是对马队以及其他环境要素进行互动和沟通。
看吧，马车模型让管理变得更加的生动了。
书中本章的内容是对如上图所示的核心内容可以总结出18要素管理框架的进行了一个简单的概述，提出了在具体管理要素中，以下的章节中会分别对每个要素进行展开讨论。