动作一:先写完成定义

开工前把交付物、质量要求与不做什么写成一段可核对的话,双方确认。为什么重要:没有完成定义,交付时只能靠感觉争论,谁声音大谁有理。做法是把模糊形容词换成可观察状态,例如可查、可导出、能在限定时间内完成某个动作。

会场舞台:讲师与背景大屏
会场舞台:授课现场自有素材

动作二:约定证据形式

每项要求对应一种证据:截图、日志、抽样记录、第三方报告。怎么约定:证据要能被第三方复核,成本也要可接受,不能只写口头确认。边界是证据形式一旦定下,验收时就按此核对,不接受临时更换标准,否则等于重新谈判。

动作三:写清不通过怎么办

提前约定不通过的判定、整改期限与复验方式,避免交付时扯皮。为什么必须有:没有退出机制,双方只能在妥协与无限期拖延之间选择。做法是把不通过项分级,关键项不通过不予验收,一般项限期整改并只复验该项。

与质量检查、合同验收的区别

质量检查看过程是否符合规范,合同验收看交付物是否符合约定,验收思维是贯穿两者的判断方式。边界:它不替代监理与第三方检测,涉及资质与法定检测的,仍由具备资格的一方出具结论,我方只提供辅助材料与记录。

需求模糊时怎么办

先定最低可接受标准,把可选项单列,写清后续如何追加。为什么可行:模糊需求无法一次谈清,先把底线定住,项目才能启动;追加项走变更流程并重新确认工期,避免范围悄悄膨胀,最后双方都不认账。

适用与不适用

适合谁

  • 正在签合同、需要明确交付标准的项目负责人
  • 交付后经常因是否完成产生争议的团队
  • 需要向客户解释验收逻辑的服务方

不适合谁

  • 希望先做再谈标准、靠关系解决分歧的项目
  • 不愿意留下任何书面记录的合作方

典型场景

一家企业的数据看板项目在验收前发生分歧:客户认为缺少导出功能,供应方认为需求里没写。回看需求单只写了界面美观,双方都无法举证。之后他们把每条要求改成可核对的状态并附证据形式,第二个项目验收只用了半天,争议也少了很多。

可执行步骤

  1. 把交付物逐条写成可核对的状态,标注必须与可选,并注明可选范围
  2. 为每条要求指定一种证据形式,并约定保存期限,保存多久也要写明
  3. 写明不通过的判定、整改期限与复验方式,开工前由双方签字确认,避免临时改口
  4. 需求变更时同步更新标准与工期,双方确认,法定检测仍由持证机构出具
  5. 验收后把记录与证据归档,作为维护与后续项目的依据,并注明验收结论
方法、团队与训练营类目结构示意图
类目示意图:方法、团队与训练营通用流程示意 · 上岸智源

常见坑

  • 完成定义写成界面美观、体验流畅之类无法核对的形容词,只能靠感觉争论,验收时谁都不服
  • 证据形式临时更换,验收时各拿一套材料,无法比对,争议无从裁决,最后只能各让一步收场
  • 不通过的判定没有书面约定,整改期限一拖再拖,项目迟迟无法关闭,成本持续增加,双方关系也变差
  • 变更不同步更新标准,交付时才发现范围与最初不一致,工期却仍按原计划,只能临时压缩测试
俯拍桌面与协作中的团队
团队协作:电脑与文件自有素材

自检与验收清单

  • 完成定义是否可被第三方核对,能否被第三方核对
  • 每条要求是否都有对应证据,由谁保存、保存多久
  • 不通过的判定与复验方式是否写明,是否双方确认
  • 变更是否同步更新标准与工期,是否留存变更记录
  • 记录是否归档并可查,维护与审计时能否查到

常见问题

验收思维会不会让合作变得紧张

短期看会多一些前期讨论,长期反而减少争执。把标准写在前面,双方都知道边界,交付时按证据核对,不涉及人身评价;真正让关系紧张的是标准模糊、反复返工。

客户不愿意写标准怎么办

由供应方先写一版草稿,把可选项与不做项列清,请客户确认或修改。多数客户不是不愿写,而是不知道怎么写;给一份具体草稿,比要求对方从零起草更容易推进。

时间很紧还能做验收设计吗

可以只做最低版本:写三条关键标准的证据形式,其余留到观察期。关键标准通常与数据、权限、可用性有关,把这三项定住,就能覆盖大部分争议场景,不必追求完整。

参考来源

  1. AI Risk Management Framework (AI RMF 1.0) 美国国家标准与技术研究院(NIST) · 2023
  2. ISO/IEC 42001:2023 人工智能管理体系 国际标准化组织(ISO) · 2023
  3. 云计算服务安全评估办法 国家互联网信息办公室等四部门 · 2019