在这次会议上，他们还向我们解释说，一切都从 CODIR 内部的反思开始，以确定有兴趣进行自我转型的服务，并使用受 SAFe 的 WSJF 启发的方法对主题进行优先排序。最高级别的反思有助于使随后的行动合法化，并提醒我们任务的重要性以及战略性和深思熟虑的决定的影响/
在这 45 分钟里，琳达和托马斯向我们展示了这一转变的各个阶段：
建造一艘快艇来共享起始状态和目标
定义 X 矩阵来创建对齐
所有科目的集中化和优先化
在团队中任命一名敏捷大师
努力通过会议恢复意义
利用授权扑克实现决策分散化
如今，人力资源团队内部的动态已经完全不同，每个人都渴望继续冒险，因为这仅仅是一个开始。
敏捷性常常被简化为 IT 环境，但它所传达的信息却在所有部门引起共鸣。
回归基础，迈向成功：培养真正的敏捷性 – Olivier My
产品团队中的敏捷教练有点像旋转盘子的艺术家：给人留下了深刻的印象，但是当他不在场时，一切都会崩溃，或者几乎崩溃。奥利维尔就是这样开始他的会议的。
在谈论大规模敏捷性之前，Olivier 邀请各组织确保其基础良好。应该考虑 保加利亚 WhatsApp 号码数据库 哪些服务？为他们提供服务的团队是否提供优质服务？如果是这样，那为何要改变一切呢？除此之外，问自己几个问题是有趣的：
用户怎么说？ [以用户为中心]
团队怎么说？ [知者行之]
目前运作情况如何？ 【目视管理】
她可以采取哪些小步骤来改善？ [持续改进]
它们对其有效性有何影响？ [指标]
如果这个团队与其他团队有依赖关系怎么办？让我们用相同的方法研究整个系统。如果它们并行工作，那么我们就能够深入了解。我们不要试图走得太快，而是通过设定正确的目标来做好事情。工具和实践只是随后出现以促进整个事情的进展。
从对现有服务的良好观察开始，在已提供令人满意的服务基础上继续努力改进这些服务，这样风险较小。大爆炸策略虽然有效，但其效果更为显著，而且往往适得其反。
衡量服务质量的良好方法和对这些措施的精确监控有助于提供可见性并跟踪改进行动的影响。
在谈论框架、实践甚至工具之前，让我们先问自己正确的问题，以赋予所有后续改进行动意义。如果 Scrum、Kanban、Lean 和/或 Agility 对遇到的困难有答案，那么团队就会仔细研究它们。