如何进行有效的会议管理

开会的原则：

   1、开会前要有个明确的会议主题，主题尽量小，粒度细些，确保与会人员都知道这个会议的主题。
   比如要进行测试用例评审，要确认每个与会人员都晓得测试用例评审这件事，并且项目组的成员要在开会前了解测试用例，让每个人带着问题来。

 

   2、会议的主持者要时刻把握不要偏离会议的主题。
   比如你项目经理，在主持静态界面评审，那么就不要讨论业务逻辑方面的东西。
  
   3、精简会议的参会人员，参与会议的人员越多，讨论的越激烈，就越没有结果。
   开会的目的如果是要确认一些东西，那么重要关切方请到就ok了。
   如果开会的目的是要宣扬一些东西，也不要把所有的人都叫到，因为你看见下面一张张昏昏欲睡的脸，你的心拔凉拔凉的。
  
   4、开会尽量要有个结果，或者一个明确的后续的行动计划出来。
   会议的组织者一定要牢记会议的初衷，并且做好记录和总结，不要让会白开。

 

   5、能站着开会的，尽量不要坐着开。
   坐着安逸，本来半个小时开完的会，磨叽了两个小时还没有搞定，后来还唠起了家常。

 

什么样的会议不需要参加。

   1、参加什么样的会议，你对这个会议来讲可有可无，可以不参加。
   可能这样的会议还很多，可能怕领导批评不积极之类，勉为其难去凑数，这个真的比较悲哀。
   如果真的是这样，那就不去参加，领导找你谈话，直接和他说明道理，如果他还斤斤计较，唧唧歪歪，那就直接跑路。

 

   2、做顺序报告的会议尽量不要参加。
   比如周会工作汇报，你碰见了一堆问题，怎么怎么样解决的，这个对你和主管可能很重要，但是对其他与会人员就不那么重要了。
   不是我们不关心，而是我们没有这份精力去关心，我们应该把我们最好的精力和时间用在最能产出的事情上面。

 

什么样的会议必须参加。

   1、项目重要的里程碑点的会议。
   比如发布评审会议，这里面涉及到具体的任务部署，相关方资源确认，任务确认等，这个是要参加的。
  
   2、放松的会议，要参加的。
   比如是个party什么的，产品部门的一个联谊，这个还是要参加的，一个是要放松下自己，一个是可以多和产品端的同学交流下思想。
 
   3、业务，知识分享的会议。
   这个要挑自己感兴趣的参加，不是被领导逼去的那种，真正真正自己感兴趣的，去的时候要做些功课，效果会好些。

 

   如果你认同上面的条框，就差执行了，那就下次下定决心搞一把，看看能怎么样，不要有所顾虑，成就大事者，要敢作敢当。