概念
1.scrum的原则是，站立会议维持在15分钟以内，团队成员只说今天做了什么，将要做什么，遇到什么困难。不过个人觉得汇报粒度到task即可，不用罗列处理了什么问题。task也可以蜻蜓点水的一笔带过，最重要是汇报遇到什么困难，困难程度，需要哪些帮助。
2.scrum的原则也是高效沟通，减少一切可能浪费资源的行为，包括被迫参加无关的会议和制定冗长的文档，有的团队甚至连小的bug单都不建，测试与开发的同事口头沟通，重大bug才会建单标注。
3.scrum站立会和其他任何一种会议相同。参加会议前希望会议成员就会议议题做好准备，会议上明确议题，控制发言，发现无关话题，或者有发散的迹象，马上制止，记完成下问题后面小范围讨论。
团队发展的几个阶段：
组建期（Forming）
激荡期（Storming）
规范期（Norming）
执行期（Performing）
休整期（Adjourning）
组建期，激荡期 - 建立信任
团队初建，成员互相之间不够熟悉，这个阶段最重要的事快速建立信任。什么样的团队成员能得到其他人的信任呢？
搞定问题的能力
积极主动的态度
团队合作的意识
经典的三个问题恰好可以让我们了解团队成员是否具备以上三点：
我昨天完成了什么？- 我拥有专业能力
能搞定一些工作今天准备做什么？我积极思考
主动承担任务我遇到了什么问题？ 我不是万能的，但我信任团队，我会把搞不定的问题暴露出来
规范期，执行期 - 关注价值流动
在「规范期」和「执行期」，团队成员对彼此的专业能力和态度都有了信心，站会的关注点应该从「人」转移到「事」上，或者说关注接力棒而不是运动员。
软件开发过程中，对于一个功能特性，只有真正被用户使用才能产生价值。所以我们要尽量缩短从需求分析到开发、测试、部署的周期，而这其中一个很大的浪费就是「等待」。分析完了等待开发，开发完了等待测试，测试通过等待部署......
这时，我们可以采用看板推崇的「拉动」的方式，大家站在看板前，不再讲三个经典问题，而是以需求为中心，从看板的右边往左边，讨论每一个需求卡片的状态，以及还需要做什么才能移动到右边一列。
执行期 - 仪式感
在执行期的前半段，大家都被成就感驱动，工作充满激情。但到了后半段，业务和技术上都没有什么新的挑战，团队每天按部就班地工作，激情很容易流失，团队容易进入得过且过的状态。这时站会更多的是一个仪式，让我们作为一个团队继续战斗。产品经理要经常分享产品在市场上的反馈，比如用户的表扬信，又新增了多少用户，产品又挣了多少钱等。让大家看到工作产生的价值，持续获得成就感。
另外，站会还是工作与生活的分水岭。早上一到公司，我们脑子里还是生活的上下文：
昨晚老公鬼鬼祟祟地接了个电话，明天孩子的补习班该续费了，老爸的手机该换了，闺蜜要生二胎了送点什么呢？
借站会这个仪式，我们将看板上的工作相关的上下文加载到大脑中，以便快速进入高效工作的状态。
