技术领导力实战笔记_33_第26讲_|_让细节的“病毒”感染你的团队
很多大公司的技术高管既要思考战略和执行，又要管理繁杂的业务，有限的时间都占得满满当当。
那么作为企业的技术决策者，是否还需要关注细节呢？对于这个问题，我的答案是肯定的，细节决定成败。
这个道理自古就有，尤其是在这个全球商业竞争激烈的时代，更是很多成功公司奉行的理念。
如果要找一个最能代表这种精神的公司，那就非苹果公司莫属了。
其产品如iphone、 macbook、 mac、 OSX等，都堪称当今工业界最高水平。
最近几十年在中国市场上发展起来的很多本土企业也日益肯在细节上下功夫，出现了很多极为成功的科技公司。
在知乎上，有编写腾讯CEO马化腾领导风格的帖子，提到，其经常在深夜还发邮件和团队探讨产品细节问题。
最厉害的是，这些讨论往往第二天就能被团队落实。
这个帖子中还提到，QQ邮箱在二零零八年的四百多个创新点中，有近三百项是由马化腾本人发现和提出。
马化腾发现这些问题的方法很简单，就是反复使用，连大公司CEO都在半夜讨论产品细节作为c to或者技术决策者，还好意思说自己没时间关注技术细节吗？并且我工作这么多年，有个感受，就是越到高层的老板越重视细节，越抠细节。
谷歌CEO埃里克施密特在他写的重庆定义公司书中提到，在偶遇一位许久不见的高管时，一句诚恳的问候之后，埃里克便会开门见山的提问，你最近的工作进展如何？遇到了哪些问题？应该提交的产品进度如何？这些问题的效果有两重，不仅让埃里克掌握了对方的业务细节，还让他知道这些主管是否掌握了他们的业务细节。
在埃里克看来，没有掌握细节的管理者是不胜任工作的。
所以说，作为技术负责人，同样需要关注技术的细节，而善于提出问题，就是很好的了解细节的方法。
前通用电器CEO杰克韦尔奇曾在他的回忆录营中讲述过一个案例。
起初，通用电器在核磁共振设备的市场中一路领先。
维尔奇曾发现自己的产品口径太过小，使人受到的压抑感太大。
而此时，日立公司正在研究大孔径设备。
韦尔奇与医疗这一部门讨论发现，孔径加大会导致成像的精准度下降，医院的人不会接受韦尔奇，后来一有机会就会督促医疗部门考虑改进成像技术，但得到的反馈都是敷衍。
随后不久，原本处于领先地位的通用电器被日立公司超越，其追赶之路辛苦万分。
韦尔奇在自传中写道，我非常后悔，为什么自己没有付出更大的努力，对下属提出更严厉的要求。
孔径之大小能如此影响一个公司的发展，使我们不得不重视细节。
技术作为一个业务中的重要部分，是保障业务成功的基础。
由于互联网的应用涉及到客户端程序和服务器端程序共同实现，也普遍有多个技术系统的相互依赖，也一个大规模分工合作的团队中，产品体验要做到极致。
没有技术决策者的亲自参与，就不能有效调动和协调必要的资源，也没法保证执行的快速精准。
也只有技术决策者关注到技术细节中去，才能掌握全面的信息，做出准确的判断。
否则，就会造成很多工作的处理结果，犹如隔靴搔痒、劳而无功。
最近几年流行的短视频和视频直播应用，各家比拼的体验中，秒开就是一个技术上追求极致的例子，就是在细节上的深入探究和改进。
秒开是指手机视频应用中显示的视频，只要点播放，一秒内就要完成视频的下载并播放。
要做好这个体验，需要把点击播放、下载视频、首次播放等环节的处理时间、记录日志并进行分析，来决定哪些环节需要优化来缩短处理时间。
这种分析呢往往会沉淀为日常的机制，优保秒开比例保持在高水平。
为了提高秒开比例，除了手机客户端应用做优化，我们白山云作为视频分发的CDN服务商，也需要让速度变得更快，尤其是快速填满客户端上视频播放缓冲区，对于这个目标开始团队做了一些改进，但是没有太大的突破。
后来，我们的技术VP描灰作为技术专家，亲自参与和组织，通过对TCPIP的网络传输的深入研究，优化TCP重传窗口拥塞慢启动等机制，整体上加快客户端视频下载速度，通过智能DNS的动态IP库和思维调度算法优化，更实时的把用户调度到网络质量最优的CDN边缘节点。
那么结果怎么样呢？根据我们一个CDN客户提供的数据，其直播客户端首次播放时间稳定在四百五十毫秒左右，远远小于一秒。
既然关注细节如此重要，是不是技术管理者就应该深入了解每一个细节呢？这是一部分管理者，尤其是初级管理者经常会遇到的困境。
关注细节本身没错，但前提是抓住大的。
再聚焦小的，找到影响整体工作的关键细节，以免自己被细节缠身。
当零一四年我还在前东家时，曾经参与过微博、客户端、图片和视频的加载性能优化。
当时的问题是，运营部门经常抱怨总是说用户投诉图片点开显示慢，或者打不开客户端团队和存储CDN团队做的一些排查和优化。
但还是有用户投诉，大家就很疑惑了，这到底是不是个严重的问题？问题在哪里？怎么改进？当时也是有一些性能监测数据，但是不能直接反映用户端体验运营部门不认。
当时我负责的微盘云存储应用，通过采集客户端性能数据做性能持续优化。
所以我提出先建立微博用户端性能的量化评估指标，比如加载时长成功率，确保各个业务方都认可这些指标。
这相当于大家有了统一的性能标准。
当时呢先和业务运营方负责人沟通，定义好客户端加载性能的几个一级指标，然后推动建立了客户端性能、数据采集机制，建立全面的性能、数据分析体系，以及不同环节的性能类和质量类。
二级指标体系覆盖客户端到服务器端和多家CDN一级指标，主要用于运营方评估用户体验。
二级指标用来监测各个技术系统的性能、质量情况。
二级指标对一级指标有重要的影响，并且在我负责的部门内指定了各指标相关的责任人。
具体的工作由他们去负责落实，并且为指标达成负责，这样工作就分解下去了。
通过合理的工作安排和我在重要细节上的关注和参与最后的工作成果，让大家非常满意。
有了清晰的数据体系，还消除了很多工作上的争议。
经过半年时间持续优化，手机网载速度加快了百分之二十五。
对于用户投诉也能够提供量化的错误率数据。
基于用户账号可以检索全部的服务端日志以及客户端上报的错误日志，还能排查出是客户端软件异常、手机网络异常，运营网络异常还是服务器端异常？这些信息呢对于解决问题和改进产品的帮助也很大。
不过，只有技术决策者关注细节是不够的，业务上的很多细节是需要每一个人去关注、去抠的。
只有这样，才能让整个团队重视每一个环节，尤其把重要环节在细节上做极致，才能给用户超出预期的体验。
这种对细节的态度不是每个人天生就会的，而是一个业务的负责人。
如果能够具备这样的素质，把这样的态度融入在工作中的每一个环节，影响到团队中的每一个成员，就可能培养出更多具备这种能力的员工。
如何打造一个重视细节的团队？我再分享几点经验。
首先，做好招聘环节，更倾向本身就关注细节的人，面试时多问问候选人，工作中细节的问题。
关注细节，体现在不同的方面。
关注代码的质量风格是细节，关注产品的技术方案是细节。
关注产品的上线流程是细节，关注业务的成本构成也是细节。
关注业务的运营数据更是细节。
其次，通过自己不断对细节的把控来影响团队，树立榜样，尤其对重要事情的细节上斤斤计较，提出细节上的问题，参与细节上的改进。
当然你更多的是分析沟通决策，具体的工作呢更多的是团队来落实，然后带领团队梳理流程和方法，通过流程规范的完善，使团队成员更能关注细节。
这点再展开。
说一下，工作的发展也是不断完善和细化的过程。
比如业务最开始最先解决的是核心的功能，仅仅满足能用。
而在发展过程中，随着业务要求的提高，之前很多没有做的工作就逐渐提出来了，比如运营、质量、监控流程等等，这些工作的落实都需要负责人参与到细节中去。
比如，去年初，白山云因为一些重大项目推进中的问题，决定建立项目管理机制。
一位同事起草了初步的项目管理方案，通过讨论和完善方案，最后定下来项目管理机制、项目需要的文档、立项结项需要的文档等。
这些呢我也仔细看过，并且确认制度确立后，前期的几个重要项目立项我也参与，一方面是观察团队的接受程度和执行情况，一方面也需要了解制度是否还有一些问题。
几个月后呢，我就只关注重点项目的周报月报，关注项目本身的细节，而不在于项目管理制度的细节上了。
随着项目管理方法被更多团队接受，很多工作的细节就更有保障了。
还有其他如客户需求管理、故障管理、变更管理、变更流程等机制的监理完成，让整个团队的工作能力得到提升，在工作上更加有序，也更可控。
对于细节的重视，被融入在各个流程机制中，未来随着业务变得更加复杂，团队规模更大，我相信也能保证各项工作高质量的输出。
最后总结一下，关注细节就体现在日常的管理工作中。
你了解的细节越多，对工作的问题看的就越准确，管理工作才能做到有的放矢，深入细节。
即使你观察培养人才的过程，也是团队磨合，建立信任和默契的过程。
对于达到稳定的业务或者配合很默契的下属，你就充分放权，不必太多关注细节，把你省出的精力投入在其他地方。
如果所有的问题团队都能帮你搞定，那你自然不用太关注技术的细节。
但是实际情况啊不会这么乐观的，总会有一些团队自己搞不定的事情，所以这才是你作为技术决策者存在的价值。
作者简介，同建白山联合创始人兼首席技术官EGO北京分会会员、前新浪研发中心总经理。
二零一六年五月，加盟白山迅速搭建和完善各产品线技术梯队，构筑云链产品技术体系，带领团队推出云存储云聚合产品，助力白山抢先布局云后市场。