Scrum旨在作为用于复杂产品交付的简单但足够的框架。 Scrum并非万能的解决方案，灵丹妙药或完整的方法论。相反，Scrum提供了最小的边界，团队可以在这些边界内使用经验方法自组织解决复杂的问题。这种简单是其最大的优势，同时也是围绕Scrum的许多误解和误区的来源。
又到了冲刺评审的时候了。开发团队正在其中一间会议室中进行演示。当Jim将笔记本电脑连接到投影仪时，Susan紧张地重新整理了团队完成当前Sprint的工作记录。 “我要展示新的购物车吗？”她问高级开发人员约翰，声音有些不确定。约翰点了点头，然后停顿了一下，加入购物车“。然后，我将显示新的订单审核页面”。随着时钟调到11点，利益相关者开始进到会议室，笨拙地在巨大的桌子周围找到位置。产品负责人马丽到达，并在桌头的一种更舒适的椅子上坐下。她转向开发团队并发出Sprint评审开始的信号； “散会”。四十分钟后，开发团队评审了已完成项目的清单，并展示了所有值得展示的内容。随着演示的结束，观众向开发团队致以热烈的掌声。当利益相关者离开会议室时，开发团队松了一口气。 “嗯，这是一次很棒的Sprint评审！”马丽总结道。
在这篇文章中，我们解决了一个误区，即“Sprint评审”主要是一个将增量“演示”给利益相关者的机会。
如果您意识到以下的迹象，则适合您：
通过将Sprint评审主要作为演示来对待，失去了进行检查和调整的重要机会的目的。太多的Scrum团队将Sprint评审作为展示进度，提供“产品更新”，向利益相关者出售所构建产品或谈论他们所做的事情的时刻。
“太多的Scrum团队将Sprint评审作为展示进度，提供’产品更新’，向利益相关者出售产品或谈论他们正在做的事情的时刻。”
《Scrum指南》的描述作为“在Sprint结束举行以检查增量和调整产品待办事项列表的事件”的Sprint评审。”。这强调在Sprint评审期间，“ Scrum团队和利益相关者就Sprint所做的事情进行协作。基于此以及在Sprint期间对产品待办事项列表所做的任何更改，与会人员将就可为实现价值最大化而进行的下一步工作进行协作。”
“在Sprint评审期间，Scrum团队与其利益相关者之间的合作至关重要”
换句话说，在Sprint评审期间，Scrum团队与其利益相关者之间的合作至关重要。在Scrum中，我们了解到产品开发是一项复杂的活动。在进行工作时，我们要解决的问题和最佳解决方案都会从我们在开发过程中所学到的知识中浮现出来。 Sprint评审是Scrum中的关键机遇，它可以通过让已完成的工作中产生见解并在其基础上为后续步骤提供意见来使其成为可能。
Sprint评审旨在使产品的状态(增量)和产品待办事项透明。然后，Scrum团队和利益相关者对这两者进行检查，并分享从该检查中学到的知识。连同当前的市场状况，组织变更，预算和时间表，他们共同决定下一步。 Sprint评审的输出包括根据所学知识对产品待办事项进行的调整。从某种意义上说，Sprint评论旨在回答以下问题：“根据我们学到的Sprint的知识，下一步是什么？”这为Sprint计划提供了宝贵的意见。
好的Sprint评审具有以下特征：
在这篇博客文章中，我们打破了“Sprint评审”是关于将增量增量演示给利益相关者的误区。尽管演示当然可以成为Sprint评审的一部分，但它无法捕获Sprint评审的真正含义：Scrum团队和利益相关者之间的合作，以检查迄今为止的增量和进度，并确定最有价值的下一步。
欢迎留言讨论。
Scrum旨在作为用于复杂产品交付的简单但足够的框架。 Scrum并非万能的解决方案，灵丹妙药或完整的方法论。相反，Scrum提供了最小的边界，团队可以在这些边界内使用经验方法自组织解决复杂的问题。这种简单是其最大的优势，同时也是围绕Scrum的许多误解和误区的来源。
又到了冲刺评审的时候了。开发团队正在其中一间会议室中进行演示。当Jim将笔记本电脑连接到投影仪时，Susan紧张地重新整理了团队完成当前Sprint的工作记录。 “我要展示新的购物车吗？”她问高级开发人员约翰，声音有些不确定。约翰点了点头，然后停顿了一下，加入购物车“。然后，我将显示新的订单审核页面”。随着时钟调到11点，利益相关者开始进到会议室，笨拙地在巨大的桌子周围找到位置。产品负责人马丽到达，并在桌头的一种更舒适的椅子上坐下。她转向开发团队并发出Sprint评审开始的信号； “散会”。四十分钟后，开发团队评审了已完成项目的清单，并展示了所有值得展示的内容。随着演示的结束，观众向开发团队致以热烈的掌声。当利益相关者离开会议室时，开发团队松了一口气。 “嗯，这是一次很棒的Sprint评审！”马丽总结道。
在这篇文章中，我们解决了一个误区，即“Sprint评审”主要是一个将增量“演示”给利益相关者的机会。
如果您意识到以下的迹象，则适合您：
通过将Sprint评审主要作为演示来对待，失去了进行检查和调整的重要机会的目的。太多的Scrum团队将Sprint评审作为展示进度，提供“产品更新”，向利益相关者出售所构建产品或谈论他们所做的事情的时刻。
“太多的Scrum团队将Sprint评审作为展示进度，提供’产品更新’，向利益相关者出售产品或谈论他们正在做的事情的时刻。”
《Scrum指南》的描述作为“在Sprint结束举行以检查增量和调整产品待办事项列表的事件”的Sprint评审。”。这强调在Sprint评审期间，“ Scrum团队和利益相关者就Sprint所做的事情进行协作。基于此以及在Sprint期间对产品待办事项列表所做的任何更改，与会人员将就可为实现价值最大化而进行的下一步工作进行协作。”
“在Sprint评审期间，Scrum团队与其利益相关者之间的合作至关重要”
换句话说，在Sprint评审期间，Scrum团队与其利益相关者之间的合作至关重要。在Scrum中，我们了解到产品开发是一项复杂的活动。在进行工作时，我们要解决的问题和最佳解决方案都会从我们在开发过程中所学到的知识中浮现出来。 Sprint评审是Scrum中的关键机遇，它可以通过让已完成的工作中产生见解并在其基础上为后续步骤提供意见来使其成为可能。
Sprint评审旨在使产品的状态(增量)和产品待办事项透明。然后，Scrum团队和利益相关者对这两者进行检查，并分享从该检查中学到的知识。连同当前的市场状况，组织变更，预算和时间表，他们共同决定下一步。 Sprint评审的输出包括根据所学知识对产品待办事项进行的调整。从某种意义上说，Sprint评论旨在回答以下问题：“根据我们学到的Sprint的知识，下一步是什么？”这为Sprint计划提供了宝贵的意见。
好的Sprint评审具有以下特征：
在这篇博客文章中，我们打破了“Sprint评审”是关于将增量增量演示给利益相关者的误区。尽管演示当然可以成为Sprint评审的一部分，但它无法捕获Sprint评审的真正含义：Scrum团队和利益相关者之间的合作，以检查迄今为止的增量和进度，并确定最有价值的下一步。
欢迎留言讨论。