用途
本技能用于在详细业务分析工作开始之前，定义业务分析工作的运行方式。它在详细发现、工作坊、原型或正式规格工作之前建立治理、相关方参与、业务分析工作节奏、交付物范围、决策权和评审关口，从而让分析引擎能够一致地执行分析，而不是逐个交付物即兴发挥。
使用时机
- 在相关方识别已可用，或可从 vision.md 推断之后
- 在重度启发、工作坊、原型或正式规格工作开始之前
- 当项目存在多个决策者、合规义务或较高协调风险时
- 当团队需要一份可辩护的计划，说明由谁在何时基于哪些交付物做决定时
不适用时机
当相邻路线（如 stakeholder-analysis）拥有该决策或交付物时，不应使用本技能。不得编造缺失的项目证据、标准条款、阈值或相关方决策。
必需输入
| 交付物 | 来源或提供者 | 必需？ | 缺失时的行为 |
|---|---|---|---|
| 项目授权、交付方法、范围、约束、治理和已知相关方 | 发起人和交付治理 | 是 | 停止受影响步骤，指明缺失来源，仅返回合格的缺口记录 |
其他可选输入包括：projects/<ProjectName>/_context/vision.md、projects/<ProjectName>/<phase>/<document>/stakeholder_register.md（建议）、projects/<ProjectName>/_context/features.md、projects/<ProjectName>/_context/constraints.md。
工作流程
- 检查必需输入，记录确切来源、版本和未解决的假设。
- 应用本技能既有的领域工作流和决策规则，产出业务分析计划（Business analysis plan）。
- 当必需来源、可问责的决策所有者或确定性测试判据缺失时停止。
- 通过保留有效工作、标记受阻范围、返回最窄的合格交付物及所需下一步证据来恢复。
核心指令
第 1 步：读取上下文和相关方输入 读取可用的项目上下文和相关方交付物。如果 stakeholder_register.md 缺失，从 vision.md 推断临时相关方分组，并标记为临时性。
第 2 步：定义分析治理 明确：发起人和产品决策所有者；需求批准权；变更评审权；未解决冲突的升级路径；交付物评审与签核顺序。每个决策类别应恰好有一个可问责所有者。
第 3 步：定义相关方参与方式 对每个关键相关方分组，记录：参与目标；偏好形式（工作坊、访谈、演示、评审、异步文档反馈）；预期节奏；参与触发条件；该分组不可用时的风险。参与矩阵模式参见 references/governance-and-engagement.md。
第 4 步：规划业务分析工作 创建工作计划，覆盖：发现活动；建模活动；原型活动；验证与评审周期；基线点；对设计、测试或合规工作的依赖。当确切时间未知时，使用基于里程碑的排序，而非模糊日期。
第 5 步：定义交付物策略 说明本项目哪些交付物是必需、可选或有条件的：BRD；流程模型；业务规则目录；概念数据模型；原型；SRS 或用户故事输出；可追溯性矩阵；go/no-go 证据。对每个交付物，定义所有者、目的、进入条件和退出条件。
第 6 步：定义评审与决策关口 至少记录：发现完成关口；范围冻结或基线关口；设计就绪关口；实施或发布的 go/no-go 关口。每个关口应说明所需证据和批准人。
第 7 步：编写输出 写入 projects/<ProjectName>/<phase>/<document>/business_analysis_plan.md，包含下述章节。记录计划的分析活动、参与的相关方分组以及所有未解决的治理缺口。
输出
| 交付物 | 消费者 | 验收条件 |
|---|---|---|
| 业务分析计划（Business analysis plan） | 业务分析师、发起人和阶段所有者 | 必需章节已填充，来源链接可解析，每个实质需求或决策都有可观察的评审或测试判据 |
输出格式包含章节：目的与范围；治理模型；相关方参与方式；业务分析工作计划；交付物策略；评审与决策关口；风险与假设；标准可追溯性。
产生的证据
| 证据 | 评审者 | 验收条件 |
|---|---|---|
| 业务分析计划的来源、决策、追溯和验证记录 | 需求质量评审者 | 使用的输入、做出的决策、运行的检查、失败项和未评估项均明确 |
能力与权限边界
需要读取和搜索权限。本流程默认只读。编辑被评审的交付物、发布、生产变更、破坏性操作、支出或认证均需明确授权。
降级模式
回退方式：如果所需文件、评审者、标准来源、网络检查、渲染器或执行能力不可用，返回最窄的有用合格结果，并将受影响的检查标记为未评估；绝不将未评估的检查转为通过。
决策规则
| 选择或条件 | 行动 | 避免的失败或风险 |
|---|---|---|
| 某决策无可问责所有者或批准路径 | 停止依赖分析并分配决策权 | 无主需求和停滞的批准 |
| 必需输入和测试判据完整 | 继续既有工作流并记录证据 | 验收无法复现的交付物 |
| 必需来源或所有者缺失 | 停止受影响分支并出具合格缺口记录 | 编造上下文或未授权决策 |
质量标准
保留稳定标识符，以及从项目证据到业务分析计划及其验收检查的双向可追溯性。仅在有命名指标、方法、阈值、证据来源和负责评审者时应用 ISO/IEEE 度量；发布前运行 anti-slop 关口。
反模式
- 从假设上下文产出业务分析计划。修复：引用项目来源或标记范围为受阻。
- 接受无确定性判据的实质需求。修复：添加可度量结果、边界和验证方法。
- 未路由决策即跨入 stakeholder-analysis。修复：移交命名输入并保留追溯链接。
- 将不可用检查视为通过。修复：标记为未评估并说明发布后果。
- 无证据即声称标准、法定或相关方批准。修复：引用来源和评审者，或对该声称加以限定。
常见陷阱
- 将工作坊和访谈视为可互换，而不将其匹配到相关方类型
- 允许多个批准人拥有同一决策而无升级规则
- 产出分析交付物却无进入和退出条件
- 直到延迟交付才补充明确的 go/no-go 证据
验证清单
- 治理角色明确且不重叠。
- 每个关键决策分组都有相关方参与方式。
- 交付物策略说明必需与可选输出。
- 评审与决策关口有进入证据和批准人。
- 记录风险与未解决的治理缺口。
参考
- references/governance-and-engagement.md —— 治理、参与和决策权模式
- 技能编写与发布标准
- 标准：PMI Business Analysis for Practitioners、IEEE 29148