资源 · 52
可移植性：验证从数字供应商退出的可行性
在合同或技术依赖关系导致退出不切实际之前，测试导出、重建和连续性。
已更新 · 3 min
本指南有助于实现的目标
- 识别依赖关系
- 测试可用的导出功能
- 估算重建成本
- 准备受控切换
快速检查
- 如果没有供应商，哪些内容会消失？
- 谁可以重建服务？
- 导出是否保留了关系和权限？
- 初始报价中缺少哪些成本？
- 切换失败是否可以撤销？
分步指南
- 1
定义需要保留的服务
列出关键任务和资产：数据、附件、配置、自动化和权限。 说明替代方案必须提供哪些功能，以及哪些功能可以暂时以降级状态运行。
交付成果：退出范围。
- 2
评估依赖关系
区分商业承诺、专有格式、技术集成和技能短缺。 GOV.UK 建议权衡服务价值和可移植性；避免所有依赖关系并非总是最佳选择。
交付成果：价值与可移植性之间的权衡。
- 3
测试代表性导出。
导出授权数据，包括关系、历史记录和边界情况。 检查格式、编码、标识符以及是否存在敏感信息。 下载文件并不代表文件可以被理解或导入。
交付成果：导出和完整性检查。
- 4
在其他位置重新构建。
在隔离环境中导入样本并执行一项关键任务。 记录调整、元数据丢失和手动步骤。 不仅包括内容，还包括配置和权限。
交付成果：重现的任务和差距。
- 5
估算并安排过渡。
估算提取、传输、并行操作、培训和支持。 区分已测量成本、报价和假设。 设置切换顺序、变更冻结，并在验收失败时进行回滚。
交付成果：计划和成本假设。
- 6
保持证据的更新。
在新的集成或格式更改后重复上述步骤。 根据服务的适用规则检查资产归还和副本处理。 退出条款不能替代技术演示。
交付成果：进度表和退出文件。
可重复使用的工作表
填写您已授权的观察结果。 这些字段是工作模板，而非观察结果。
| 字段 | 待记录信息 |
|---|---|
| 资产 | 所有者、数量和依赖关系 |
| 导出 | 格式、关系、附件和权限 |
| 重建 | 测试任务、结果和差距 |
| 切换 | 成本、时间、停止和回滚 |
虚构示例
示例情境
虚构示例：CRM 导出联系人，但省略了附件关系。
决策及预期证据
验收记录了切换前的差距；提取和附件协调是新增的，而不是声称已准备就绪。
区分机制
| 机制 | 目的 | 验证或限制 |
|---|---|---|
| 退出条款 | 定义待审核的承诺 | 未证明技术连续性 |
| 导出 | 检索资产 | 检查关系和元数据 |
| 测试重建 | 证明在其他地方使用 | 记录丢失的功能 |
管理指标
| 指标 | 衡量内容 | 首要行动 |
|---|---|---|
| 可导出资产 | 已检索关键资产且可读 | 解决遗漏 |
| 重建任务 | 在供应商外部重现流程 | 修复残留依赖项 |
| 过渡工作 | 观察或估计的时间和成本 | 将测量与假设分开 |
常见错误
- 混淆终止与连续性
- 仅在承诺后检查导出
- 忘记附件和权限
- 未经测试就声称特定成本
常见问题解答
应该 所有依赖项都应该被拒绝吗？
不。依赖项可以提供价值。 记录您接受的内容、退出成本以及可能改变决策的条件。
CSV 文件足够吗？
只有当它涵盖了必要的数据和关系，并且具有已理解的模式和经过测试的导入功能时才足够。
何时应该测试退出？
在提交关键功能之前以及在增加依赖项的更改之后。
官方参考文献
参考文献支持该方法。 请根据您的实际情况调整检查；它们并非认证。 原始参考文献标题和源文档可能使用其他语言。
参考资料查阅日期 .
