【本文翻译自Mike Cohn的博客】
您是否有过在迭代评审中昏昏入睡的经历？我也有。但是即使我昏昏入睡，我也可以想象它正在发生什么。你觉得跳过这个无聊的迭代评审会如何？这个想法很有诱惑，我怀疑你也这么想过。
我想分享四个问题，您可以问一下你自己，以确保您的迭代评审永远不会让人昏昏入睡，或者让他们想跳过这个会议。
问题1：相关人员知道迭代评审吗？
如果您的迭代评审会议出席率不高，我们需要从最根本的问题开始：相关人员知道会议的内容、时间和地点吗？
我曾经受邀在丹佛的一家公司会议上发言。我的演讲时间是上午10:00，我被告知要在9:30到达凯悦酒店，所以我有时间在演讲之前先连接笔记本电脑。
我总是喜欢早点，所以为了安全起见，我于9:00到达丹佛凯悦酒店。但是大厅里没有会议的迹象。当我向前台询问后，发现他们酒店并没有预定会议的记录。
我站在那里待了一会想知道发生了什么。然后另一位酒店员工说：“您确定是这家凯悦吗？我们的拐角处还有另一个凯悦酒店。果然，我走错了地方。
您是不是可能没有告诉相关人员时间、地点？您可能有，但是值得再确认一下。
问题2：迭代评审会议是否方便？
有时人们不参加会议的原因是因为不方便。
也许他们在不便的地方。我的一位前客户有一栋只有两层楼但很长的办公室。会议室虽然仍然位于同一建筑物内，但是可能需要十分钟的步行路程。
如果被邀请人可以从会议中获得的收益微不足道，那么步行十分钟就会成为参加会议的一个很大的障碍。所以那里的团队停止在漂亮的专用会议室中召开迭代评审会，而是选择留在办公室周围的开放空间。没有了漫长的步行，人们的出席率更高。
除了地点，也许会议的日期或时间也会阻碍人们的出席。与那些已被邀请但没有出席的人找出解决办法。
问题3：话题的细节是否恰到好处？（Are the Right Topics Being Covered in the Right Detail?）
如果对迭代的评审过于详细，会议将变得乏味。如果话题太肤浅，人们就会觉得没有必要参加，因为根本没有什么重要的讨论。
因此，您需要问问自己，这些话题的细节是否恰到好处。如果不是，那就在下一次迭代评审会开始时与参与者进行讨论。问问他们什么程度的细节是最有用的。一定要告诉以前的未出现在即将举行的会议上，您将进行讨论。强调指出，这将是他们引导会议朝着正确的细节水平发展的机会。
因此，你需要问问自己，这些话题的细节是否恰到好处。如果没有，那就在下一次sprint回顾会议开始时与参与者进行讨论。问他们什么程度的细节是最有用的。一定要告诉之前没有到场的人，你们将在接下来的会议上讨论这个问题。强调这将是他们引导会议走向正确细节的机会。
多团队项目的特殊考虑
在多团队项目中，有时会议的细节级别是错误的，因为每个团队都在进行自己独特的迭代评审。如果是这样，考虑合并一些迭代评审。
这样可以减少会议次数。它还允许更全面的讨论新功能和进度，这通常会导致更有用的会议。
问题4：迭代评审会是否由于其他原因而感到无聊？
如果正在以适当的详细程度讨论话题，问问自己迭代评审是否由于其他原因而使变得无聊了。有时这是因为一位参与者主导了讨论。有些人觉得自己被强迫要求对每件事发表意见，而另一些人则漫无目的地长篇大论。
Scrum Master通常是评审的引导者（facilitator）。确保您的Scrum Master知道这一点，并承担起使讨论保持活跃并快速进行的责任。
我喜欢套用娱乐圈的老话：永远让他们想要更多。如果你正在进行一场现场表演，你希望看到的场景是：观众在离开时希望能再多演一个节目或再多唱一首歌，而不是觉得表演进行得太久。
我喜欢应用旧的演艺圈建议：总是让他们想要更多。如果您要进行现场表演，则希望观众离开，而不希望演出持续太久，而只希望再表演一首或一首歌。
一个好的迭代评审会，参与者希望会议多持续5分钟，而不是多出了5分钟。（译者注：这句的原话是：Err on the side of sprint review participants wishing the meeting had gone on five more minutes rather than that it was five minutes too long.。直译过来很难理解，我就按照上下文的语境修改了一下，如果有更好的翻译建议的，请留言给予指导。）
让您的产品负责人（PO）帮助解决缺乏参与的问题
团队的PO可以是一个伟大的盟友：既可以让人们出席，也可以让他们参与。PO与业务方面的利益相关者团队有很多很深入的联系，而这些人很难参加会议。因此，可以寻求PO帮助您解决与低出勤率和参与率相关的问题。
你怎么看？
您是否曾因迭代评审的出席率低而痛苦？您做了什么来解决问题？请在下面的评论中分享您的想法。
