对高效会议的思考
打工人免不了要开会，我们程序员也是，有各种各样的会议需要参加。当时项目组制度改革，规范了流程，但是要参加的会实在是太多了，开会效率也挺差，于是我整理出了下面这篇文章，最后大家都同意了我的想法，改善了很多。所以有觉得不合理的地方，果断提出来，一起追求高效工作💪。
思考
目前存在的问题：
- 会议多，效率较差，导致工作时间被压缩
- 需求评审感觉没问题，会后看了代码才发现漏洞
- 会议要点没记，会后就给忘了或者记错了
- 有些会时间太长，后面容易疲于思考
- 会后需要确定的事项难以同步到所有人，尤其口头复述的
小想法：
- 做好会前准备：主持人准备好资料和议程大纲，参会人员提前阅读
- 控制会议时长：尽量不要超过两小时，超过一个半小时最好中间有休息时间
- 精简参会人数：参会人依据“相关性”和“少而精”的原则，同时由主持人指定好记录员
- 编写会议记录：记录员记录下重点内容和待办事项
- 会后及时追踪：待办事项及时去跟进并记录
- 减少会议频率：在会前或会末确定下次会议内容，简单需求的话考虑多个评审一起开
参考模板
在“产品需求”文件下按年份、月份创建文件夹，每个需求建一个文档，例如
1 | - 2020年 |
需求评审
会议时间：2020-11-19 10:00 ~ 12:00
会议地点：708会议室
会议大纲：
APP V1.4.0：约课详情升级，支持固定班级，直播工具替换…
教室端：约课页面升级，支持预约16人小班课和固定班级课程…
鳄鱼后台：整合课程管理、教师资料增加内容、课程支持三级分类…
重点参会人员：
主持人在会前十分钟检查这个表格，若有人没填”准备情况”就去私聊提醒下看会议资料
| 参会人 | 准备情况 |
|---|---|
| XXX（主持人） | 原型地址 |
| XXX（记录员） | 资料已阅，有问题的地方写在这里，好让主持人能提前思考或修改资料 |
| XXX | 资料已阅 |
会议要点：
记录员记下认为比较重要的点和补充PRD里没体现出来的内容
APP约课详情页的”已约课同学”不可点击
。。。
| 待办 | 跟踪 |
|---|---|
| 各端回去确认排期 | iOSAndroid教师端后台 |
| 向业务方确认啥啥啥 | 已确认，要怎么怎么样，并同步给相关人员 |
UI评审
会议时间：2020-11-20 10:00 ~ 12:00
会议地点：：708会议室
会议大纲：
- 校对APP、教师端的UI
重点参会人员：
| 参会人 | 准备情况 |
|---|---|
| XXX（主持人） | 设计稿 |
| XXX（记录员） | 资料已阅，有问题的地方写在这里，好让主持人能提前思考或修改资料 |
| XXX | 资料已阅 |
会议要点：
APP约课详情页的”已约课同学”不可点击
。。。
| 待办 | 跟踪 |
|---|---|
| 详情页重复课程icon优化 | 已优化 |
技术评审
会议时间：2020-11-20 10:00 ~ 12:00
会议地点：708会议室
会议大纲：
- 重复课程的排课逻辑
重点参会人员：
| 参会人 | 准备情况 |
|---|---|
| 林今奕（主持人） | 接口文档 |
| XXX（记录员） | 资料已阅，有问题的地方写在这里，好让主持人能提前思考或修改资料 |
| XXX | 资料已阅 |
会议要点：
测试用例评审
会议时间：2020-11-20 10:00 ~ 12:00
会议地点：XXX会议室
会议大纲：
APP v1.4.0测试用例
教师端16人小班需求的测试用例
重点参会人员：
| 参会人 | 准备情况 |
|---|---|
| XXX（主持人） | 测试用例文档 |
| XXX（记录员） | 资料已阅，有问题的地方写在这里，好让主持人能提前思考或修改资料 |
| XXX | 资料已阅 |
会议要点：