本书主要分为5个部分来讲，分别是 Scrum Master的角色、待办项的改进和估算、 Sprint计划、 每日站会、 回顾会；
以下是尽可能用易理解的语言来看待38个问题。

每日站会简要知识点：

Scrum每日站会

每日站会

1. 背景知识点：

   每日站会适用于讨论当前Sprint的进展：是否按照原有计划在执行，还是有风险？

   每日站会参与人：所有涉及的开发人员、产品及干系人；

   每日站会的主要流程：所有的开发人员讲述三个主题（昨天我做了哪些，今天我要做哪些，哪些阻碍），可以让所有在场的相关人员

   • 了解开发的具体进度，及时发现延期风险；
   • 进行消息的同步，而不是抛问题的会议，有益于加深团队各成员对整体项目的了解，

   为了站会的更高的效率，我们应该在站会之前：

   • 回顾昨日的工作是否完成；
   • 今天的工作对别人有什么依赖，其他人的工作是否依赖与我？
   • 在整体冲刺期间，我的工作是否按照进度在执行的，如有没有，我需要哪些帮助，我是否已经与其他人讨论过方案了？

   如果团队成员都有很好的沟通，站会会非常有效率，各个团队成员的依赖都会非常清晰，有助于冲刺的顺利完成。

   通常站会以看板的形式：虚拟看板&实际看板，能够更清晰的让大家了解全局进度和发现潜在风险。

2. 问答：

• 问题26 无论规模或经验水平，你会为所有团队推荐正式的站会吗？

  问题意图：站会的形式是否只有正式站会这一种，是否与成员的经验有关？

  可接受的回答：

  1. 正式的站会能较好的保证所有团队成员信息统一和对项目整体进度的理解，能够更好的达到理解项目和提前发现风险的目的；
  2. 为达成同样的效果，是与团队成员有关系的：
  • 有经验：只要能够达到进度共享的效果，即使在咖啡休息时间都可以；
  • 初级成员：如果没有正式的站会，很大概率出现信息不同步，风险不暴露出来的情况，强烈建议进行正式的站会；
  3. 有关于规模：
  • 规模小（10人之内）：建议一个例会解决，全员参与；
  • 规模较大（10人以上）：由于团队过大，一个站会效率太低，建议依照功能或是只能划分成多个站会，再之后站会负责人进行统一汇总。

  站会的纪律是应该在第一场站会的时候定下来，只有一个好的站会纪律，才能达到好效果；

  关键点：站会常识，站会纪律；

• 问题27 您是否希望经验丰富的团队成员等到下一次站起来才能寻求帮助来克服障碍？

  问题意图：团队成员的主观能动性；

  可接受的回答：

  1. 当出现问题时，Scrum团队成员千万不能等到下一个站会或是其他会议的时候才去寻求帮助，等待寻求帮助的团队是拖延进度的团队；
  2. 富有经验的高效率团队是在下一个站会前就已经寻求帮助或自行解决，这需要Scrum的团队建设工作；

  关键点：团队的主观能动性，团队建设；

• 问题28 你如何处理将站会变成自己的报告会议的团队成员？

  问题意图：如何处理站会形式变成报告形式，而非坦诚沟通的形式；

  可接受的回答；

  1. Scrum团队没有正式的领导角色，但是有些成员具有更好的业务能力、更好的专业知识、更强的沟通能力或者更深入的参与，在团队内部有隐性的领导力；
  2. 当上述人员在团队内容担任了领导的角色后，要避免其他成员在站会上向他进行汇报。在站会上，所有成员已经秉承公开、坦诚的沟通精神和一起工作；

  关键点：Scrum沟通精神；

• 问题29 你如何管理团队成员，他们认为站会浪费时间，因此要么迟到，不合作，要么干脆不参加？

  同问题25,针对不合作、消极的团队成员，我们又什么解决问题的方法和步骤。

• 问题30 没有干系人参与团队的站会，你怎样改变这种情况？

  问题意图：是否允许干系人参加站会？

  可接受的回复：

  允许干系人参与站会，能够明显的改善团队与干系人的沟通，也能够让干系人更早的了解新产品&特性的详细信息，并且可以直接向工程师提问（绕过产品经理）；

  但是参与的时间节点我想需要把握好，如果是项目初期，团队内部的争执不断，还处于塔克曼小组里的动荡期，正常情况下无法给干系人一个号的印象。而如果采用某种形式的汇报来规避这种动荡的情况，又完全没有起到站会的效果；

  所以等到整体团队处于规范高效的时候，让干系人参与进来确实是个非常不错的选择。

  关键点：干系人参与站会的时机&好处；

• 问题31 你怎样与分布的团队开站会？

  问题意图： 如何管理多个不同职场的团队成员的站会？

  可接受的回复：

  1. 与在同一职场的站会没什么不同，只需要有一个统一的冲刺目标&计划；
  2. 原有的白板需要换成Jira类似的计算软件，通过视频会议在屏幕上进行共享即可；

  关键点：计划软件，项目管理软件（Jira，worktile，teambition，redmine等）

• 问题32 ***你能立即画出Scrum团队的物理看板示例图么？

  问题意图：是否对看板有足够的理解？

  可接受回答：

  1. 停车场；
  2. 代办事项；
  3. 开发中；
  4. 代码评审；
  5. 测试中；
  6. 测试完成；
  7. 完成；

  还有一些信息可以附加在物理板上，如：

  1. Sprint计划会议&回顾会议的时间表；
  2. 就绪的定义；
  3. 燃尽图&燃起图；

  关键点：看板的基础流程；