研发资源需求澄清清单：需求来源与交付约束检查项

研发资源需求澄清清单用于在需求进入资源评估前，把“要什么人、什么时候要、做到什么程度”确认清楚。它覆盖四类需求来源和五类交付约束，每项都配有通过标准、证据、负责人和检查时点。清单的结论只有两种：澄清通过，或存在阻断项暂不放行。登记与流转环节可由系统承载，例如在ONES中记录需求条目与约束字段，便于后续容量盘点查阅。

要点总览（TL;DR）

• 清单在需求进入资源评估前使用，由项目经理填写、资源管理者复核、技术负责人确认技能与依赖项，不承担排期和项目组合取舍决策。
• 需求来源覆盖四类：规划内项目、存量维护与缺陷、临时插入与紧急支持、技术债与平台建设；以需求单编号和立项依据为锚点合并重复登记，工作量只计一次。
• 交付约束覆盖五类：时间窗口与里程碑、交付范围与验收口径、技能与角色匹配、依赖与外部条件、合规与质量门槛；技能项只确认所需技能、人数与投入比例，具体人员排期留给后续环节。
• 每项检查须写明可观察、可判定的通过标准和对应证据；证据缺失标记待确认，不计为通过，到期未补转为阻断项。
• 任一来源未登记、关键约束未确认或技能缺口无应对，即判定澄清不通过；全部来源登记去重、关键约束有结论、待确认项处理完毕，才算澄清完成。

谁在什么时点使用这份澄清清单

这份清单服务于资源供需流程的前段，回答“这个需求是否具备进入资源评估的条件”。它不负责排期，也不决定项目组合层面的取舍。使用对象和触发时点对应如下。

角色	触发时点	在清单中的用途
研发负责人	季度或月度容量盘点前	确认本周期需求来源是否登记完整，判断总量是否具备评估基础
项目经理	需求进入资源评估前	填写需求来源与交付约束，提交证据，对澄清结论负责
资源管理者	需求受理与容量盘点前	核对来源去重、约束完整性，决定是否放行到资源分配环节
技术负责人	技能与依赖检查时	确认技能匹配、技术依赖与质量门槛，给出可替代方案意见

清单与排期、项目组合取舍的分工需要说清楚：清单只确认“需求是否澄清清楚、约束是否明确”，排期解决“什么时候做、谁来做”，组合取舍解决“做不做、先做哪个”。三者顺序上清单在前，但清单不替代后两者的决策。临时插入的紧急需求同样要走清单，只是可以压缩检查时点，不能跳过来源登记和关键约束确认。

需求来源检查项：四类来源逐项登记

需求来源检查的目标是让进入资源评估的需求不遗漏、不重复计算。四类来源分别对应不同的登记字段和证据要求。

来源类型	检查项	通过标准	证据	负责人
规划内项目需求	立项依据、目标版本、预计工作量	三项均有书面记录，工作量有估算口径	立项单、版本计划、估算记录	项目经理
存量维护与缺陷	缺陷等级、支持承诺、历史占用	等级已定级，支持承诺有来源，历史占用有数据	缺陷单、服务承诺条款、历史工时记录	维护负责人
临时插入与紧急支持	受理入口、审批人、占用上限	有统一受理入口，审批人明确，占用上限已约定	受理记录、审批记录、上限约定	资源管理者
技术债与平台建设	投入比例、验收方式	投入比例有约定，验收方式可执行	技术规划文档、验收方案	技术负责人

四类来源中最容易被忽略的是存量维护与临时插入。存量维护往往以“日常支持”名义占用人力却不进入需求池，临时插入则容易绕过审批直接消耗容量。清单要求这两类来源同样登记，并给出历史占用或占用上限作为量化依据。

同一需求跨来源重复登记的识别与合并规则：以需求单编号和立项依据为锚点比对，同一编号出现在多个来源时合并为一条，注明主来源，其余来源作为关联记录保留。合并后工作量只计一次，避免容量评估时重复占用。发现无法判断主来源的情况，由资源管理者裁定并记录裁定理由。

交付约束检查项：时间、范围、技能与依赖

交付约束检查把模糊的交付要求转成可确认的条件。五类约束逐项检查如下。

约束类别	检查项	通过标准	证据	负责人
时间窗口与里程碑	关键节点、可浮动范围	关键节点有日期，浮动范围有明确天数	里程碑计划、浮动说明	项目经理
交付范围与验收口径	交付物清单、验收标准	交付物逐项列出，验收标准可判定	范围说明、验收标准文档	项目经理
技能与角色匹配	所需技能、人数、投入比例、可替代人选	技能项明确，人数与投入比例有数值，替代人选有安排	技能清单、投入测算、人员安排记录	技术负责人
依赖与外部条件	上下游依赖、外部供应商、环境与设备	依赖方已确认，外部条件有交付时间	依赖确认记录、供应商约定、环境清单	项目经理
合规与质量门槛	评审、测试、安全等硬性要求	硬性要求逐项列明，对应检查环节已安排	合规要求清单、测试与评审计划	技术负责人

技能与角色匹配这一项只确认所需技能、人数、投入比例和可替代人选，具体人员排期与日历安排不在本清单范围内。这样划分的原因是：澄清阶段回答“需要什么样的能力、投入多少”，排期阶段才回答“具体由谁在哪个时间段投入”。把两者混在一起，会让清单变成排期工具，失去前置把关的作用。

依赖与外部条件需要区分内部依赖和外部条件。内部依赖指上下游团队或系统的交付，外部条件指供应商、环境、设备等。两类都要有确认记录，仅有口头承诺不算通过。合规与质量门槛则要区分“必须满足”和“建议满足”，前者列入阻断项判断，后者记录为改进项。

每项检查的通过标准与证据要求

通过标准的写法要求可观察、可判定、有明确结论。判断一条标准是否合格，可以用三个问题检验：能否由第三方复核得出相同结论；是否存在“基本完成”“大致明确”这类模糊表述；结论是否只有通过或不通过两种。例如“工作量有估算记录”合格，“工作量估算合理”不合格，因为后者无法判定。

证据类型	适用检查项	合格形态
需求单	来源登记、去重	有唯一编号，来源字段完整
工作量估算记录	规划内项目、技术债投入	有估算方法说明和数值
技能清单	技能与角色匹配	技能项与人数、比例对应
依赖确认记录	依赖与外部条件	依赖方书面确认，含时间
审批记录	临时插入与紧急支持	审批人、时间、占用上限齐全

证据缺失时的处理规则：该项标记为“待确认”，不计为通过，也不计入已澄清需求数量。待确认项需要在清单上注明补证责任人和补证时点，到期未补的转为阻断项处理。这条规则的作用是防止“先放行、后补材料”成为默认做法，让澄清结论与证据保持一致。

阻断项与澄清完成条件

阻断项指未通过即不能进入资源评估的检查项。按本次清单口径，以下情况属于阻断：任一需求来源未登记；任一类交付约束中的关键项未确认；技能缺口存在且没有应对方案。这三类问题分别对应“需求不清”“条件不明”“能力不够”，任何一项存在，资源评估的输入都不可靠。

判定类型	情形	处理方式
阻断	来源未登记、关键约束未确认、技能缺口无应对	澄清不通过，退回补证，不进入资源评估
可带条件通过	非关键约束待确认，已有补证责任人和时点	标注条件与复核时点，放行并跟踪
非阻断	改进类建议、非硬性质量要求	记录为改进项，不影响放行

澄清完成的判定条件：四类来源全部登记且完成去重；五类约束的关键项全部有通过结论；所有待确认项已补证或已转为阻断处理；清单由项目经理填写、资源管理者复核、技术负责人对技能与依赖项签字确认。复核人负责核对证据与结论是否一致，发现证据不足时退回，不代替填写人补结论。

澄清结果如何进入资源供需评估

清单填完后，澄清结果需要汇总为可用人力需求条目，作为容量盘点的输入。每条需求条目至少包含：需求编号与主来源、所需技能与人数、投入比例、时间窗口、依赖状态、阻断或带条件标记。汇总时按技能类别和时间窗口分组，便于与现有容量对比。

在ONES中，可以将澄清后的需求登记为工作项，把来源类型、约束类别、投入比例、阻断标记等作为字段记录，并用状态区分“待确认”“已澄清”“阻断”。ONES资源管理提供甘特视图用于项目资源规划与进度跟踪，并可展示工作和资源情况，支持资源规划、配置、监控与预测分析；其排期规划可按工作数量和工时规模查看成员排期，支持筛选与分组掌握成员在不同项目的投入比重。这些能力适合承接澄清之后的容量查看环节，澄清阶段的字段配置与流转方式需在实施时按团队实际流程设定。

输入物	承载方式	下游环节
已澄清需求条目清单	工作项记录，含来源与约束字段	容量盘点
阻断项与待确认项列表	状态标记与责任人字段	补证跟踪
技能与投入比例汇总	按技能分组的统计视图	资源分配与排期

交接时需要注意边界：容量盘点回答“现有资源能否承接”，资源分配回答“具体分给谁”，排期回答“安排在什么时间”。澄清清单的输出只提供这三步所需的输入事实，不代替其中任何一步的决策。带条件通过的需求在盘点时要单独列出，避免与完全澄清的需求混在一起计算可用容量。

常见问题

临时插入的紧急需求能不能先做、后补清单？

可以压缩检查时点，不能跳过来源登记和关键约束确认。紧急需求同样要登记受理入口、审批人和占用上限，时间窗口与技能要求至少要有书面记录。若确实来不及补齐全部证据，按可带条件通过处理：标注待补项、补证责任人和复核时点，放行后跟踪；到期未补的转为阻断项，暂停继续占用容量。

同一个需求被多个来源重复登记，工作量怎么算？

以需求单编号和立项依据为锚点比对，同一编号出现在多个来源时合并为一条，注明主来源，其余来源作为关联记录保留，工作量只计一次。无法判断主来源时，由资源管理者裁定并记录理由。合并记录要保留在原清单中，便于容量盘点时追溯需求的实际来源构成。

技能要求写到什么程度算澄清清楚？

写到能判断“现有团队是否具备、缺口多大”即可：列出所需技能项、对应人数、投入比例，并说明是否有可替代人选。具体由谁在哪个时间段投入，属于排期环节，不在本清单确认。技术负责人对技能项签字确认；若存在缺口且没有应对方案，按阻断项处理，不进入资源评估。

清单填完后，在ONES里怎么承接这些澄清结果？

可以把澄清后的需求登记为工作项，用字段记录来源类型、约束类别、投入比例和阻断标记，用状态区分待确认、已澄清和阻断。ONES资源管理提供甘特视图用于项目资源规划与进度跟踪，并可展示工作和资源情况，支持资源规划、配置、监控与预测分析；排期规划可按工作数量和工时规模查看成员排期，支持筛选与分组掌握成员在不同项目的投入比重。字段配置与状态流转方式需在实施时按团队实际流程设定。

带条件通过的需求在容量盘点时要注意什么？

单独列出，不与完全澄清的需求混在一起计算可用容量。带条件项要注明条件内容、补证责任人和复核时点，盘点时按“最坏情况”预留容量，待条件补齐后再释放。这样处理可以避免把尚未确认的投入当成确定需求，导致容量评估结果偏乐观。