对团队中的个人来说，站会是个提出自己问题的地方。昨天的工作中遇到的问题，不管解决了或没解决的，都可以在站会上提出来。没解决的，通过站会来寻求帮助。解决了的，广而告之分享经验。
通过站会来寻求帮助、解决问题，我们是尝到过甜头的。我们的某位开发人员曾经为了一个问题纠结了大半天。第二天的站会上发现，另一位开发人员曾经遇到、并且解决了这个问题。站会结束之后不到半个小时，两人就一起解决了这个问题。
也许问题到第二天才解决还是有点慢。但是这已经是一个进步了。而且换个角度说，没有谁愿意频繁的被别人的问题所打扰。对帮助别人的人来说，这个频次也更容易接受。
但是，站会上提出问题有时候会导致站会陷入细节的讨论。应对这种情况，首先要求提问者提高自己的概括能力；其次要求主持人加强会议掌控。
对团队的管理者来说，站会是个了解、掌控团队进度的地方。昨天进度如何、今天计划如何，这是进度掌控要了解的基本信息。另外，进度和计划是否有滞后，这是需要自己整合、分析站会上的信息才能得到的结论。最后，面对进度滞后、或者关键节点的“卡壳”，如何协调团队内外部资源、尽快渡过进度的瓶颈期，这需要更多的经验和更深的能力。
我们团队现状是什么样的呢？经过长期的磨合，团队成员之间的沟通合作已经非常默契了。谁有问题、谁能解决问题，都能在工作过程中提出和解决，基本不用等到站会。但是分析和把控团队进度这一点上，我们的两位“带路党”都欠点火候。
哎，再接再厉吧。
本文转自 斯然在天边 51CTO博客，原文链接：http://blog.51cto.com/winters1224/1542620，如需转载请自行联系原作者
