一个技术团队，无论大小，如果没有“技术味”，那么技术负责人的责任就很大。缺乏“技术品味”是目前技术团队最大的问题。尤其是从事业务开发的技术团队，如果管理者根本不关心技术细节，性能完全和业务KPI挂钩，工程师整天只会写if-else业务代码，得不到技术上的成长。在这样的技术团队中，团队的战斗力和凝聚力会越来越差。那么作为技术负责人，如何改善团队的技术氛围，重新点燃团队对技术的热情呢？下面是我在日常带领团队的过程中用来改善技术氛围的一些方法。该方法并不难，在任何技术团队中都可以实施。1.好坏代码味在我们每周的团队会议中，有一个固定的“好坏代码气味”环节：当天的会议主持人（我们的每周会议是轮流主持的，每个团队成员组织一次session反过来）给你分享3种好的代码味道和3种不好的代码味道。这些代码可以来自我们的工作代码或开源软件的源代码。这个活动很有意义。一方面大家会多看别人的代码，另一方面写代码的时候也会多加注意。因为一不小心，你写的代码就有可能成为反面模型而被“展示”。贴出代码不是关键，关键是通过贴出代码，大家可以互相分享写好代码的心得和体会，尤其是开源软件的一些好味道，对我们以后有很好的指导意义写出好的代码。这样一来整个团队的技术能力都会得到提升，当然也包括Leader自己。2.技术分享分享是逼迫我们学习总结的有效手段。在准备分享的过程中，我们要阅读大量的资料，理清其中的原理，并用别人能看懂的方式表达出来。最重要的是，通过分享，整个团队都可以学到新的知识，分享者和倾听者都会受益匪浅。为什么不这样做呢？比如我团队最近的技术分享是关于ServiceMesh、FaaS和CloudNative的（见图11-1）。虽然这些概念很重要，但是在日常工作中暂时没有使用场景，也没有必要让大家去研究。因此，共享学习是一种非常经济的团队学习模式。一个人学习，然后整个团队都能理解和认可。期间大家还可以进行讨论和碰撞，既能学到东西，又能增加团队成员之间的联系，效果不亚于团建。图11-1 团队正在分享CloudNative3，CR周报代码审查（CodeReview，CR）是保证代码质量和架构风格一致性的重要手段。我们尝试过很多CR方式，包括PeerReview（同行评审）和GroupReview（团队一起评审）。这些方法都不错，但都有一个共同的缺点，就是很难做到过程透明。CR周报是为了让CR的结果透明化，以周报的形式展示团队在一周内的CR结果，包括团队成员CR评论排名、代码分支质量、典型案例等。CR中的案例。这种透明度非常可贵。不仅可以帮助技术负责人了解代码质量概况，还可以极大调动团队成员对CR的积极性。如图11-2所示，这是我团队每周CR报告的节选。同样，CR周报的发送者也是轮流进行。通过这种方式，我们真正使CR成为我们工作的一部分。图11-2 CR周报示例4.读书会在一个人的能力象限，我很看重学习能力。道理很简单，人一旦停止学习，就不会再进步了。读书虽然不是学习的唯一途径，但一定是必不可少的途径。我在面试应聘者的时候，经常会问“你过去一年读了哪些书？”如果你没有读过其中任何一个，那么候选人基本上不在我的考虑范围之内。因此，我的团队非常重视阅读。首先，作为技术带头人，要带头读书。现在很多下属对老板不服气，因为老板不读书不学习，不能给团队带来新的投入和营养；其次，要鼓励团队多读书，建立读书会是一个很好的形式。关于读书会的运作，有以下三点经验。1）书的范围可以放宽一点，不要只局限于技术书籍，毕竟除了技术，我们还有很多东西要学。例如，我们为最新的读书俱乐部选择的书是《高效能人士的七个习惯》。2）阅读的方式可以是同时看同一本书，也可以是分头看，即每个人单独看一章或几章，然后分享书的内容和读后感彼此的印象。拆书效率更高，更适合工具书。3）读书会的频率可以灵活一些。当工作任务较紧时，频率应适当降低甚至暂停。
