项目范围与排除项

这个场景能帮你做什么

需求清单越来越长，却没有说清本期必须做什么、哪些留到以后。WorkBuddy 可以把需求与业务目标、资源和既有承诺对应，形成拟纳入、拟排除和待决的范围判断表，供授权人取舍。

开始前需要准备什么

准备本期业务目标、需求原话、合同或批准决定、时间预算资源约束及现有验收要求，注明有效版本与确认权限。只有目标和原话时可整理候选边界，不能宣布范围已获批准。

具体怎么做

第一步：分清必要需求与顺带期待

要求 WorkBuddy 逐项解释该需求如何帮助本期解决业务问题，区分已有承诺、达成目标的必要条件、顺带期待和信息不足项。不能默认所有提出的需求都属于本期。

提出者职位高低不能替代判断依据；合同明确要求的内容也不能仅因难做就排除。

第二步：整理纳入项与明确排除项

拟纳入项写出对应交付物和已有验收依据。拟排除项写清当前不做的理由、影响，以及是否需要进入后续计划。

纳入本期不等于同时启动。对已纳入项，分别列业务必要性、依赖、最晚需要时点和资源约束，请有权负责人确认先后；只有优先级确认后，才交依赖排程和近期滚动计划安排，不能让工具按提出者职位或主观评分自动排序。

“没有提到”不等于“已排除”。容易引起误解的边界单列，例如交付培训材料是否包含现场培训、数据迁移是否包含历史数据清理。具体边界必须由项目材料和相关方确认。

第三步：比较取舍影响

对范围、日期、预算或质量之间的冲突，要求列可行选项及代价。缺估算先列需评估事项，不让工具为了凑出可行方案自行缩小已承诺范围。

第四步：形成待批准边界说明

输出本期目标、交付、排除、未决事项、约束及需谁确认。授权人批准后记录版本、日期和依据，并将批准内容交工作分解与追踪矩阵使用。之后发生调整，进入变更流程。

可以直接交给 WorkBuddy 的完整要求

请依据本期目标、需求、合同及约束整理范围判断草稿。
逐项保留需求原话和来源，解释与目标的关系，区分既有承诺、必要需求、顺带期待和信息不足。
输出拟纳入、拟排除、待决三类。纳入项列交付物和已有验收口径；排除项列理由、影响及后续安排。
遇到合同与沟通冲突、时间预算不相容或验收不清时提出问题和取舍选项，不自行修改承诺。
交付范围判断表与边界说明，写明需确认的角色或场合。未批准内容保持草稿，不把沉默当同意。

完成后会得到什么

范围表包含事项编号、原话、目标关联、拟处理、交付与验收、理由、影响、后续安排、确认人和状态；边界说明可用于启动评审或客户范围沟通。

结果应该怎么检查

目标所需工作是否遗漏；排除项是否与合同冲突；“本期不做”与“还没决定”是否混写；确认角色是否有权作取舍。检查工具是否自行添加或删除重要承诺。

遇到这些情况怎么处理

不同记录有相反承诺，保留双方出处并提交确认；缺资源或估算，先补评估；需求尚未澄清，回到需求清单。不要靠把验收条件写模糊来掩盖范围冲突。

哪些由工具处理，哪些必须人工决定

WorkBuddy 整理边界和比较影响。项目及相关授权人决定纳入、排除和后续承诺；工具不批准范围，也不替客户接受删减。