冲刺评论不是追溯性的。冲刺复盘是关于展示整个团队的辛勤工作：设计师，开发人员和产品所有者。在Atlassian，我们希望让我们的冲刺评论保持随意。团队成员围在桌子旁，进行非正式演示，并描述他们为该迭代所做的工作。现在是时候提出问题，尝试新功能并提供反馈了。成功共享是建立敏捷团队的重要组成部分。
首先，让我们回顾一下为什么团队的“完成”的定义对这次敏捷仪式如此重要。
第1步：定义“完成”
作为Jira的普通用户， 让我感到满足的莫过于将任务从“代码复盘”转移到“完成”。敏捷卡片的旋风代表了我们计划作为团队完成的工作。做完了！
越过终点线并完成工作需要良好的计划，明确的“完成”定义和集中的执行力。大多数情况是在sprint计划期间发生的 ，但是要获得成功的sprint评审和sprint，团队需要做的不仅仅是计划。他们需要建立一种清晰的文化，即如何交付工作以及完成工作意味着什么。
交付文化
有效的团队为每个工作项目带来清晰的流程和发展文化。使用以下问题评估您的流程，并确保该流程对于您的团队而言是最佳的：
- 在实施之前，产品所有者，设计师和工程团队是否对故事进行了明确的定义？
- 每个人都了解并实践团队的工程价值和文化吗？
- 围绕代码复盘，自动化测试和持续集成是否存在明确的定义和要求 ， 以鼓励可持续， 敏捷的开发？
- 团队完成故事后，是否会出现许多错误？换句话说，“完成”是否真的意味着“完成”？
团队围绕质量和完成度的文化应该超越每个用户故事，工程工作项目和错误。这种文化反映了团队如何处理和交付软件。
在每个工作项上定义“完成”
明确的“完成”定义可帮助团队专注于每个工作项目的最终目标。当产品负责人将工作添加到团队的 待办事项中时，定义验收标准是其过程的关键部分。完整的用户故事意味着什么？在Atlassian，Jira团队会按照Jira内部的其余用户案例来跟踪验收标准和测试说明。这样，整个团队在每个问题上都有清晰的成功观。什么是验收标准和测试说明？
- 接受标准：产品所有者用来确认故事已实施的度量标准，以使其满意。
- 测试说明：质量支持团队提供的简短，有针对性的指导，使开发工程师可以编写更好的功能代码和自动测试。
在实施过程中遇到明确定义的问题可使每个人都成功。使用Jira，很容易在行中添加字段。以管理员身份，只需在问题上单击“管理员”按钮即可。
步骤2：庆祝团队
在Atlassian，我们的核心价值观之一是“以团队的方式进行比赛”。Sprint复盘是庆祝团队和每个人在迭代中取得的成就的好时机。我们通常在星期五下午接待他们，而办公室里的每个人都在周末之前休息。Sprint复盘不是回顾的同义词，因此请确保在迭代之后但在回顾之前主持Sprint复盘。总是欢迎外部参与者加入，但是会议通常由产品所有者，完整的开发团队和Scrum主管组成。最佳做法是，建议会议中的每次迭代花费30分钟到一个小时。
我们喜欢冲刺式复盘，因为它们可以保护团队的健康和士气。冲刺评论都是关于团队建设的。评论不是对抗性的，不是考试，而是整个团队的协作活动，人们可以演示他们的工作，现场问题并获得反馈。
如果冲刺复盘没有成为整个团队的积极活动，则可能表明：
- 团队承担太多工作，但在迭代过程中未完成
- 团队努力应对现有技术欠债
- 不能持续开发以确保新错误不会引入代码库的功能
- 团队的开发实践并未得到应有的调整
- 产品负责人正在迭代中更改优先级，而开发团队则被范围爬坡所困扰
注意：每个团队有时都会遇到困难的迭代。花时间了解为什么迭代会改变团队的回顾，并制定计划以解决下一个冲刺中的问题。
第3步：遍及各个地区
拥有分散团队的公司在跨地区扩展敏捷仪式方面面临特殊挑战。冲刺复盘也不例外。Jira团队的成员遍布全球：悉尼，格但斯克，西贡和旧金山。即使我们是分布式的，冲刺评论也是我们团队文化的重要组成部分。团队成员创建非正式视频，并在Confluence 页面上共享它们，以 供整个团队查看。
这些非正式的视频使每个人都可以随时了解最新的开发进度。通过开发人员亲眼看到功能演示，可以通过两种方式增强团队实力：
- 产品理解：整个团队都可以听到该功能的意图，原理和实现。它扩大了每个人对整个产品的理解。
- 团队建设：视频在团队中建立了更多的个人联系。我们每个人都可以看到谁在产品各个方面的背后。尽管地理条件不同，但这种做法所建立的桥梁使我们成为一个更紧密，更具凝聚力的团队。
最后的建议
对于冲刺复盘新手来说，强烈希望将冲刺复盘放入回顾会议。花时间享受您的劳动成果。自由地庆祝成就。有效的冲刺复盘可增强团队的士气和动力。庆祝的想法对我们在Jira 团队中是如此重要，正因为如此 ，我们将“勇往直前，庆祝”纳入了我们的愿景声明。
