参考体系结构与参考实现

在Triagile 2019的这个剪辑中，Mike Cottmeyer正在解释参考架构和参考实施之间的差异，为什么了解敏捷转换成功的基础敏捷性的基础模式非常重要。

参考体系结构与参考实现成绩录

房间里有人相信你应该在安全指南中取出所有内容并在你的组织逐字部署它吗？不？正确的。我们都同意它旨在量身定制，对吗？你量身定制的原则是什么？正确的。当他们量身定制的方法时，每个人都有一个非常清楚的是对不可谈判与谈判的原因吗？就像你能遗漏的东西，仍然没有工作或仍然有它？正确的？好的，所以，当我们最近一定程度地区分开的事情之一是我们所谓的参考架构与参考实现的想法。 What we’ve found useful is this idea that there’s a bunch of base patterns that we believe transcend any of the methodologies. You can find them in LeSS, you can find them in SAFe, you can find them in Disciplined, Agile Delivery. In the small, you can find them in Scrum, you can find them in XP.

参考架构普遍存在。参考实施是可以谈判的。所以了解你无法侵犯的基本模式，就像一个非常大的交易，对吧？所以当你想到它，就是我们理解我们的业务案例，我们了解我们想要拉的杠杆。亚博vip9通道我们将开始阐明我们到达那里的战略。参考架构将帮助我们了解我们指向的是什么。我们迈向的是什么？因为这是另一个有趣的事情。当您从早期转换到晚期转型时，您的方法实际上会发生变化。您将不得不在开始破坏依赖项后，尽早不一定要做依赖项。 So if our reference architecture, if the underlying patterns stay the same, we can start to tailor the methodology without breaking it as we move from higher control to lower control through the course of the Transformation.

好的？因此，参考架构向我们提供了一个指导我们射击的指导。并进入整个参考架构，参考实现。如果您在大规模克拉姆的安全和团队策略中看出了合作策略，或者在纪律处分中的合作策略，甚至在小与Scrum中，您会发现我所说的关于团队，积压，工作测试软件我认为在所有这些中都持有真实，对吧？它们有不同的工具和技术，他们希望您如何扩展。大规模scrum基本上假设较少的依赖关系。安全假设更多依赖性，但我不认为完全尊重生态系统中的所有依赖项。所以有时我们甚至会比安全建议更有控制。但是，如果您可以开始识别此团队的积压，工作测试和软件模式依赖管理模式，对右？

当您开始提高您的组建团队的能力时，创建积压和生成工作测试软件，通常通过逐步消除组织内的依赖项，然后您可以开始弃用一些控件。所以你发现的是，安全的是高度依赖环境的安全通常不足，当没有很多依赖性时，它实际上有时候过于沉重？还有其他方式可以在依赖性的情况下少做它，或者在没有依赖关系的情况下。好的？因此，了解你在那里的那个连续体会将绝对通知您的方法。因此，圣杯在这里，右，就是能够阐明一个策略，就是我们将如何形成团队，这就是我们要治理的方式。然后我们开始破坏依赖性并随着时间的推移减少组织功能障碍，我们已经到位了哪些控件我们可以开始开始弃用？好的？因此，为什么了解这些基本面，从理论和方法中了解这些基本面，并了解您的基本参考架构是什么，因为您的实践将在改进系统时进化。您希望在改进系统时减轻实践。