工作分解与工作包说明

这个场景能帮你做什么

“完成系统建设”“推进上线”太大，难以估算、分派和判断完成。本任务将批准范围拆成有明确产物与边界的工作包，同时写清每包做到什么程度，供后续估算和排期使用。

开始前需要准备什么

准备项目目标、范围和批准状态、交付物、排除项、关键节点与资源约束。已有任务表、组织模板和同类项目分解可参考，但历史工作不自动成为本次范围。

具体怎么做

第一步：从交付物展开工作

让 WorkBuddy 先按批准交付物列出所需工作，再逐层展开。不要从部门人数出发平均分任务，也不要固定必须拆几层。

范围尚未批准时明确输出为待评审草案，新增工作保留推导理由和待确认状态。

第二步：补全工作包说明

给每包稳定编号，写包含工作、排除工作、所需输入、具体产物、完成条件、责任角色与估算依据。责任人未确认时只写角色或待确认。

例如“完成培训”需澄清交付的是课件、实际授课、操作验证还是全部；这是需确认的边界，工具不能默认全包。

第三步：反查遗漏与重复

从范围逐项反查工作包，核实测试、协调、资料、培训和验收等实际必要工作有没有遗漏。同一产物在不同部门名称不同，先核是否重复，再决定合并。

无法说明产物或完成条件的包通常仍太大；细到重复说明同一产物的任务可适当合并。深度以能估算、承接和检查为准。

第四步：交执行人评审

让实际负责人检查工作边界和输入是否可获得，确认后再进入估算与责任分工。拆解过程不直接批准费用、日期或人员承诺。

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

请依据本次目标、批准范围、交付物及排除项，形成工作分解和工作包说明草稿。
从交付物展开，不固定层数或数量；每包保留编号、包含与排除、输入、产物、完成条件、责任角色和估算依据。
反查批准范围覆盖、必要支撑工作遗漏及重复工作。新增推导标待确认，不把历史模板全部纳入本次。
输出层级表、工作包说明、遗漏或重叠候选和待确认问题。不自动分配预算或承诺日期，原文件保持不变。

完成后会得到什么

一张交付物到工作包的层级表，以及逐包说明。它们共同回答做什么、边界在哪、需要什么输入、交付什么、怎样确认完成。

结果应该怎么检查

每项批准交付都有对应工作；排除项没有混入；同一工作没有重复列入费用和工期；完成条件能够检查。AI 自报“覆盖完整”不能替代范围反查。

遇到这些情况怎么处理

范围记录矛盾，先确认有效范围；缺验收条件，找业务或交付负责人；任务无法估算，补输入与边界后再拆。软件、施工、活动等项目采用自己的真实阶段，不硬套统一开发流程。

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

WorkBuddy 整理层级、提遗漏候选和起草说明。项目经理与执行负责人确认完整性、责任与可执行性；它不能凭团队规模推算真实产能。