每日站会到底有没有必要

XP和SCRUM是敏捷研发管理的两个最佳实践，他们都要求有每日站会。有人认为每日站会浪费时间，这是在实际执行中的问题，也是团队协做和默契的问题。还有人提出：天天真有那么多的事情发生吗，隔一两天不见面有那么严重吗。甚至有人提出每日站会只是健康站会，用于锻炼身体，讨论的事情重复123。也有人认为，站会就是鸡肋，彻底没有发挥做用。

按照敏捷开发的惯例，应该专门提出来解决问题。

天天你们站在一块儿，由主持人问三个问题：

（1）过去一天作了什么（细节粒度要根据时长掌握好）

（2）将来一天计划作什么

（3）遇到了什么问题和困难

每日站会通常安排在早上，一日之计在于晨，天天一来公司就把过去和将来梳理清楚很是有利于将来一天的工做。

工做中的问题和困难每每致使项目停滞，所以应更加注重问题和困难的讨论，给出解决方案。为了节约时间，提出问题的人应稍稍整理本身的思路，如有备选解决方案，应提出这些可选的解决方案，其余与会人员也要积极给出解决办法。

这三个问题有必要每天讨论吗？不少人有这个疑问。

我认为必须每天讨论，尤为是互联网企业。软件工程讲究规划和计划，而现代软件工程每每受制于偶然事件和紧急需求，每日站会正是敏捷研发管理方法论解决计划赶不上变化的有效办法。

软件研发过程时时都会产生意外事件，客户遇到新问题，用户体会到很坏的体验问题，工程师开发过程遇到调试问题，有个算法性能一直没法提高......有的问题能立刻解决，有的问题就致使任务没法进行，甚至让产品总体规划收到影响。

除此以外，人们站在一块儿讨论几分钟还有其余好处：

（1）具备仪式感，

（2）增进团队成员之间的了解，

（3）创建自然的协做习惯，

（4）创建良性竞争机制，

（5）每一个人都为了扫除迭代版本计划执行障碍，有共同的短时间目标，同仇敌忾。

目前流行的是SCRUM，在SCRUM中究竟怎么描述每日站会的呢？通常的教科书是这样描述的：

一、每日站会是一种限定在15分钟以内的活动，让开发团队同步行动，为接下来的24小时创建计划。

二、审视上一次站会以来所作的工做，而后预测下一次开会前能够作的工做。

三、为了下降复杂性，站会应该在每一天的相同时间以及相同地点召开。

四、团队成员都应发言，发言内容包括：

（1）What did I do yesterday that helped our team meet the Sprint Goal?

昨天我作了什么来帮助咱们团队达到冲刺目标？

（2）What will I do today to help our team meet the Sprint Goal?

今天我将作些什么去帮助咱们团队达到冲刺目标？

（3）Do I see any impediment that prevents me or the our team from meeting the Sprint Goal? 

我是否看到了阻碍我和个人团队达到冲刺目标的困难？

所以，每日站会本质目的是：

（1）让咱们团队为将来一天的合做作好准备，

（2）帮助本身团队感知他们是否可以达成冲刺目标，

（3）发现任何让本身团队慢下来的事情。