你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

通过追溯培养成长型思维模式

追溯强化了成长型思维模式的原则：试验、测试、学习、分享、成长和授权。 他们还为团队成员提供了一个安全的地方，以分享他们在当前项目中面临的挑战，并让团队能够创造可持续的增长。

追溯结构

在迁移项目的回顾性会议期间，团队的每个成员应分享他们对三个基本问题的看法：

• 哪些进展顺利？
• 哪些可以做得更好？
• 我们学到了什么？

经验

追溯标记发布或迭代的结尾。 随着团队获得经验和吸取教训，他们调整发布和迭代积压工作，以反映要测试的新流程和试验。 这将从迁移过程开始下一次迭代。

管理下一个迁移波的团队应应用他们学到的教训来不断改进迁移。

进行回顾

需要一些事项才能开始迁移回顾：

• 组织者：在整个过程中充当组织者或教练的团队成员。 此团队成员专注于指导团队完成回顾过程，并确保听取和捕获所有想法。
• 跟踪和组织的方法：一种以可视方式跟踪和组织想法的方法。 这可以是带有便笺、虚拟白板或 DevOps 工具的物理白板。
• 范围问题：你想要使用三个问题来组织跟踪系统：
  • 哪些进展顺利？
  • 哪些可以做得更好？
  • 我们学到了什么？

完成上述步骤后，请与团队执行以下步骤：

• 个人答案：让每个团队成员回答“进展顺利？”的问题，并记录他们的答案。

  • 如果使用物理板，请让每个团队成员填写董事会的答案。
  • 如果使用数字板，请让每个成员通过该工具填写答案。

• 组织者读出：每个团队成员记录其想法后，组织者应查看反馈，然后大声朗读给团队。

  • 应将它们组合在一起，发现它们，以便识别递归趋势。
  • 根据需要创建标签或 父 项以帮助组织这些想法。
  • 如果发现属于另一个区域的错放项，请暂时移动它们。

• 重复此过程，了解“什么可能更好？

  • 在此过程中，鼓励人们与人员、流程和技术讨论他们的具体挑战。 这应该是一个开放空间。
  • 尝试确定迁移造成哪些延迟、受影响的发布或导致工作负荷被推送出此冲刺。
  • 在讨论“我们学到了什么？”时，请考虑如何防止这些问题。

从这些问题中捕获和分组想法后，请团队问“我们学到了什么？”。 然后，为改进而集思广益，你可以应用于下一个冲刺。

回顾性输出示例

请考虑以下示例追溯输出：

哪些进展顺利？	哪些可以做得更好？	我们学到了什么？
与应用程序 X 和应用程序 Y 的业务用户通信（5 票）	开发人员参与验证应用程序 X 和应用程序 Z 的网络体系结构（3 票）	在迁移之前，我们需要查看来自工作负荷的所有防火墙流量，即使我们认为它们没有特殊规则也是如此。 （4票）
应用程序 Y 的开发团队非常参与。 （2票）	了解应用程序 X 的网络要求（2 票）	我们需要确保开发团队知道在迁移过程中预期的内容。 （4票）
在迁移过程中启用Azure 备份。	了解应用程序 Y 的网络要求（1 票）	我们需要为大型 SQL 数据库计划额外的时间。 （3票）

下一步

应继续实现 Azure 管理方法的云采用框架，以确保可以持续维护和优化 Azure 中的工作负荷。

云采用框架 - 管理方法