[INFO] 概念游戏：从一句话需求到高质量交付
- 时间: 2024-12-19
- 类型: 方法论
- 来源: 开发实践
- 置信度: 9/10
- 标签: #软件开发 #需求分析 #概念思维 #方法论
核心洞察
在概念游戏中自由穿梭，既能扩展视角看到全景，又能收窄焦点精准执行。
概念既是工具，也是枷锁。真正的技能是：通过概念的扩展与收窄，在模糊需求与清晰实现之间搭建可重复的桥梁。
澄清模式：四层过滤器
| 层级 | 核心问题 |
|---|
| 意图层 | 这个需求真正要解决什么？ |
| 范围层 | 什么是必须的？边界在哪里？ |
| 约束层 | 时间、资源、技术、合规限制？ |
| 成功标准 | 如何衡量成功？ |
五关流程
一句话需求
↓
[第一关] 需求澄清 → Spec
↓
[第二关] Spec → PRD
↓
[第三关] PRD → 技术方案
↓
[第四关] 技术方案 → TDD用例
↓
[第五关] TDD用例 → 任务清单
各关输出
| 关卡 | 输出物 |
|---|
| 第一关 | 用户场景、功能描述、非功能需求、业务规则、优先级 |
| 第二关 | 用户故事、交互流程、数据模型、验收标准 |
| 第三关 | 架构选择、技术栈、接口设计、安全考量 |
| 第四关 | Given-When-Then 格式的测试用例 |
| 第五关 | 可执行的任务清单、冲刺计划 |
概念扩展技巧
| 技巧 | 方法 |
|---|
| 5个为什么 | 对每个需求点追问至少5次「为什么」 |
| 类比思维 | 「这个功能就像...」寻找跨领域类比 |
| 反向假设 | 如果去掉会怎样？如果极其简单会怎样？ |
概念收窄技巧
| 技巧 | 方法 |
|---|
| 最小可行概念 | 找出最核心、不可再分的概念单元 |
| 强制优先级 | 如果只能做一件事，是哪件？ |
| 约束创造焦点 | 在人为限制下思考（如「24小时内完成原型」） |
澄清对话模式
- 「你说的是X，我理解的是Y，对吗？」
- 「如果我们不做A部分，只做B部分，能满足核心需求吗？」
- 「三个月后我们用什么标准来判断成功？」
执行节奏
| 阶段 | 特点 |
|---|
| 概念探索期 | 广泛发散，不批判想法 |
| 聚焦收敛期 | 严格评估，做出取舍 |
| 执行构建期 | 专注实现，避免范围蔓延 |
概念玩家的自我修养
- 不被概念所困：知道何时用概念沟通，何时剥离看本质
- 概念切换自如：业务语言、技术语言、用户语言间流畅转换
- 概念创造能力：现有概念不够用时，创造新的精准表达
- 概念简化艺术：把复杂概念分解为简单可执行的单元
与其他方法论的关联
| 本文概念 | 对应方法论 |
|---|
| 四层过滤器 | INFO-016 PM手册的概念创新五步法 |
| 5个为什么 | INFO-005 分析工具图谱 |
| 扩展→收窄 | INFO-010 思维循环（发散→收敛） |
| 澄清对话 | INFO-011 思维建筑师（苏格拉底追问） |
关联
- 相关: INFO-20251219-016（PM成长手册，概念创新方法）
- 相关: INFO-20251219-005（分析工具图谱）
- 相关: INFO-20251219-011（思维建筑师）
- 相关: NODE-思维方法
- 触发规则: -
- 待验证: 在实际项目中应用五关流程