客户应该期望收到什么
具体工件取决于工作性质，但目的很简单：经过约定的测试和最终付款后，客户应该获得理解所交付内容、如何运行、如何支持以及如何顺利移交所需的材料。
- 范围摘要、假设和任何批准的变更
- 项目使用的代码库或文件结构（如适用）
- 源代码或配置代码库（如适用）
- 设计文件和制造数据（如与工作相关）
- 按需要的竣工说明、图表、标签或网络图
- 客户拥有的系统的访问和凭证移交步骤
- 作为交付包一部分的退出策略文档
- 未解决的风险、依赖关系和推荐的后续步骤
交付后的支持
支持级别是可选的。 它们主要用于IATRT继续管理域名、托管、持续硬件支持、监控或类似操作责任的环境。最终用户可以直接向IATRT请求支持，前提是选定的支持级别允许。
客户也可以在交付后返回并购买支持，前提是交付的系统基本保持移交后的状态，并且尚未被另一个维护者接管。
常见问题
IP转移何时进行？
初始项目范围决定成本。经过约定的测试完成并最终付款结清后，使用项目文档包完成最终交接。如果IP分配或转移是项目的一部分，在该交接时或根据已约定的合同立场进行。第三方许可组件保持其自身的许可条件。
交接包中包含什么？
这取决于项目，但意图很直接：清晰的代码库或文件结构、相关的源代码和设计工件、竣工说明、访问移交信息和退出策略文档，以便客户不会对系统应如何维护或后来如何转移感到困惑。
交付后支持级别是强制性的吗？
不是。支持级别是可选的。它们主要用于IATRT继续管理托管、域名、持续硬件支持或类似操作工作的情况。最终用户可以直接向IATRT请求支持，前提是选定的支持级别包括此项，但客户可以随时暂停或离开，没有锁定合约期限。
我们可以在以后添加支持或转到另一个维护者吗？
可以。交付模型旨在允许维护和迁移，而不是困住客户。如果交付的系统基本保持移交后的状态且尚未转移到另一个维护者，支持可以在以后添加。客户也可以在需要时将支持转移到内部团队或其他提供商。
您如何处理低估的范围或变更？
既定的方法是尽早突出显示变更、解释技术原因，并在大量范围外工作继续前获得批准。这样可以保持商业机制的可见性，而不是在事后变成惊喜。