在每个周一的早晨，主管和我们大家围站在一起，用10-20分钟，来了解团队工作动态以及解决目前在产品研发中遇到的障碍和问题。相信不少产品研发团队中的一员，都可能都经历过以上场景。
这种站会的形式简单便捷，能够快速行动，也日渐在敏捷团队中流行，但问题是，是不是所有的场景都适用于用这种站会的形式？一次高效的产品团队会议要如何开展？希望这篇文章能让你有所启发。
站会，绝非仅仅站着开会那么简单
一场有效的站会能够快速提升团队沟通和协作的效率，但如果我们没有把控一些小细节，站会将会是一场“小灾难”，极度消耗大家的时间。
比如，闲聊就是站会的“致命性杀手”。由于大家围站在一起，氛围也比较活跃，这时大家很容易就会跑题，开始聊周末都去哪玩了呀，最近有什么新鲜事，这是站会中最忌讳的，一旦成员开启了闲聊模式，那么要想回到会议正题就很艰难了。
这时你可能会说，当团队跑题时，主管及时地把控会议话题就好了，那么我们再来看，一般站会讨论的话题无非是：
上周的工作做了什么？
这周准备开展哪些工作？
在工作中遇到了什么问题？
表面上看，这样的话题似乎没有什么问题，但仔细留意，你就会发现，有的技术人员是这样回答的：
上周我主要负责解决系统的一些bug，这周准备更新一下banner，还有跟设计那边对接banner的工作，另外还要处理一些链接跳转，推广分享的工作，目前还没有遇到什么问题。这又会导致出现什么新的问题？
站会中，我们容易陷入怎样的思维陷阱？
试想一下，如果大家都是像前面的同事那样反馈的，那么这场会议就容易“失焦”了。为何这样说？
你看，大家只是复盘了一下上周的工作，并且简单地交代了接下来的安排，其实我们完全可以借助周报的工具，来了解成员的这些动态，而且最让人头疼的是，员工还反馈，目前还没有遇到任何问题。
既然没有问题反馈，那开站会的目的又何在呢？很多人把站会当成了“工作展览会”开，每个人反馈一下自己的工作，没有问题就散会，这就很浪费大家的时间，另外，如果别人的工作反馈，和自己的工作完全不沾边的话，成员也容易走神，开小差。
最后一点，我们经常会在站会中提问成员，最近遇到什么样的问题。这样问其实没什么不妥，但是容易陷入一种“盲区”：如果遇到紧急性阻碍，我们可能会随时走到同事或者主管桌前探讨解决了，还会特意留到站会上提出吗？
这样看来，在站会上回绕这些话题“上周做了啥”、“这周要做啥”、“遇到什么阻碍”，其实就容易陷入一种低效的误区，既找不到会议的重点，又浪费大家的时间。那么一场有效的会议到底要怎么开呢？
要懂得给站会腾出“有效决策”的时间
要想开一场有效的站会，关键是要明白一点，解决问题比意识到问题更重要。
这时，我们就要转移视角，来回答这样的问题：
开这场会议要做的关键决策是什么？
围绕这个决策我们要开展哪些行动？
如何进行分工协作,落实到谁来执行？
这才是我们关注的焦点，一般来说，在产品研发的初期，我们需要做更多的决策，这时就可以适当地提高开会的频率，比如一周开2-3次的会议，而不是把开会时间固定在每周的周一早晨。
另外，在做决策的时候，我们还可以多收集一些开放性的问题，比如，在开会前，我们可以先找到产品功能对应的负责人，然后咨询他们的意见，比如，“要做好这个决策，还需要哪些资源支持”、“团队中哪些人能够胜任这项工作”、“怎样才能把这项工作做得更好?”
这可以起到一个预先提醒的效果，激发团队人员的创新性思考，给会议腾出更多的决策时间。
在会议过程中，我们就可以提出事先预想的人选方案，快速成立项目组（因为事先已做过非正式访谈，在会议中主要负责人只需讨论产品项目的推动方案即可），甚至还可以随时记录新想法，通过邮件的方式告知其他协作成员，或留待下次的站会集体讨论。
另外，我们还可以借助决策日志的工具，随时记录好新的决策和新任务，以备及时存档，为往后的执行做好笔记储备，这样团队成员就可以随时翻看这次的会议内容，能够有效地提升执行的效率。
总结一下，一次高效的站会必须围绕“决策”、“解决问题”展开，而非常规的工作汇报，当团队能够用最少的时间快速决策和行动，才能发挥站会的价值。
以上就是石榴花今天的分享，希望对你有所帮助！
—
作者：石榴花
来源：创骐云课堂