ddd-scope

name	ddd-scope
description	将模糊需求收敛为可执行的 DDD 建模输入：问题陈述、目标/非目标、约束、术语种子与风险清单。
risk	safe
source	self
tags	[ddd, discovery, scope]
date_added	2026-05-08

DDD Scope

🌐 English version: English

使用时机

• 需求描述模糊，不同角色对问题边界理解不一致。
• 全新项目启动前，需要锁定建模范围、约束与关键风险。
• 后续 Skill 报告"业务价值主张不清晰"时，作为回溯目标重新执行。

输入要求

• 必需：业务目标或问题描述（允许非结构化文本：口述、PRD 片段、工单描述均可）。
• 可选：当前系统形态、关键参与方、外部系统依赖、已知约束（时间/合规/性能/团队）。

流程

1. 提取业务意图，形成 1 句问题陈述（描述痛点）和 1 句价值陈述（描述期望结果）。
2. 明确目标与非目标，建立范围边界——显式声明"不做什么"。
3. 列出约束与假设，每条标注"可验证 / 不可验证"及验证方式。
4. 生成术语种子清单：从描述中提取名词、动词、状态词，标注歧义点与所属场景。
5. 识别风险清单：覆盖业务风险、集成风险、数据一致性风险、交付风险，给出初步缓解建议。
6. 输出下一步准备清单：进入 ddd-discover 所需的最小信息、参与角色与期望产出。

输出

工件	结构要求
问题陈述与价值陈述	各 1 句，可被业务方认可
目标 / 非目标	列表化，每条包含边界解释
约束与假设	表格：约束/假设、可验证性、验证方式
术语种子清单	表格：术语、定义候选、歧义点、所属场景
风险清单	表格：风险、影响、触发条件、缓解建议
下一步准备清单	列表：角色、必要输入、期望产出

校验清单

• 目标与非目标互斥且可落地执行
• 约束与假设均已标注验证方式
• 术语种子 ≥ 10 个，歧义点已标注
• 风险清单覆盖业务 / 集成 / 一致性 / 交付四类
• 问题陈述与价值陈述不含技术实现细节

回溯触发

本 Skill 为体系入口，不触发回溯。但以下情况会被下游触发回溯至此：

• ddd-subdomains 无法区分核心域与支撑域 → 业务价值主张不清晰，需重新收敛 scope。

示例

@ddd-scope
业务描述：我们的订单售后流程非常混乱，跨系统协同困难，客户投诉响应慢。
请帮我收敛为 DDD 建模输入：输出问题陈述、目标/非目标、约束与假设、术语种子、风险清单。