在我的工作经历中,尤其是一些海外的公司,都会进行技术例会(tech-huddle)。技术例会是技术团队比较重要的一项会议。
1. 技术例会讨论什么?
梳理技术债务
技术例会可以梳理技术债务。技术债务是指在开发过程中遗留的一些问题,比如需要一些代码质量不高,导致后期演进困难。
常见的技术债务:
- 不合理的方案设计
- 存在安全风险
- 静态质量报告的问题
- 命名的混乱
- 性能提升
处理技术债务上可以分为两个维度:重要性和修复难度。
通过四象限模型可以方便的管理技术债务,两个维度可以组合成四个象限:
- 重要而且好修。
- 重要但是不好修复。
- 不重要好修复。
- 不重要也不好修复。
提前梳理技术债后,可以排入下一个迭代。
更新技术团队契约
技术团队在磨合过程中会产出一些工作方式的契约,这些契约包括:
- 新同事上手技术文档,如何搭建本地开发环境,可以有团队熟悉的人给予初版,然后由新同事每一次上手的时候修订。
- 各个技术栈的编码规范。
- 版本管理的方式。
- 分支策略。
技术团队协同开发时遇到的各项问题。
架构演进更新
软件的架构会不断演进,对于技术团队来说,通过更新架构演进方向可以让团队做技术方案的时候更加得心应手。
常见的技术架构演进往往是应对业务的变化、用户量的提升、安全、性能提升方向。
分享技术话题
分享技术话题是提升团队技术能力好的方式,技术例会也可以进行技术话题分享。
比如分享 Deveops、git 方面的话题,可以提升团队开发效率。
2. 如何高效进行?
准备
提前准备技术例会的讨论清单,收集团队中的话题。如果有需要讨论的话题,需要提前准备方案,技术例会只是在多个方案中进行评审和选择。
在技术例会中讨论方案往往花费很多时间,应该提前准备好方案。
技术例会需要提前准备的内容:
- 讨论话题或者 agenda
- 需要决策的方案
- 必要的参与人
纪律
技术例会如果坚持每周或者每个迭代都开,需要讨论的比较少。
纪律体现在两个方面。一方面,应该坚持定期进行,风雨无阻;另外一方面技术例会应该准时开始。
主持人
高效的会议对主持人要求较高。为了推动技术例会的进行,主持人应该掌控会议进程。
- 对讨论的话题控制时间。
- 避免话题分散,俗称 Rabit Hole,寓意为爱丽丝梦游仙境中的兔子洞,避免无意义的发散。
- 当团队陷入讨论,及时拉出来,让关键人员寻求决策。
会议纪要
有效的会议需要产出会议纪要。会议纪要的注意事项有:
- 技术例会开始前回顾上一次的会议纪要,看是否有未完成的话题或者行动。
- 明确的行动事项比事无巨细的会议纪要重要。
- 行动需要有明确的责任人、截止时间、输出件。