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

1. 技术例会讨论什么?

梳理技术债务

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

常见的技术债务:

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

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

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

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

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

更新技术团队契约

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

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

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

架构演进更新

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

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

分享技术话题

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

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

2. 如何高效进行?

准备

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

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

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

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

纪律

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

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

主持人

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

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

会议纪要

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

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