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

回顾会议简要知识点：

Scrum回顾会议

回顾会

1. 背景知识点：

   回顾内容：回顾会议主要是为了回顾在冲刺中哪些做的不好、哪些做得够好需要保持等内容；

   参会人员：主要参会人员应该是需要包括所有的开发人员、测试，而且需要明确邀请产品经理；

   会议氛围: 应该是轻松的氛围，回顾会千万不能成为职责和批斗大会，团队应该集中精力如何改善情况；只有当团队认为回顾会议时提供诚实和建设性反馈的安全场所时，回顾会议才能改善团队的协作和绩效。

   鼓励表达：应该鼓励大家进行自我表达，从而更容易发现成员可能存在的担忧和挫折感，从而可以集思广益的指定策略进行克服；

   会议形式：不能过于死板，最好也不要在Sprint会议室，给团队成员造成较大压力，经常变更开会场所对会议效果会有较大改善；

   会议纪律：不能使用手机、电脑等设备，这样会造成团队成员不专心，无法专注于问题的回顾；

   回顾会议问题：可以有以下几种形式进行问答：

   1. 经典问题集：
      • 过去那些是做的好的？
      • 过去那些是做的不好的？
      • 那些是将来需要修改的？
   2. ’海星‘回顾：
      • 停止做什么？
      • 尽量少的做什么？
      • 保持做什么？
      • 尽量多的做什么？
      • 着手开始做什么？
   3. Mad Sad Glad
   4. 《敏捷回顾：使团队从优秀到卓越》中，回顾需要五个阶段：
      • 准备阶段；
      • 收集数据；
      • 产生见解；
      • 决定做什么？
      • 结束回顾；

   回顾会议后需要跟踪的行动项目（要完成的任务）设定SMART目标：

   1. 具体和可测量的；
   2. 有对应的负责人；
   3. 有完成定义的（有预期可估计的）；
   4. 应该放在看板上，使得跟踪进度更加直观和突出；
   5. 每一个回顾会议应该从评审上一次回顾会议中决定的行动项目的状态开始；

2. 问答：

• 问题33 谁应该参加回顾？

  问题意图：回顾会议的主要参与人；

  可接受的回答：

  1. 只有Scrum团队的直属成员才能参加团队的回顾会议，团队的经理是不能参加的，否则会破坏整体回顾会议的氛围，无法达到估计成员自主表达发现问题的效果；
  2. 产品经理是否需要参加，可以酌情考虑，因为产品经理是团队的重要成员，能够起到团队监督作用；但是还是要考虑团队整体意愿；

  关键点：直属团队成员，经理禁止参加。

• 问题34 你应该在回顾期间检查团队的健康状况，还是没有必要这样做？ 如果这样做，您将如何处理？

  问题意图：回顾会议的内容，是否可以包含团队的健康状况检查；

  可接受的回答：

  1. 团队的健康状况（敬业度&满意水平），对于团队效率和产品完成度会有较大影响，可以安排；
  2. 有效方法可以通过：多想选择的调查表，列举出常用的考察团队状况的问题，进行问卷调查：
     • 糟糕的
     • 差劲的
     • 中立的
     • 优秀的
     • 杰出的

  在完成问卷调查，应该对结果进行讨论，在会议上进行解决他们的疑惑&沮丧的情绪；

  关键点：问卷调查；

• 问题35 你过去使用过那些回顾的格式？

  问题意图：回顾会议的格式；

  可接受的回答：

  1. 经典问题：
     • 过去那些是做的好的？
     • 过去那些是做的不好的？
     • 那些是将来需要修改的？
  2. 小船式：
     • 哪些推动了我们前进？
     • 哪些使我们退缩？
  3. ‘海星’型：
     • 停止做什么？
     • 尽量少的做什么？
     • 保持做什么？
     • 尽量多的做什么？
     • 着手开始做什么？
  4. 戴安娜·拉森&埃丝特·德比模式：
     • 准备阶段；
     • 收集数据；
     • 产生见解；
     • 决定做什么？
     • 结束回顾；

  关键点： 经典，海星型；

• 问题36 你怎样防止回顾期间无聊？

  问题意图：有什么方式避免单一的回顾会议模式；

  可接受的回答：

  1. 不同的位置、不同的格式以及缩短或延长分配的时间盒；
  2. 使用团队选择的行动条目来故意和组织讨论有关团队的重要问题，从而通过认可提升参与感；
  3. 诸如Retromat之类的网站提供了数百种不同的游戏和练习，使得团队在会议过程中愉快而有价值。

  关键点：不同位置&风格，游戏，提升参与感。

• 问题37 如果你的团队选择了合理的任务条目而不是交付，你将如何解决这种情况？

  问题意图：针对领了任务条目而未完成的团队成员，该如何处理？

  可接受的回答：

  1. 因为之后每次回顾会议都会对任务条目进行跟踪，所以Scrum Master需要进行跟踪；
  2. 根本原因分析：
     • 外部阻碍导致： 必须帮助解决外部阻碍，并在接下来的Sprint期间赶上；
     • 非外部阻碍：考虑团队动机、态度和个人问题造成的？需要Scrum Master进行原因分析，并且向有问题的团队成员提供足够的鼓励和动力去克服问题，然后监督他们是否兑现了承诺；

  如果团队无法完成认领的任务，那么认领任务变成没有意义的形式，团队成员辛苦而没有产出，回顾会议也变得鸡肋；

  关键点：根本原因分析，沟通；

• 问题38 Scrum master怎样建议跟进认领的工作？

  问题意图：如何跟踪任务条目？

  可接受的回答：

  1. 在下一个回顾会议上进行状态的跟踪；
  2. 如果没有完成，弄明白，并在平时加以关注；

  关键点：任务条目跟踪方式；