在我的工作经历中，尤其是一些海外的公司，都会进行技术例会（tech-huddle）。技术例会是技术团队比较重要的一项会议。

1. 技术例会讨论什么?

梳理技术债务

技术例会可以梳理技术债务。技术债务是指在开发过程中遗留的一些问题，比如需要一些代码质量不高，导致后期演进困难。

常见的技术债务：

• 不合理的方案设计
• 存在安全风险
• 静态质量报告的问题
• 命名的混乱
• 性能提升

处理技术债务上可以分为两个维度：重要性和修复难度。

通过四象限模型可以方便的管理技术债务，两个维度可以组合成四个象限：

• 重要而且好修。
• 重要但是不好修复。
• 不重要好修复。
• 不重要也不好修复。

提前梳理技术债后，可以排入下一个迭代。

更新技术团队契约

技术团队在磨合过程中会产出一些工作方式的契约，这些契约包括：

• 新同事上手技术文档，如何搭建本地开发环境，可以有团队熟悉的人给予初版，然后由新同事每一次上手的时候修订。
• 各个技术栈的编码规范。
• 版本管理的方式。
• 分支策略。

技术团队协同开发时遇到的各项问题。

架构演进更新

软件的架构会不断演进，对于技术团队来说，通过更新架构演进方向可以让团队做技术方案的时候更加得心应手。

常见的技术架构演进往往是应对业务的变化、用户量的提升、安全、性能提升方向。

分享技术话题

分享技术话题是提升团队技术能力好的方式，技术例会也可以进行技术话题分享。

比如分享 Deveops、git 方面的话题，可以提升团队开发效率。

2. 如何高效进行？

准备

提前准备技术例会的讨论清单，收集团队中的话题。如果有需要讨论的话题，需要提前准备方案，技术例会只是在多个方案中进行评审和选择。

在技术例会中讨论方案往往花费很多时间，应该提前准备好方案。

技术例会需要提前准备的内容：

• 讨论话题或者 agenda
• 需要决策的方案
• 必要的参与人

纪律

技术例会如果坚持每周或者每个迭代都开，需要讨论的比较少。

纪律体现在两个方面。一方面，应该坚持定期进行，风雨无阻；另外一方面技术例会应该准时开始。

主持人

高效的会议对主持人要求较高。为了推动技术例会的进行，主持人应该掌控会议进程。

• 对讨论的话题控制时间。
• 避免话题分散，俗称 Rabit Hole，寓意为爱丽丝梦游仙境中的兔子洞，避免无意义的发散。
• 当团队陷入讨论，及时拉出来，让关键人员寻求决策。

会议纪要

有效的会议需要产出会议纪要。会议纪要的注意事项有：

• 技术例会开始前回顾上一次的会议纪要，看是否有未完成的话题或者行动。
• 明确的行动事项比事无巨细的会议纪要重要。
• 行动需要有明确的责任人、截止时间、输出件。