ddd-scope · diff
v1.0.0 to v1.0.1
2 added, 2 removed. Audit A to A.
---
name: ddd-scope
description: >-
DDD scope: converge vague requirements into executable DDD modeling inputs — problem
statement, goals/non-goals, constraints, term seeds, and risk list. Use when converging
fuzzy requirements into DDD modeling inputs or defining modeling scope.
risk: safe
source: self
tags: "[ddd, discovery, scope]"
date_added: "2026-05-08"
slug: ddd-scope
- version: 1.0.0
+ version: 1.0.1
displayName: ddd-scope
---
# DDD Scope
- > 🌐 English version: [English](SKILL.en.md)
+ > English version: [English](SKILL.en.md)
## 使用时机
- 需求描述模糊,不同角色对问题边界理解不一致。
- 全新项目启动前,需要锁定建模范围、约束与关键风险。
- 后续 Skill 报告"业务价值主张不清晰"时,作为回溯目标重新执行。
## 输入要求
- **必需**:业务目标或问题描述(允许非结构化文本:口述、PRD 片段、工单描述均可)。
- **可选**:当前系统形态、关键参与方、外部系统依赖、已知约束(时间/合规/性能/团队)。
## 流程
1. 提取业务意图,形成 1 句**问题陈述**(描述痛点)和 1 句**价值陈述**(描述期望结果)。
2. 明确**目标**与**非目标**,建立范围边界——显式声明"不做什么"。
3. 列出**约束与假设**,每条标注"可验证 / 不可验证"及验证方式。
4. 生成**术语种子清单**:从描述中提取名词、动词、状态词,标注歧义点与所属场景。
5. 识别**风险清单**:覆盖业务风险、集成风险、数据一致性风险、交付风险,给出初步缓解建议。
6. 输出**下一步准备清单**:进入 `ddd-discover` 所需的最小信息、参与角色与期望产出。
## 输出
| 工件 | 结构要求 |
| :----------------- | :------------------------------------- |
| 问题陈述与价值陈述 | 各 1 句,可被业务方认可 |
| 目标 / 非目标 | 列表化,每条包含边界解释 |
| 约束与假设 | 表格:约束/假设、可验证性、验证方式 |
| 术语种子清单 | 表格:术语、定义候选、歧义点、所属场景 |
| 风险清单 | 表格:风险、影响、触发条件、缓解建议 |
| 下一步准备清单 | 列表:角色、必要输入、期望产出 |
## 校验清单
- [ ] 目标与非目标互斥且可落地执行
- [ ] 约束与假设均已标注验证方式
- [ ] 术语种子 ≥ 10 个,歧义点已标注
- [ ] 风险清单覆盖业务 / 集成 / 一致性 / 交付四类
- [ ] 问题陈述与价值陈述不含技术实现细节
## 回溯触发
本 Skill 为体系入口,不触发回溯。但以下情况会被下游触发回溯至此:
- `ddd-subdomains` 无法区分核心域与支撑域 → 业务价值主张不清晰,需重新收敛 scope。
## 示例
```text
@ddd-scope
业务描述:我们的订单售后流程非常混乱,跨系统协同困难,客户投诉响应慢。
请帮我收敛为 DDD 建模输入:输出问题陈述、目标/非目标、约束与假设、术语种子、风险清单。
```