敏捷开发学习笔记(三）——如何进行团队项目会议
1.先看一些失败的团队会议：
有些关于方案讨论的会议，到最后可能会失控变成了情绪化的指责，变成做决定是基于谁提出了这个观点，而不是权衡观点本身的利弊。参加这种会议，到最后会闹得大家都很不愉快。但是，这也很正常！
2.如何讨论
一个好的设计作品，都需要大量的创造力和洞察力，分享并融入各种不同的想法和观点，远胜于单个想法为项目带来的价值。
但是负面的评论和态度会扼杀了创新。所以，我们必须把重点放在解决问题上，而不是极力去证明谁的主意更好。在一个团队中，一个人只是智商高是没用的，如果他很顽固并且拒绝合作，那么生产率和创新都会濒临灭亡的边缘。
一个需要紧密合作的开发团队中，如果能稍微注意礼貌对待他人，将会有益于整个团队关注真正有价值的问题，而不是勾心斗角，误入歧途。
比如说：“XX你这个方法很蠢。”可以改为：“谢谢，XX先生。但是我想知道，如果两个用户同时登陆会发生什么情况？“没有谴责，没有批判，只是简单地表达自己的观点。让XX先生自己意识到这个问题，而不是扫地的面子。由此可以开始一次交谈，而不是争辩。
3.不要害怕被批评
我们每个人都能有一些极好的创新想法，同样也会萌生一些很愚蠢的想法。团队中的每个人都需要自由地表达观点。即使你的建议不被全盘接受，也能对最终解决问题有所帮助。不要害怕被批评。任何专家都是从这里开始的。
有一句话说得好：你不需要很出色才能起步，但是你必须起步才能变得很出色。
4.设定最终期限
如果你正在参加设计方案讨论会，或者是寻找解决方案时遇到问题。这些会议有时候一开的话就可能会很久，也许真的是个无底洞。所以请设定一个最终期限，例如午饭时间或者一天的结束。这样的时间限制可以防止人们陷入无休止的理论争辩之中，保证团队的工作顺利进行。
同时，我们也应该现实一些：没有最好的答案，只有更合适的方案。设定期限能够帮你在为难的时候果断做出决策，让工作可以继续进行。
5.逆向思维
团队中的每个成员都应该意识到权衡的必要性。一种客观对待问题的办法是：先是积极地看到它的正面，然后再努力地从反面认识它。目的就是要找出优点最多缺点最少的那个方案。
这种办法可以尽可能地发现其优缺点，有助于减少个人情感。
6.设立仲裁人
在会议的开始，选择一个仲裁人作为本次会议的决策者。每个人都有机会针对问题畅所欲言。仲裁人的责任就是确保每个人都有发言的机会，并维持会议的正常进行。
仲裁人不应该本身就带有某种观点来判断，他有点类似于法官，应该根据事实，权衡利益来做判断。仲裁人可以防止明星员工操纵会议，并及时打断假大空式发言。仲裁人不代表是决策者，只是会议秩序的维持者。仲裁人应该专注于调停而不是发表自己的观点。
7.支持已经做出的决定
一旦方案被确定了（不管是什么样的方案），每个团队成员都必须通力合作，努力实现这个方案。每个人都要时刻记住，我们的目标是让项目成功满足用户需求。客户并不关心这是谁的主意——他们关心的是：这个软件能否工作，并且是符合他们的期望。
对于用户结果才是最重要。
8.小结
设计充满了妥协（生活本身也是如此），成功属于意识到这一点的团队。工作中不感情用事是需要克制力的，而你若能展现出成熟大度来，大家一定不会视而不见。这需要有人带头，身体力行，去感染另一部分人。
