第21章 - 基于绩效的合同和服务水平协议

21 .5. 1 SOW 编制的一般准则

PBC SOW 必须以简洁、声明性、动词驱动的文档形式编写，因为它是从结果角度对客户所需商品/服务进行的陈述，并且包括可衡量的性能标准和每个结果的可接受质量水平。在非基于绩效的 SOW 中，通常要求供应商以特定方式执行工作，使用生产项目的详细规格，指定要提供的关键人员和服务合同要使用的方法。然而，最佳实践 PBC SOW 从要实现的结果的角度描述工作，并希望供应商确定如何实现结果以及如何最好地组织供应商劳动力来实现这些结果。一份写得好的 PBC SOW 应该：

• 是一份独立文件。
• 用清晰、简洁的语言定义要求，确定要完成的具体工作。
• 进行个性化定制，考虑履行期限、可交付成果（如果有）以及所需的履行灵活性程度。
• 不要重复招标或合同其他部分中已经包含的材料。
• 以清晰、简洁、常用、易于理解、可衡量的术语表达所需的性能输出。
• 不包括宽泛或模糊的陈述、过于技术性的语言或规定如何完成工作的详细程序。
• 围绕项目目标或要执行的工作的目的进行构建，即要执行什么而不是如何执行。例如：不要要求每周修剪草坪或每年秋天修剪树木，而是规定草坪的高度必须保持在2 -3 英寸，或者树枝不得接触电线或建筑物。

SOW 至少包含以下组件：

• 简介：采购的总体描述。
• 背景：帮助供应商了解需求的性质和历史的信息。
• 范围：与需求重要方面相关的 SOW 概述。
• 适用指令 （如果有）：采购中强制性或信息性的参考文件、规范或指令。
• 性能要求：需要做什么、性能标准以及可接受的质量水平。绩效要求应能够根据可衡量的绩效标准评估工作绩效；它们依靠在竞争环境中使用可衡量的绩效标准和财务激励来鼓励竞争对手开发和制定创新且具有成本效益的工作方法。
• 信息要求：作为合作的一部分必须提交的报告、软件、可交付成果和正式要求。
• 质量保证和验收标准：验收是机构确认货物/服务符合适用的 SOW 质量、数量和其他要求的正式书面流程。验收可能涉及或不涉及质量保证流程，并且通常在付款之前。应为任何里程碑交付以及最终验收提供正式验收程序。

PBC SOW 应该详细描述供应商通过解决四个要素（什么、谁、何时、何地和如何）要完成的任务。“如何”元素应具有灵活性，并允许供应商提出其公司如何实现结果或成果的方法。这四个要素应该包括：

• 要做什么以及可交付成果/里程碑是什么。
• 谁将做什么（代理商、供应商、第三方 CoVA 代理商等）。
• 什么时候可以交付成果和/或里程碑？
• 在哪里进行？
• 如何完成以及机构如何知道何时完成（即测试和验收）？