技术管理之巅：如何从零打造高质效互联网技术团队？

这本书里讲的技术虽然有点过时，没有计算引擎spark和flink啥事，但不失为技术管理上一本好书，思想值得借鉴。相信技术管理和其它管理领域都有共同点。这本书除了部分章节内容有点掺水，所以扣掉一星，整体上还不错。

一本有点过时的书，书里写的技术管理之巅，其实做的事情是it治理架构的内容，从需求开发到部署，都各自讲一些概念，大概这就是高层要做的事，但这种事，其实在国内做cto的都太年轻，也不真正热爱技术。连我这种技术门外汉都看得出作者√技术没啥热情，当然人到一定阶段，都去做项目管理了，然后经理，然后往管理上走，所以it公司就积累了大批不懂技术或者说不想懂技术的cto，这没办法，人的精力有限，到了一定阶段，技术不敌天数，这是必然。 回到这本书，其中我认为值得的就是人员培养的那章节，其中最好的就是学习能力和执行能力的路径图，一本书能有这个收货也算是不错了

看到这本书源于工作的需要，如何攀登技术管理之巅？技术管理目标“技术与业务的高度融合”为技术管理奠定了基础，书中有很多方法和理念值得学习，技术管理之路，山高路远，需要勇气、智慧、勤奋和方法及志同道合的管理团队。

整体阅读下来，此书是一本偏重实践的书籍，书的内容似乎和技术管理之巅配不上，但书中讲的实践方法都是比较接地气的方法，从实践中总结而来，对于技术管理有一定的启发作用，值得新晋技术管理人员阅读，如技术与业务的融合，技术骨干到业务部门轮岗，在实际的工作中体验业务系统的设计与实际业务的匹配度，加深对业务的理解，从而转变自己的角度，换位思考，设计出更符合实际业务场景业务系统。

为了写书而写书，但是能看的出来基本上是技术管理那点事，作者自己的侧重点几乎没有，可以给新上手的技术管理岗建立一套大致的运行机制，聊胜于无。

我在IT和互联网行业工作了10年，创过业、做过架构，当过高管，这么些年如果你问我这么多事，最喜欢哪一样？我会说，怀着创业者心态，带技术团队做点有挑战的事情。为什么呢？因为我觉得带队能力，是人生的底层能力，拥有这种能力能让你有一种踩在地上的踏实感。 从创业到公司高管，团队管理中所有的坑基本都踩了，自己一直有一个反思总结的习惯，做技术到管理这些年，平时会花时间把团队管理方面的各种实践、学习和思考记录下来。经常会阅读管理和运营类书籍，借鉴它们好的思路和执行方式，但我发现其实并没有任何一种完备的管理体系能套用到自己的团队，团队管理中我一直采用一种自底向上的过程，以更高的视角来看待团队管理中的各种事务，并且有针对性地加以改进和完善。 技术团队管理可以分为2个方向：技术管理和团队管理，互联网公司的技术TL与传统软件公司的项目经理有很大的不同，传统软件公司的项目经理更多注重于对项目的管理包括项目任务拆解、项目范围、进度管理、风险管理等。对于技术TL不再局限于项目角度，而是对业务、团队、技术都要有深入的了解，就像黑夜里的灯塔，能够引导和修正团队成员前进的航向。综合技术和业务角度去深度思考问题，具备一定的前瞻性，并在技术领域投入持续的学习热情，向团队成员传道，补齐短板，提高整个团队的战斗力。 技术TL不仅需要制定军规，包括流程、规范、制度等，并推动落地执行，更要减少管理过程中团队的内耗，剩下的更多精力要花在开发任务的分解分配、开发实践、技术架构评审、代码审核和风险识别上，保障系统按时交付所需的各种计划、协作、沟通、管理。 团队管理的核心是人，这些年带过不同的技术团队，他们的背景和技术能力虽各不相同，但管理方法上运用一个核心原则就可以解决障碍： 那就是——带队伍就是带人心！！！

怎么说呢，之巅谈不上，但也是一本技术与管理结合着讲的比较好的书，不知道专业人士怎么评价，作为非专业技术管理人员还是挺有启发的，启发最大的是第七章，很多量化指标以及整一套可操作的管理体系的介绍，对屡清思路抓住重点很有帮助。其知名公司技术哲学观的介绍，虽有点泛泛而谈，但读读熏陶一下也是好的。书中还提到曾经读过的一本书，黑天鹅中的观点，很是认同，从事后看历史时，历史总是可以被解释的。但当黑天鹅事件发生的时候，一切都是未知的。读书使我快乐，欧耶[耶]

技术管理之路，可以用山高路远来形容，在攀登技术管理之巅的道路上，我们需要勇气、智慧、勤奋和方法，当然还离不开志同道合的朋友们。

这本书虽然很早，但是依然有学习的价值。书中把技术管理分成“道”和“术”两部分。“道”讲的是管理中的“道理”、“心法”，如：技术定位、技术与业务的融合、企业文化、技术与哲学等；“术”讲的是技术管理中的“方法”、“招式”部分。 只有面向业务，技术才能从支撑作用转向引领。只有引领才能形成技术壁垒，最终获得市场，实现技术的价值。

技术方向写得有些简约。管理方面还不错。读后收获不少。作为技术人员，其实最难的是写作能力。很多技术人员，宁愿敲代码，也不愿意写文档。其实文档写得好，也是一个很强的能力。技术人员还有几个弱点，不愿意从事管理工作，没动力研究业务需求。作者其实给搞技术的IT人员，提供了一个很好的工作思路。我比较喜欢业务和技术的融合这个观点。我认为搞技术，不懂业务，技术很难搞好，写出来的代码，业务价值低。只有既懂技术又懂业务的IT人员，价值才高！当然如果又懂管理，那就了不起了……