会议结束是沟通的延续

一个会议的结束,依结论要做出的行动,或是待办事项没有人执行。这个会议结束,并没有实质意义。

通常结论有可能是为了下一个会议的开始。

需求前期讨论先厘清商务面或需求单位想要达成的目标,双方各自厘清彼此的需求、底线、时程等等。纪录彼此共识的内容,接着下一次开会就会进行双方的规格交付,以及落入各自单位去做开发。如果没有人去接下去做,让状态停滞在需求前期,那整个需求其实没有任何变化,事情也没有继续向前迈进。

若参与像这种前期有很多需求讨论的会议,而会议中没有人提及下一次是什麽时候再讨论,需求就不会有任何变化了,遇到这种情况,那就举手提问问下一次什麽时候讨论。明确的日期时间,代表大家手上的东西在那天会议都要需要进度跟大家分享。

进度就是大家带着自己要做的事情回去,以我现在待的团队来说在会议中并不会特别说明哪一个职能角色要把 TODO 带回去,而是会议提及跟自己相关的内容之後或是有些人会建议哪个角色或是谁可以帮忙,之後要再做确认再下一次会议跟大家同步。

那我们是怎麽达成大家自动自发呢?一开始也是大家也没在注意会议结束之後要做什麽,逐渐发现开完一次会跟下一次开的会,要讨论的事情是会有重叠,因为本来要带到下一次会议的结论,落在下一次开会的时间做讨论,反而会让这个会议的主题偏离。所以在 Retro 当中,我们也是来回去检视怎麽样可以让团队运作更好。

每个人碰到开会的问题各式各样,这边经验也给大家做参考 。如何提高会议效率,不妨去询问自己的同事们,你观察到的现象,说不定其他人也有同样的想法,只是没有人想到,或是已经随波逐流习惯了。

不要担心自己成为异己,大家如果可以提高效率,相信大家都很乐去做改变的。最後跟大家推荐《别再开会开到死》,作者以一间公司的遇到会议低效的故事贯穿整本书的内容,虽然只是虚构的故事,但也许里面有些角度刚好可以解决你的状况。


<<:  2021-Day7. IntelliJ IDEA 内建的 Kotlin data class File from Json 功能

>>:  [30天 Vue学好学满 DAY12] v-model 双向绑定

Day25 - 保护你的状态转移,在 XState 中使用 Guard Transition

还记得我们在 Day 15 曾经介绍过 Guard 吗? 今天要来跟大家分享如何在 XState 中...

Day 5:浅谈警报 (alert) 的设计

前天使用 updown.io 架设了 status page,并且让它可以在服务无法连上的时候,自动...

从零开始学3D游戏设计:触发式按钮

这是 Roblox 从零开始系列,使用者介面章节的第四个单元,你将学会如何去制作当触发某些条件时才会...

Day 24 深度学习与人工神经网路

介绍 随着时间过去,面对资料量的增加与电脑性能日新月异,深度学习的技术逐渐慢慢取代了机器学习。我们先...

Leetcode: 99. Recover Binary Search Tree | 含C++笔记

binary search tree中,本来遵守着从中间Node切开,左边小於右边的规则,但是现在有...