由于小组实际上是功能和职能团队，因此他们通常需要更新多个系统才能将新功能投入生产。这种模式的风险在于，如果没有人关注整个系统的完整性，系统的架构就会变得一团糟。为了降低这种风险，我们建立了一个称为“系统所有者”的角色。所有系统都有一个或一对系统所有者（鼓励配对）。对于运营关键系统，系统所有者是一对 Dev-Ops 同事，一个具有开发人员视角的人，另一个具有运营视角的人。系统所有者是负责与系统相关的任何技术或架构问题的人。
他是一名协调员，指导系统中
的编码人员，以确保他们不会“绊倒”彼此。它关注质量、文档、技术债务、稳定性、可扩展性和发布流程等方面。系统所有者 澳大利亚华侨华人数据 不是瓶颈或架构师。他不必自己做出所有决策，也不必编写所有代码或完成所有发布。他通常是小队成员或分会负责人，除了系统所有权之外，还承担其他日常职责。但是，有时，他会在“系统所有者日”对系统进行一些清理工作。
通常，拥有一个系统所花费的
时间不到一个人时间的十分之一，但当然，不同系统的时间差别很大。还有一个首席架构师的角色，负责协调跨多个系统的高级架构 阿尔巴尼亚 电话号码列表 问题工作。它分析新系统的开发，以确保它们避免错误并与架构愿景保持一致。反馈始终只是建议和输入——系统最终设计的决定权仍然在于构建它的团队。精益创业方法论如何扩展敏捷：精益的作用。
