Discovery 不以功能开发为目标：时间盒与三个脚手架

考点精讲

1. 第 101 页给第一原则：Discovery 初期不以功能开发为目标，先听客户说话、成为内行人。理由回到 PPT 顺序：People 是根、Process 是脉、Technology 放最后，一上来做功能会把方案做在错误地基上。第 102 页划边界：不做功能不等于不碰技术，允许时间盒验证——连一次 API、跑通一条样例、查字段可得性，只为消除不可行的不确定性；单次半天以内、累计不超过 Discovery 工作量 20%，不许写业务代码、搭界面、做完整数据管线。第 103 页给时间分配：35% 听客户、25% 跟班观察、20% 数据盘点、20% 验证与方案设计。第 105–107 页给三个脚手架：四类失败模式、四层决策链、能力金字塔。
2. 前后置引导：前置读「Echo 与 Delta：职责边界与四阶段主导权」页：先认角色，再进 Discovery 的具体做法。；后置读「Discovery 的三个 SOP：干系人地图、数据盘点、快赢筛选」页：把 Discovery 的判断落成三张可交付的表。

记忆技巧

常见误区

• 误区：把「不以功能开发为目标」理解成完全不碰技术。第 102 页明确允许时间盒验证，但产出必须是判断依据而非可用功能。
• 误区：时间盒验证不设上限。第 102 页给出单次半天以内、累计不超过 Discovery 工作量 20% 的硬边界。
• 误区：只挖技术风险。第 105 页提醒空区往往是全组集体盲区，多数组会漏非技术风险。

真题思路

• 【示例】 按讲义，Discovery 阶段的「时间盒技术验证」边界是？
  可以随时做功能开发，只要最后写上判断依据　单次半天以内、累计不超过 Discovery 工作量的 20%，且不许写业务代码、搭界面、做完整数据管线　只要不超过 3 天，写多少业务代码都可以　完全禁止碰技术，连 API 都不能连
  答案：B
  解析：第 102 页给出单次半天与累计 20% 两条硬边界，并列出三类不允许的动作。A、C 越过边界；D 与该页「允许时间盒验证」相反。
  

常见问题

相关知识