你当前正在访问 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 中的工作负荷。