项目收尾要投入多少人天、排多长时间，可以用一套可复算的方法估出来：先把收尾拆成复盘、归档、移交、资源释放四类工作，分别确定工作量基准、参与角色和并行度，再乘以规模系数与返工系数，得到总人天和日历工期。经验上，收尾投入约占项目总工作量的5%–15%，项目越大、交付物越多、干系人越分散，比例越高。文中数值均为示例假设，需用本项目历史数据校准。收尾工时与交付物记录可沉淀在ONES中，便于后续复算。
要点总览（TL;DR）
- 收尾投入按四类工作拆分估算：复盘、归档、移交、资源释放，分别确定单位工作量、参与角色和并行度，再汇总为总人天与日历工期。
- 经验上收尾投入约占项目总工作量的5%–15%，交付物多、接收方超过3个、遗留问题超过10项时按区间上限估算更稳妥。
- 总人天=Σ各类工作人天×规模系数×返工系数；日历工期=总人天÷日均投入人数÷并行度；人力成本=总人天×人天单价。
- 测算前先统一人天折算、兼职比例、并行度、币种税费等口径，文中数值均为示例假设，真实预算按本单位费率填写。
- 收尾工时、交付物清单和移交签收记录持续沉淀，积累3–5个项目后回归校准规模系数与返工系数，估算会逐步收敛。
收尾投入算到哪一步：范围与时间跨度
本文测算的对象是项目整体生命周期结束或转换阶段的收尾工作，即项目从“交付完成”走向“正式关闭”这一段。它与单次软件交付验收不同：单次验收关注某一批交付物是否通过检验、问题是否闭环，属于交付验收与追溯的范畴；收尾关注整个项目的人、文档、成果、合同如何了结。日常运维、执行期的进度与成本控制也不在本文测算范围内。
收尾阶段包含四类工作，每类都有明确的起止判定：
| 工作类别 | 起算判定 | 结束判定 | 纳入/排除说明 |
|---|---|---|---|
| 复盘 | 主要交付物验收通过 | 复盘报告定稿并完成分享 | 纳入；单次交付评审会不纳入 |
| 归档 | 复盘启动或交付物定版 | 文档库归档完成、目录可检索 | 纳入；执行期日常文档更新不纳入 |
| 移交 | 接收方确认接收意愿 | 移交清单签收、责任边界确认 | 纳入；单次验收签字不纳入 |
| 资源释放 | 移交签收或项目关闭决议 | 人员退回、合同关闭、资产归还 | 纳入；日常人员调度不纳入 |
时间跨度上，收尾期通常跨越2–8个日历周。影响因素包括：交付物与文档数量、接收方数量与地理分布、遗留问题规模、法务与采购的审批节奏、收尾期成员是否被抽调。小型、单一接收方的项目可能2–3周完成；大型、多接收方、跨地区的项目可能延伸到6–8周甚至更长。起算点建议以“主要交付物验收通过”为准，结束点以“资源退回与合同关闭”为准，两端都应有书面记录，便于后续取数。
收尾要花在哪些事上：成本与资源项清单
把收尾投入拆成可计量的人力项与非人力项，是后续套公式的前提。人力项按角色和投入方式计量，非人力项按发生次数或份数计量。
| 类别 | 资源项 | 计量单位 | 计量口径 |
|---|---|---|---|
| 人力 | 项目经理 | 人天 | 按实际投入比例折算，含协调、催办、汇报 |
| 人力 | 核心成员（技术、业务、实施） | 人天 | 按参与复盘的场次与材料准备任务计 |
| 人力 | 职能支持（法务、财务、采购） | 人时 | 按合同审查、结算、采购关闭的实际处理时长 |
| 人力 | 外部供应商 | 人天或次 | 按合同约定的配合义务或单独计费 |
| 非人力 | 文档整理与存储 | 份、GB | 按交付物份数与存储容量计 |
| 非人力 | 差旅与会议 | 次、人天 | 按移交、复盘的实际到场次数 |
| 非人力 | 外部审计或评估 | 次 | 按第三方服务合同计 |
| 非人力 | 系统与工具使用 | 月、席位 | 按收尾期实际占用周期计 |
容易漏计的有四项：一是干系人沟通，包括向管理层汇报收尾进度、向接收方解释遗留问题，往往占项目经理收尾工时的三成以上；二是遗留问题处置，缺陷修复、未结事项谈判常被当作“执行期尾巴”而不计入收尾；三是知识转移答疑，移交后接收方的提问与陪跑期支持；四是合同与资产的隐性流程时间，如法务审查排队、资产盘点核对。这四项建议在清单中单列，避免汇总时被平均掉。
测算前先定口径：假设与计量规则
不同项目的收尾数据要能横向比较，必须先统一口径。以下规则建议在测算表首页写明，随预算一起提交。
- 人天折算：约定每人每天有效工时，常用6–8小时。会议、沟通按实际时长折算，不按整天计。
- 兼职折算：成员以50%投入参与收尾，则其1个日历天计0.5人天；职能支持按实际处理小时数除以每日有效工时折算。
- 并行度：并行度指同一时间段内可同时推进的工作流数量。并行度为2时，10人天的日历工期约为5天（按单人投入计），但需扣除交接等待。
- 币种与税费：人力成本标注币种，明确是否含税；外部服务按合同计费周期标注为一次性或按周期。
- 示例与报价区分：文中所有金额、区间均为演示测算方法的示例假设，不代表任何产品或服务的报价；真实预算须按本单位薪酬或外包费率填写。
口径表建议包含：项目名称、测算版本、编制人、假设清单、数据截止日期。版本化管理能让管理层看到估算随实际数据如何收敛。
四类收尾工作的估算公式与参考区间
四类工作分别估算，再汇总。下表公式中的参考区间来自经验假设，用于首次测算，后续应替换为本项目或同类项目的历史实际值。
| 工作类别 | 估算公式 | 参考区间（示例假设） | 主要变量 |
|---|---|---|---|
| 复盘 | 参与人数×会议时长（折算人天）+材料准备人天 | 3–8人天 | 参与人数、会议轮次、材料详略 |
| 归档 | 交付物数量×单份整理人时÷每日有效工时 | 单份0.5–2人时，合计2–10人天 | 交付物份数、文档质量、模板统一程度 |
| 移交 | 接收方数量×移交轮次×单轮人天 | 单轮0.5–2人天/接收方 | 接收方数量、轮次、地理分布 |
| 资源释放 | 人员清退+合同关闭+资产归还的固定工作量 | 2–5人天 | 合同数量、资产规模、审批链条 |
复盘工作量的主体是会议与材料：一次半天的复盘会，8人参与约折合4人天，加上材料准备1–2人天，合计5–6人天；若分部门多轮复盘，需按轮次累加。归档的关键变量是文档质量，模板统一、命名规范的项目单份整理可压到0.5人时，文档散乱的项目可能超过2人时。移交按接收方和轮次计，跨地区移交需额外计入差旅与等待。资源释放相对固定，但合同越多、审批链越长，工作量越靠近区间上限。
四类合计通常占项目总工作量的5%–15%。判断落在区间哪一端，可看三个信号：交付物数量是否显著高于同类项目、接收方是否超过3个、遗留问题是否超过10项。三个信号都出现时，按上限甚至突破上限估算更稳妥。
汇总成总投入：计算模型与预算框架
分项人天汇总后，乘以规模系数与返工系数，得到总人天；再按日均投入人数与并行度换算日历工期；最后乘以人天单价得到人力成本。
- 总人天 = Σ（各类工作人天）× 规模系数 × 返工系数
- 日历工期 = 总人天 ÷ 日均投入人数 ÷ 并行度
- 人力成本 = 总人天 × 人天单价（单价按实际薪酬或外包费率填写）
规模系数用于修正项目体量差异，小型项目可取0.8–1.0，大型多交付物项目可取1.2–1.5；返工系数反映遗留问题与文档返修带来的额外投入，遗留问题少的项目取1.0–1.1，问题较多的取1.2–1.4。两个系数都应从历史项目回归得出，首次测算可用经验值并标注。
以下示例演算全部为假设数据，仅演示计算过程：某项目复盘5人天、归档6人天、移交4人天、资源释放3人天，合计18人天；规模系数1.2、返工系数1.1，总人天为18×1.2×1.1≈23.8人天。日均投入4人、并行度1.5，日历工期≈23.8÷4÷1.5≈4周。若人天单价按本单位实际费率填写为示例值800元，人力成本约1.9万元。预算表可按以下结构呈现：
| 工作类别 | 人天 | 人数 | 工期（周） | 成本 | 备注 |
|---|---|---|---|---|---|
| 复盘 | 5 | 4 | 1 | 按单价计 | 含材料准备 |
| 归档 | 6 | 2 | 1.5 | 按单价计 | 交付物约40份 |
| 移交 | 4 | 2 | 1 | 按单价计 | 2个接收方 |
| 资源释放 | 3 | 1 | 0.5 | 按单价计 | 合同3份 |
| 合计（含系数） | 23.8 | — | 约4 | 按单价计 | 系数1.2×1.1 |
收尾期的工时登记与交付物清单如果沉淀在协作工具中，汇总时可直接取数。ONES Plan 提供项目工时管理，并可查看 ONES Project 中的登记工时、预估工时与剩余工时数据；ONES Resource 支持按工作数量与工时规模查看成员排期、按日查看投入饱和明细，并提供资源报表与工时日志导出。这些记录可作为收尾人天汇总和历史校准的数据来源，具体能力以实际开通版本为准。
哪些因素会让估算偏差最大：敏感因素
收尾估算的偏差主要来自五个变量，识别它们比精修公式更有价值。
| 敏感因素 | 偏差方向 | 应对方式 |
|---|---|---|
| 交付物数量与文档质量 | 份数多、命名散乱时归档人天显著上升 | 执行期统一模板与命名规范；收尾前先做文档盘点 |
| 干系人与接收方数量 | 接收方每增加一个，移交轮次与协调成本近似线性增加 | 合并移交批次，指定单一对接人 |
| 遗留缺陷与未结事项 | 直接推高返工系数，可能使总人天翻倍 | 收尾前冻结问题清单，逐项定责任人与关闭时限 |
| 人员可用性 | 成员被抽调会拉长日历工期，人天不变但成本上升 | 提前锁定收尾期人员投入比例，写入排期 |
| 外部依赖等待 | 法务、采购、供应商审批排队造成工期空转 | 提前发起审批，预留等待缓冲，跟踪关键节点 |
建议在预算中给出“基准值—上限值”两档：基准值按经验区间中位估算，上限值对上述因素各加一档系数。向管理层汇报时说明两档的触发条件，比给单一数字更容易获得认可。
数据从哪里来：取数方法与校准
首次测算依赖经验区间，后续测算的可靠性取决于取数是否持续、口径是否一致。建议按以下清单建立取数机制：
| 数据项 | 来源 | 采集频率 | 责任人 |
|---|---|---|---|
| 收尾工时记录 | 工时系统或项目协作工具的工时登记 | 每周 | 项目经理 |
| 交付物清单与份数 | 文档库、配置库统计 | 收尾启动时与结束时各一次 | 文档管理员 |
| 移交签收记录 | 移交清单、签收单 | 每轮移交后 | 项目经理 |
| 复盘会议纪要与参与名单 | 会议纪要 | 每次复盘后 | 复盘组织人 |
| 遗留问题清单与关闭情况 | 问题跟踪记录 | 每周 | 质量或交付负责人 |
校准方法是：每个项目收尾结束后，把实际总人天与测算值对比，计算偏差率；积累3–5个项目后，用实际值回归修正规模系数与返工系数，并更新各类工作的单位工作量基准。取数频率建议与项目周报同步，避免收尾结束后补记导致数据失真。工时登记完整度直接影响校准质量，ONES Resource 的工时日志导出可用于线下比对，前提是成员按日登记工时。
把范围界定、分项公式、口径假设和取数清单固化为模板后，下一个项目的收尾预算可以在半天内完成初稿，并在收尾过程中随实际数据滚动修正。
常见问题
项目收尾期成员被抽调去新项目，估算该怎么调整？
人员被抽调影响的是日历工期，人天总量通常不变。处理方式有两种：一是按实际可投入比例重算日均投入人数，例如原计划4人投入、实际只有2.5人，日历工期相应拉长；二是把抽调造成的等待时间作为缓冲单列进排期，不摊进各类工作的人天。建议在收尾启动时就把成员投入比例写入排期并与业务方确认，避免收尾期反复协调。
首次做收尾测算，没有历史数据，参考区间怎么用才不至于偏差太大？
首次测算可以用经验区间起步，但要同时做两件事：一是把假设逐条写进测算表，包括人天折算规则、系数取值和区间来源，让管理层知道这是估算而非承诺；二是给出基准值与上限值两档，并说明触发上限的条件，如接收方数量、遗留问题规模。收尾结束后立即记录实际人天，与测算值对比偏差率，作为下一个项目的校准依据。
复盘、归档、移交、资源释放四类工作可以并行推进吗？
可以部分并行，但存在先后依赖。归档通常在交付物定版后启动，可与复盘材料准备同步；移交需要接收方确认意愿，往往在复盘结论明确后展开；资源释放一般以移交签收或项目关闭决议为前提。并行度取值时要把这些依赖扣除，否则算出的日历工期会偏短。多接收方项目可把移交拆成批次并行，但每批仍需单一对接人。
收尾工时记录不完整，还能用历史数据校准系数吗？
可以校准，但需要先评估数据完整度。若工时登记覆盖率低，可改用交付物份数、移交轮次、会议场次等客观记录做交叉验证，先修正单位工作量基准，再逐步修正系数。建议从下一个项目起要求成员按日登记工时，收尾结束后导出工时日志与测算表比对。ONES Resource 支持工时日志导出，可用于线下比对，前提是成员按日登记。
向管理层申请收尾预算时，怎样说明5%–15%这个比例？
把这个比例定位为经验参考区间，不作为报价或承诺。汇报时给出本项目落在区间哪一端的判断依据，例如交付物份数、接收方数量、遗留问题数量，并附上分项人天和两档预算。同时说明系数取值和校准计划，让管理层看到估算会随实际数据修正。金额部分按本单位薪酬或外包费率填写，避免直接引用外部数字。
