团队开会的艺术之怎么开

开会，对于我们程序员来说，也是司空见惯了，然而每次开会过后，你是否是真的有收获？开会也是需要艺术的，无论是否是在我们IT界还是别的。

在电视新闻中，好像开会就是政府官员们的所有工作内容。但对于我们程序员来说，开会只能是我们工作时间中的一部分，甚至于在很多团队中是很少的一部分，他们大部分时间都是在代码的世界中。

然而，没有经过会议的开发你是否能保证队员的方向的一致性？是否能让队员们对怎个项目有全面的把握和理解？开会，是必须地，而没有效果的会议，是浪费，没有结果的会议也是浪费，有了一个像骆驼一样结果的会议，还是浪费。那么如果来掌控好会议的节奏和进程，就会有一个圆满的会议，一个圆满的会议和决议会带给团队开发一鼓强大的凝聚力会给开发注入无形的动力，这是一门艺术也是一门综合性的技巧。

我总结了下，觉的如果掌握了以下技巧，会议的效果应该是会提高很多。
今天先简单的讲一点点，以后再分别慢慢细叙。

1. 要让每位队员都要参与
   这点大家应该都知道，但往往又没有做到。什么叫参与？不是坐在一起就是参与，而是要一起去分析，去考虑，去讨论，去解决，那才是参与。我们现在的团队开发会议中，大部分队员们只关心分到自己手中的任务，会前准备也只关心自己手中的一点，开会时耳朵也只听自己的那一点，发言时也只讲自己的那一点，好像只要管好了自己的那点小任务就是万事大吉了。这是大错特错，无论是对项目还是对自己都是有害而无利。
2. 集体决策要把握好方向
   会议有多种决策的形势，如果是使用了集体决策，那么主持会议的一定要注意把握好决策的方向，不然，有可能客户只想要一匹马，但最后我们却是决定给他创造一头骆驼。
3. 要有会议的最终期限
   会议不能无限的开下去，虽然可以拆分几个小会议去再议，但一下会议就要有一个最终的期限，不然，越是拖的久，危险性就越大。至于危险是什么，他包含了很多，项目的上线时间，队员们的争论不休，各种方案选择的迟疑等等
4. 要有逆向的思维
   每个人都有自己的想法，不能把自己的想法强加给别人，但我们能慢慢的梳理别人的想法跟着我们的思路来走。项目对我们来说就是大象，我们在项目没开始前都是瞎子，每个人所摸到的部位都不同，当然想法不同，我们要有逆向的思维去走到别人的位置上再去摸摸。
5. 要有仲裁人
   没有仲裁人的会议将会是一个混乱的会议。一个仲裁人是不好当的，他要有敏锐的思维和果断的气魄。打个比方，有看过《非诚勿扰》吧，那里的乐嘉就有着无比敏锐的思维(他只是个评论者不是仲裁人)。如果这个比方不恰当，那个再拿一个恰当的，有看过《头脑风暴》这个节目不？那里的主持人就是个仲裁人，那里是无数不同观点的碰撞和摩擦，而仲裁人就是防止明星式发言或太空式发言以及及时做出一个阶段的总结和判断。
6. 会议要有定论
   一个没有定论的会议是一个失败的会议。没有定论就没有效果，没有效果就是浪费，无助于项目开发。即使在会议结束时还没有结论，那么就要有主持人来强制给出一个临时定论，这也就要求了主持会议的人必须要有很大的责任心和能力。
7. 要注意队员表态的顺序
   这是一个很多会议都会无视或是遗忘的地方。队员们在最后表态时的顺序在某些情况来说是很微妙而且对于表态的结论也是很有影响性的因素。原因有很多，这里就举个简单的例子，如果有部门或公司的领导在场，而领导一开始已经表达了某种态度或观点，这时很大一部分队员最后的观点都会很高度的一致，毫无新意。那如何来改？这也是有技巧的，以后再说。
8. 要支持已经做出的决定
   这是非常非常重要，也是很多时候会令人痛心的地方。已经做出的决定，在半途被废。或是在会议上支持，背后消极对待。这里只能说，我们要多学学国外的那种结论支持力度。如果在会议上做了决定，而没有正确对待的甚至于背后玩消极的，那样的程度，严重的就来可就是叛徒了。我看过国外有某公司有这种方法，在开会有结论时，会让人签下认同书，一当签字了就得无条件的去支持(即使是有不同意见)。如果签了字还在外面表示了反对态度，那后果。。。

时间不早，今天不写了。