日常工作之评审会议tips
日常工作中, 有很多的评审会议要参加, 比如customer requirements review, system specification review, system architecture review, code review, test specification review等等. 如何协调评审各方, 并进行高效的评审会议, 是非常影响项目推进的.
通过观察, 我发现比较有效率的评审会议都有一个特点, 那就是会议前都有良好的准备并且会后有及时的跟进追踪. 我大致的总结了一下, 总体的流程如下.
- 在评审会议的前3-4天, 会收到会议邀请, 会议邀请一定会包含要审议的目标文件(通常会放到sharepoint或公共盘, 每个项目成员均可访问), 另外还有一份excel文件, 项目成员review过后的所有问题都可以记录在excel文件中.
- 评审会议当天, 在会议上只讨论项目成员review过程中提出的问题.
- 会议过后, 会议发起人会有一封follow-up邮件, 总结review会议的结果, 并提出接下来的action item及完成时间.
- 等action item都完成后, 最后的close-up邮件会由会议发起人发给整个项目组, 告知这次就某个版本的目标文件做过review, 针对review的所需更改都已完成, 最终完成版本. 最终将目标文档和review excel文档close. 至此, 一个完整的review才算是完成了.
这个大致的流程是我在项目合作当中, 看到一个工程师使用过的, 相比于明天就要开评审会了, 今天才收到会议通知, 有3-4天的准备时间, 我觉得非常的”人性化”了. 另外, 很多时候, 评审会议结束了, 通常很少收到反馈信息, 我并不清楚我在评审会议上提出的问题或者建议是否实施或者落实了. 因此, 这么一个有始有终的流程, 我觉得很实用, 借鉴之后, 觉得效果也不错, 至少对于我自己的评审项目,我整体上会有一个比较清晰的管理状态.
