《Proceedings of the Design Society》：Managing technical debt at Ubisoft IT: interfaces and change propagation in engineering systems interventions
编辑推荐：
技术债务（TD）是一个在信息技术（IT）从业者和研究人员中日益流行的术语，作为一种财务隐喻，解释了现有元素如何阻碍未来变更。在工程设计术语中，管理技术债务（TD）等同于管理现有系统的重新设计，这是一项变更传播（change propagation）起关键作用的
技术债务（TD）是一个在信息技术（IT）从业者和研究人员中日益流行的术语，作为一种财务隐喻，解释了现有元素如何阻碍未来变更。在工程设计术语中，管理技术债务（TD）等同于管理现有系统的重新设计，这是一项变更传播（change propagation）起关键作用的任务。通过与拥有一家运营全球IT网络的游戏开发公司Ubisoft的合作，研究人员提供了一个案例研究，展示了一种探索工程系统干预（engineering systems interventions）中接口和传播的新方法，并使用公理化设计（Axiomatic Design）进行分析。
论文解读文章：
**研究背景与问题**
工程系统（engineering systems）是构成现代社会基础设施的核心，涵盖交通、能源、通信网络以及数据中心等局部系统。这类系统具有长生命周期、动态环境交互以及“部分设计、部分演化”的特征，导致显著的技术复杂性与组织复杂性。在信息技术（IT）领域，技术债务（Technical Debt, TD）作为一个财务隐喻，描述了现有系统元素对未来设计变更的阻碍效应，已成为实践者与研究者关注的焦点。然而，传统TD管理方法多聚焦于代码层面的增量迭代，对“高层级”TD（如体系架构、流程与需求层面的债务）缺乏系统性模型与方法。现有工程系统干预（engineering systems interventions）文献虽强调变更传播（change propagation）在重新设计中的核心作用，但主要依赖“预测与控制”范式，假设所有接口（interfaces）均可提前认知并建模。实际上，大型工程项目中普遍存在的预算超支与进度延迟表明，存在未知接口（unknown interfaces）及其传播效应，而当前理论对如何有效管理这类接口缺乏系统化指导。由此，论文提出研究问题：现有两阶段行动模型（前端科学验证与后端紧急修复）在多大程度上以及以何种方式能够被丰富，以更好地应对工程系统干预中的未知接口管理。
**研究内容与结论**
研究人员通过与游戏开发公司Ubisoft的IT部门合作，以版本控制系统（Version Control System, VCS）为单案例研究对象，开展了一项TD管理干预。该VCS自2004年起运行，存储多款大作（如《刺客信条》）数十年的文件版本，支持每天数百万文件版本、数十TB数据及数GB/s带宽的读写操作。由于体系架构复杂、硬件老旧、缺乏操作标准化，VCS被认定为TD焦点。研究人员设计了一种“移植”协议：将单个服务器实例迁移至支持自动化的外部云平台，同时保持其余系统继续运行，以此在活系统中实验未知接口。通过使用公理化设计（Axiomatic Design）编码系统结构（功能需求FRs与设计参数DPs），并扩展工程系统干预模型分析过程数据，研究发现：干预早期即主动引入对未知接口的实验（而非被动应对事故），并采取超规格设计（over-engineering）、并行化新老版本以实现可逆性、将风险转移至最适合的承担者等措施。这超越了传统“紧急修复”逻辑，形成了一种兼具风险控制与学习的有效实验模式。基于此，论文提出了一个初步的五步模型（Figure 6），指导实践者有效实验未知接口。研究结论强调了工程系统设计是孤立实验与行动中实验之间的非线性对话，并指出设计活动在干预后仍需有意识固化经验，以评估未知接口是否已充分去风险或是否出现新接口。
**意义**
该研究发表在《Proceedings of the Design Society》。其理论意义在于：明确了未知接口的存在并使其可被系统化处理，丰富了两阶段行动模型；实践意义在于为IT系统TD管理提供了可操作的“五步法”流程，尤其适用于高度复杂、无法停机或重建的工程系统。
**关键技术方法（不超过250字）**
研究人员采用单案例研究方法（single case study）在Ubisoft IT的研究干预情境下开展。数据来源包括：架构决策记录、会议纪要、规格文档等64份资料（共431页）；第一作者作为项目成员参与96周例会（120小时）；以及VCS遥测数据（170天）、45次正式与非正式访谈（16位参与者，包括IT架构师、DevOps工程师、系统管理员、业务分析师、服务所有者与IT总监）。分析方法上，使用公理化设计（Axiomatic Design）对系统进行功能需求（FRs）与设计参数（DPs）矩阵编码，以可视化解耦与耦合关系；同时扩展工程系统干预模型（Figure 1）为双层分析框架（Figure 2），分别映射整体干预过程与变更传播实验。初步发现每两个月提交指导委员会（由高级学术导师与Ubisoft总监组成）审查以降低组织偏差。
**研究结果（保留小标题）**
- **5. Results: effective experimentation of unknown interfaces**
通过将扩展分析框架（Figure 5）应用于VCS干预，研究人员发现：干预不仅包含传统“科学证明”逻辑（Archetype 1）下的预测与控制传播（如重新设计DP4.2和DP8以响应上游耦合），还主动承认未知接口的存在，并在项目早期即启动其实验。例如，提前超规格设计DP4.1和DP4.2、并行化新老版本DP9以创造人工可逆性、重新设计DP12将风险转移至最适合承担方。当因未预期的复制依赖导致DP3故障时，团队快速解决并揭示了FR3与DP4.1之间的耦合性质。此外，FR9在新构件（DP4.1和DP11.1）引入后表现超预期，产生了正向连锁效应，使得先前认为不可行的DP9优化得以实现。这些特征表明，所需专业能力远超单纯修复缺陷，并催生了针对未知接口有效实验的五步模型（Figure 6），为实践者提供指导。
**讨论与结论**
在讨论部分，研究人员指出，通过Ubisoft VCS的TD管理干预分析，论文阐明了如何在已存在且理解不足的系统中管理变更传播。干预协议在早期设计过程中主动揭示先前未知的接口，触发针对性重设计活动，同时保留了已知接口实验的典型益处（风险控制与学习）。通过明确承认并编码未知接口的存在，并将其探索置于前沿而非等其以问题形式显现，研究人员强调了工程系统设计是孤立实验与行动中实验之间的非线性对话。所提模型虽在渐进降低不确定性方面类似传统V-cycle，但其创新在于使这种“过滤”努力显式化，并承认过滤后仍有残余“未知”。不同于经典模型以发布和退役终结，设计活动在干预后并非结束，而是有意识地巩固经验教训，评估未知接口是否已充分去风险或新接口是否出现。VCS案例中，后续改进（如服务器容器化）即在此框架内开展。论文同时指出，研究局限性在于单案例的普适性需跨系统与组织复制验证；干预成功依赖于设计者专业能力与组织对系统性技术遗产翻新的支持，这凸显了复杂系统重设计中的组织维度，并提出了团队培训、管理与支持的未来研究方向。
翻译研究结论部分：通过对Ubisoft VCS中一次TD管理干预的分析，本文展示了如何在已存在且理解不足的系统中管理变更传播。干预协议在早期设计过程中主动揭示先前未知的接口，触发针对性重设计活动，同时保留了已知接口实验的典型益处（风险控制与学习）。通过明确承认并编码未知接口的存在，并将其探索置于前沿而非等其以问题形式显现，本文强调了工程系统设计是孤立实验与行动中实验之间的非线性对话。
