标签：
站会作为一个团队最容易实施的敏捷实践，为广大team leader和老板们所喜欢，但大部分程序员却很抵触。其主要原因就是很多时候站会都流于形式，没能帮助团队成员解决问题、改进效率。
一种常见的情况就是，站会不由团队自己发起，而是由leader发起。领导们都喜欢团队成员每周甚至每天汇报工作情况，也就是所谓的周报啊日报之类的，其实大部分时候leader们都不会看这些。这种由领导发起的站会自然而然就很容易变成工作汇报会。我相信没有多少人喜欢每天都汇报的。而且大部分leader对于站会都只是喜欢个形式，觉得大家一起讨论问题汇报进度搞得好像很积极的样子，具体有什么效果并不会关心。
而且大部分程序员在工作汇报会上，重点都会放在自己做出的成绩上，而不是遇到的问题；而站会需要帮助控制项目风险，重点是要暴露问题。这两点是有一定冲突的。
更有甚者，部分team leader会以开站会为目的来变相延长工作时间的；譬如，某些公司规定9点半上班，但部分team leader将站会特意约定在9点，变相逼迫团队成员提早上班，大家自然会对站会有意见啦！
还有一种常见的情况就是，虽然站会是由团队组织的，但是团队成员互相不关注其他成员的讲述，这个其实是达不到站会的效果的。Scrum本身对团队的要求非常高，除了自组织这点外，还要求团队成员之间是互相可以替代的，这样不容易出现项目瓶颈。但是如果大家互相不关注其他人现在要做的事情，那开会就纯粹是浪费时间了。
除此以外，还有一种很不好的现象就是，不能对会议中抛出的问题与风险进行及时反馈。譬如有人提出遇到了问题，但是会后没人帮忙解决；或者说整体进展已经很不如意，前一天做的事情进展很不顺利，这个时候其实是需要scrum master介入重新评估项目的风险和schedule的。
总之，实施Scrum是为了保证项目的成功和团队的成员；无论是否实施其它的Scrum流程，站会也应当为这两个目的服务，否则的话开会的时间掐得再好，人员到得再齐，也不过是走走形式而已，白白浪费大家的时间。
标签：
原文地址：http://www.cnblogs.com/agger0207/p/4471165.html
