受教之韩佬讲述技术工程师如何进阶技术管理

LZ-Say：最近很乱。。。

前言

24号，晚9点整，韩佬分享了关于《技术工程师如何进阶技术管理》，听完很受用，一直想整理整理，今天终于结束一篇博文后可以静下心好好的回顾回顾~

下面先来秀一波当时官方图：

有木有很炫？

这里LZ简单跟着韩佬总结一下，方便当时没有参与到的且想了解的小伙伴查阅~

本文重点

读完本文，你可以了解如下几个侧重点：

• 技术工程师容易存在哪儿些问题

• 技术管理需要哪儿些技术要求

• 如何锻炼自己进阶技术管理

• 群里小伙伴的提问，韩佬的解惑，或许正好可以解开你当前的迷惑

嘀嘀嘀，开车咯

21点整，韩佬迈着猫步款款而来~

首先抛出一个起源点：

大部分开发者在工作3到5年内，如果职位没有太大的变动，则技术进入一个疲劳期，思想也会进入一个迷茫期。那么这个时候，我们又该如何面对呢？

下面将通过三个部分去讲述：

1. 技术工程师容易存在哪儿些问题

试想，同一句话、同一个问题，为什么你在沟通中会让别人产生歧义，而在描述的过程中我们应该如何更好的让别人意会你真正想表达出来的想法？

在我们技术的职业生涯中，大概可以分为如下三种类型：

• 专注于技术深度，成为某一领域的大佬~

• 专注技术广度，形成通吃之势；

• 技术管理，二者结合。

那么在工作中，常常会遇到如下一些问题：

• 项目开始前期，你推崇的技术架构为什么得不到认同？

• 项目的快速迭代，导致技术的乱七八糟，身为开发者的你我，是否又感觉痛苦无奈？

• 随着经验，项目的增长，越来越得心应手的同时，也会渐渐感到乏力，也会触摸到所谓的瓶颈，那么这时候怎么办？

• 。。。

以上很多问题，多数是由于沟通不当，缺乏对自身认知所产生的。

大多数遇到的情况都是：自己的表达能力或者演讲能力不足以说服对方。

当然，也可能是对技术的学习的方式方法不对造成的困惑。

2. 技术管理需要哪儿些技术要求

表达与沟通，不仅仅是团队内部，还有跨团队沟通协调。

表达和沟通是什么？

表达和沟通可以理解为：站在对方的角度，说服对方从A点到B点。

而表达能力是一种很重要的能力，要以倾听的对方为中心展开攻击~~~

假设现在有这样一个场景：

你有一个青梅足马的玩伴，你暗恋人小妹妹很多年，大学毕业之后三年未联系，忽然在机场遇见，她的飞机马上就要起飞，如何在很短的时间内去向她表达你的爱意？

比较合理的方式当然是留个联系方式，通过以后的沟通加深彼此的印象，之后可以通过你懂的的方式去获取芳心。

那么，假如你爱慕的妹妹旁边有着以为不弱于你，甚至优于你的男生，那么你这个时候又该怎么办？

我觉得，既然爱，就要勇敢去追，在不打扰人家的情况下，通过平时的沟通，来促进双方的了解，以便下一步决定是否开启追求？

马云爸爸有个案例便是，在短短6分钟内说服投资人为自己投资？

那么这时候我们就需要考虑，6分钟内，到底如何的叙述，才能抓住对方的重点，以便更好的阐述自己的观点。

而在我们的实际工作生活中，总是避免不了去和各种各样的人去打交道，那么如何的沟通，既是有效的，这个确实值得我们去深思。

韩佬总结了一句关于沟通的重点，如下：

无论你要表达什么，都是表达给别人，而不是沉浸在自己的世界里自嗨！

LZ这里同样犯了很多的错误，工作中，感情中，生活中，似乎还真的没有切实的站在别人的角度思考问题。

感情中，总是期望对方能理解，而不是站在她的角度去思考我的问题，或者说是怎么样才能更好的表达出我的想法，如果当初自己可以醒悟这点，或许，现在也不会是离开痛苦的时候吧。 这里还是祝福她会越来越好~！！！一定要好，为我曾经说声抱歉，Sorry！

生活中，还记得之前在廊坊租房的房东，因为破房子的问题，争执很久。其实有时候换个角度想想，他混蛋，我也没必要去摆出，来啊混啊，谁怕谁的态度。其实还是应该好好去沟通，哪儿怕伸手不打笑脸人，或者说，事不过三，超出限度再怼你。

廊坊工作中，算是几乎没怎么听取过建议，虽然想法很好，但是最终的效果，确实很不敬人意。自己有时候也会想，但是终究没想到点上，在此，同样为在廊坊被我怼过的同事说声Sorry~！

3. 如何锻炼自己进阶技术管理

首先要把自己定义为一个技术管理者，而如何把自己定义为技术管理者，这里分为如下几个方面：

• 首先，要有全局观（大局观），不仅仅是自己负责的那一部分，要关于与整个产品线，整个产品架构，多去了解，多去看，遇到歧义，多问问Why，多去理解他们的角度。

比如考虑技术方案时，最好拿出俩份不同的方案，假设A方案适合于项目周期短，快速迭代；而B方案则更加适合项目的长线发展。领导可能会因为项目的实际需求而选择A方案，但是我们往往会因为项目长线发展而选择B方案，这时候，很多时候，强压的结果，大部分就是表面笑嘻嘻，心里MMP~！

• 其次，多多尝试主动沟通

遇到问题，首要去站在对方的角度去理解，去沟通，去了解他的困惑或者出现歧义的地方在于哪儿？说白了，还是要多站在对方的角度去思考问题，不能一味的沉浸自己的世界难以自拔。

• 然后，要善于总结问题。

同样的问题，出现一次，可能由于我们经验不足导致，重复出现，就要好好静下心去思考到底问题出现的原因是什么。其次，最重要的LZ还是感觉心态要正，一定要摆正自己的态度。这里LZ简单举几个小例子：

1.在廊坊的时候，项目渣，代码乱，真心想彻底大换血，但是真正到了换血的时候，却各种被告知，哪儿哪儿直接拷贝以前的吧。LZ心里很不爽，最奇葩的是，一个item的点击效果，竟然写了将近俩个类。当时LZ就绝望了，MMP呦。

2.在廊坊的时候，项目乱，又没时间去修正，需求乱七八糟，改动毫无理由，一个开发，大部分的时间陷足与杂乱的需求，还有被人各种催，比叨叨。当时重写了几个项目，剩下的真是有心无力。几乎一模一样的项目，改个字，改个图标，成了新项目，所有的东西都得再拷贝一遍，想优化？时间呢？MMP，最后，没重构的那几个项目只能是杂乱无章咯。

最后一个事儿，还记得因为当初考虑不全面，产品上线更新出现了全面崩溃的情况。当时找到LZ，第一时间要解决，马上解决。郁闷了，之前提过加热修复去避免这种情况，死活限制不让加，而今出问题了，怎么办，我TMD能怎么办？重新发包，让人产品顶着压力说服用户卸载重新安装吧。LZ愧疚啊！从那之后，宁可需求麻烦，和产品多墨迹，也不可得到一手资料就开始撸！

说白了，LZ遇到的问题，并没有静下心，去好好思考，去想办法真正的去除病根，只是面子工程可能到后期会好很多了。所以说，一定不要怕出现问题，问题越多，经验增长越快，当然，你也不能用户没怎么用就各种问题，小心被祭天哦~ 出了问题，一定要总结，尽量在根源去避免，当然，很多时候，我们无法避免，那就真没辙了。兵来将挡，水来土掩吧~！

• 接着，要善于锻炼自己演讲能力，表达能力

这里讲诉一个LZ近期发生的小例子：

老大开会，让LZ去讲一下Android端产品线，其实LZ几乎都完成了，但是在表达描述的过程中，还是有些心惊胆战，至少自己都感觉自己不自信，而且有号几点LZ明白却没有很多的表达出来。

那么，如何让自己在表达的过程中尽量的清晰、准确却又不战战兢兢么？
首先，在自己要讲诉前期，自己应该梳理下要讲解的内容，侧重点在哪儿、可能有歧义的问题在哪儿等等一系列，都要自己前期做好准备；
接着，讲述的过程中，切勿由于不自信或者某些原因让自己沉浸在自己的世界，要多去尝试站在听众的角度去思考，去描述；
最后嘛，声音大点，有啥呢？不服就干那~ 哈哈 （这句话，对LZ自己说的，哈哈）

• 最后，我们一定要能者多劳，吃亏是福，何况，这年头，有个亏让你吃就不错了，得瑟啥？
  

一定要在完成自己的本职工作后，多和老大沟通，和同事协调，多尽一份自己力。多学习，多了解，不要把自己沉浸于自己的小世界，闭门造车的历史，不应该在如今的自身重演。何况，最基本的，思想的交流，反而能碰撞出更多意想不到的火花~万一能搞个对象呢~~~

4. 韩佬解惑

这里简单总结韩佬建议，并且结合LZ个人理解，歧义之处欢迎多多交流~

问题一：

• Q：需求不断变化，导致研发一直延期，如何解决？
• A：首先，关键因素是由于所处公司环境导致，完善的公司前身也不过是从各种不完善走过来的。韩佬建议，和上级沟通，说明当前的利弊，尽量说服，之后完善一个制度，和产品确认清楚，一起参与进来，努力改善当前环境。

问题二：

• 我大哥Q：小公司核心员工离职导致后果比较严重，这种情况如何解决？
• A：大佬离开，最好留下一些资料，例如相应的文档说明，代码等等，以方便后续同事可以快速上手。

问题三：

• Q：个人角度与领导角度冲突怎么解决？
• A：首先要提供领导俩个方案，并说明方案之间的差异性，利弊性。其次，遵从领导的选择，在下一次尽可能多提供样本以及分析对比结论，使其说服采纳建议。

问题四：

• Q：作为刚加入公司的新人，有什么好的建议？
• A：首先，尽快掌握工作流程以及尽快上手公司项目，其次，在了解过程中，要输出一些内容，例如当前的代码设计，架构是怎样的，以及在你看的过程中发现的问题，以及个人建议，结合这俩点对应输出不同的文档。
  其次，如果技术能力强的话，多去沟通，多去学习别人的长处，在关键的节点，或者说是新的开发任务来的时候，多去承担一些开发任务。

问题五：

• Q：提出的技术方案属于新型，使用范围较少，这时候怎么办？
• A：站在领导的角度思考问题，在于领导沟通问题时，列举说明当前技术方案的优势，以及与之前的对比性，尽自己最大努力说服，毕竟新型可能会有一些风险，领导必须要考虑。

问题六：

• Q：沟通时，对方抱有迟疑态度，导致最后影响自己，这时候怎么办？
• A：首先，要理解对方的角度，在讲述过程中，多去站在对方的角度讲述问题。其次，不要被对方的情绪扰乱自己的思路，心平气和讲述自己的观点即可。最后，最重要的一点就是，倾听对方，了解对方问题根源，去解决对方的问题。

问题七：

• Q：IT圈子比较窄，如何夸圈子交朋友？
• A：可以通过类似技术分享让更多的人认识你，结实你，万一找个对象呢？哈哈

问题八：

• Q：产品不靠谱，后续乱的要死，怎么破？
• A：要有一个负责人，去掌控，去拆解具体某个开发人员任务，然后再规定的期限内交付，把控联调时间以及交付时间。

问题九：

• Q：由于其他人导致自身任务未完成怎么解决？
• A：问题出现在领导的分配，其次描述请自己在其中的责任，讲清楚即可。

问题十：

• Q：背锅问题，怎么看待？
• A：项目开始前期，需要尽量考虑全面其中可能出现的问题，选择较优的方案，并且在设计方案前期的时候，自己也需要提前说明当前的方案可能会有哪儿些问题，这样领导心中有数，相对可能此背锅非彼背锅。

问题十一：

• Q：新人未能了解领导分配的任务，怎么办？
• A：对于不清晰的点，需要及时去确定以及反馈，在确认完毕之后，尝试将任务分解成详细任务，形成预计完成时间，交付领导，让领导给出好的一个办法。

个人公众号

不定期分享博文，欢迎大家关注~

赞赏

觉得不错可以给LZ来个赞赏哦~