Sprint评论是我绝对喜欢的Scrum实践。 为什么？ 从生产率的角度来看，它是主要的反馈机制。 从健康的角度来看，这是将爱带给您的敏捷团队的机制。
什么是Sprint评论（或Sprint演示）？ 在每个sprint的结尾，团队都会证明Sprint Planning承诺的工作已经完成。 这使产品负责人有机会在投入太多时间之前说“不是我想要的东西”或“那正是我想要的东西”。
无论您是否敏捷，这里都有一些Sprint评论的巨大优势！
与您的产品负责人/客户建立信任。 通过在工作完成时建立完全的透明度，您将建立与客户的信任。 您可能需要重新组织计划，以便您交付有价值的数据块，而不是建立基础并放在顶层。 低信任度团队发现透明的想法违反直觉。 我听到他们说“我们的客户不在乎，他们只是想做到这一点。”正如我所听到的许多次说法，每次都被证明是错误的。 他们发现，它建立了真正的合作伙伴关系，并且客户对这项工作表示赞赏。
让行动者大放异彩。 在大型公司中，幕后工作人员很少看到他们的工作受到赞赏。 当我看到程序员在演示自己的工作时喜出望外时，Sprint评论让我眼泪汪汪。 这就是爱的源头。欣赏不一定是对昆巴亚赞美的形式。 我见过很多次要求进行更改的时间，但是程序员仍然很高兴有机会直接从客户那里听到反馈和推理。 直接反馈比管理层下达的二手订单有意义得多。
这把我引到了另一点。 送货团队，闭嘴。 在Sprint审核期间，不要批评您的同行。 特别是如果您是经理。 不要破坏他们的时刻。 稍后传递您的反馈和问题。
交付团队学会接受反馈。 接受反馈对于习惯于按规范工作的团队来说是新的。 产品负责人说“是的，这是我所要的，但是现在我明白了，我意识到我需要完全不同的东西。”这完全是正确的。对于新的敏捷团队来说，这可能是一件难事。 我最好的建议是让产品负责人对此非常好，并承认他们的观点已经改变。 我们不会仅仅因为它在纸上就做错事情，而是要为公司做对的事情。
如果我不制作软件怎么办？ 如果我不敏捷怎么办？ Sprint评论/演示将使任何人受益。 选择一个周期，它是您认为应该的一半。 我之所以这样说是因为，如果您不缩短反馈周期，那么您在做的就是您今天所做的事情，并且很可能会显示出成品。 您想早于现在就获得反馈。
我们显示什么？ 仔细查看您的团队所提供的价值，并加以证明。 例如，如果您提供培训，则可以在第一周显示大纲，然后在下一周交付（也称为教学）完整的模块。 我曾与设计硬件的团队合作。 每个sprint都显示具有部分工作功能的硬件。 “但是我们要全部设计然后再制造”。 现在是时候停止这样做了。 制作一个可行的原型。 我的一个营销客户开始按每周的优先顺序审查草稿。
您做了什么使Sprint评论有效？ 我们很乐意听取您的意见！
“尝汤” —雷·达里奥
