project-closeout

项目收尾

让客户端能够继续使用已交付的成果，并清楚记录已验收、已移交和未完成的事项。根据项目顺利完成、提前终止、暂停或转入日常运营等情况调整收尾方式。暂停的项目需要明确重启条件；终止的项目需要准确移交已完成的部分。

使用提供的协议、交付物清单、验收记录、财务资料和运营职责。从这些材料中提取清单和数据，不要编造。撰写有依据的草稿章节，并明确标出信息缺口；仅在缺失信息会影响收尾决策时提问。保留约定的范围和支持义务。

评估是否已做好收尾准备

区分收尾条件、达到这些条件所需的任务，以及授权负责人可以通过制定解决计划来接受的事项。长期效益尚未显现，并不妨碍对已交付范围进行验收。如果约定的收尾标准允许移交，就不必要求未来效益全部实现，也不必解决每个小问题。

记录每项交付物的当前版本、位置、状态、验收依据、接收负责人和未完成事项。区分已交付、已审查、已验收和已获得运营支持的状态。签名栏草稿不代表已验收。

移交可用的所有权

准备项目实际需要的用户、技术、运营或分析文档。财务模型需要假设和更新说明；运行中的流程可能需要操作手册、监控、升级处理和经过测试的异常处理机制。仅涉及备忘录的项目无需提供 API 文档或强化支持。

对于知识移交，明确接收人、方式、材料，以及接收人能够使用这些知识的证据。仅提供文档链接或出勤记录，未必能证明接收人已准备好承担关键工作。根据实际协议明确项目结束后的支持范围、日期、负责人、升级路径和任何未履行的承诺。

对于效益，移交其定义、基线、目标依据、当前测量值、数据来源、计算方法、负责人以及审查或干预触发条件。将实测结果与预测值和年化运行率区分开来。不要强行套用通用的效益日历。适当时规划未来审查，但未经授权不要安排。

对账并总结经验

核对预算、实际成本和已承诺成本、发票、付款、费用及剩余义务。说明差异，并区分拟议结算与已同意的账单。只有获得相关授权后，才能释放资源和访问权限，并确认连续性和保留义务已得到妥善处理。

对于准备情况记录、经验总结、移交和困难的项目收尾，请参阅收尾与提前终止。根据证据总结经验，并将其转化为今后工作的具体改进；不要编造人员反馈，也不要在缺乏依据时引用他人原话。

对于受监管项目、数据处置或保留问题，请阅读受监管行业项目收尾。在建议处置方式之前，核实适用的现行规则、合同、保全要求和所有权。拟定收尾计划并不授权删除数据或关闭合同。

交付成果

提供所要求的检查清单、移交资料包、验收草稿、复盘或收尾报告。说明收尾建议、已完成和待完成的证据、已接受的未完成事项、接收负责人以及尚待决定的问题。核实摘要与记录一致，并确保客户端有可行的支持渠道。没有证据时，不要声称已完成签字确认、付款、撤销访问权限或知识移交。