不用开会，也能掌握开发进度-减少软件开发中的会议（4）

2022年07月06日

老实说，在专案的进行中，建立一些里程碑来检查中间的进行状态是对的，但是，千万别把所有的人都拉进这样的会议当中。我可以明白某些角色在产品未完成前，可能难免会有一些恐惧，担心产品开发时程会落后，以致于他们想要透过不断检查中间产物，以便确保开发的确有在进行当中。


但是，这样的会议最好的方式并不是把所有的开发者都拉进去会议当中，甚至开发者不应该进到这样的会议中，因为这最多是由Team leader 或产品经理来和不知道专案进行情况的其他人沟通。

有些会议并没有谨慎挑选真正需要参与的成员，反而把每个会议都搞得像大拜拜一样，大多数与会者被迫聆听着他们一点都不关心的议题，这又怎么会有效率呢？

所以，千万不要邀请程序设计者，去参与那些无关的会议，不要忘了，会议的代价是很沉重的。


有许多沟通渠道可行，强迫大家在同一时间、地点讨论，未必有效率

有很多的议题，在会议开始之前，就可以不断的沟通、讨论。会议并不是唯一沟通的途径，有任何需讨论沟通的项目，可以持续的利用电子邮件、或其他专案讨论用的系统来讨论。

这类的讨论不论是对时间、对地点的强制性都很低，这使得任何一个人都可以挑选一个合适的时间，例如开发者刚完成手边工作的一个段落，适合把工作情境切换出来时，来进行讨论。这能让沟通的代价变低许多。只有那些无法透过这些系统「非同步」讨论、或是反而沟通成本变高（例如，不面对面就会始终鸡同鸭讲）的议题，才谨慎的召开会议来讨论。

但是，无论如何，在会议召开之前，都应该尽可能的利用事先的讨论，把会议中需要讨论的议题，以及占用的时间降到最低。