在启动 Foundation Sprint…

当团队考虑启动 Foundation Sprint 时，快速评估是否应现在进行、推迟或先做前置工作，并给出 Go / Conditional Go / Wait 结论。

适用场景

解决思路

1. 收集推断输入：initiative description、team composition draft、decider name and availability、existing customer/market knowledge level（自评 1-10），可选补充 competitor and alternative knowledge 与 logistics constraints。
2. 对上述输入做一次推断分析：判断 Foundation Sprint 是否是正确的工具（相对于 problem framing、customer research 或 Design Sprint）；对照 Foundation Sprint 角色要求检查 roster 并标出缺失角色；确认 Decider 能否两天全程参加，部分可用标记为 Conditional Go 风险；客户/市场知识自评低于 5 表示需先做深度发现，5-7 表示 Conditional Go 并需研究准备，8+ 表示 Go；可选输入用于标记可通过 overnight prep 弥补的缺口；确认两天时间能否真正腾出。
3. 若关键输入缺失或置信度低，明确标出并提出在 sprint 前补齐缺口的方法。
4. 按 8 条 canonical readiness criteria 逐项评估：1) initiative 已命名且具体；2) 赌注足够重要，错误方向代价高；3) 团队已有真实客户、市场、竞品或领域知识；4) Decider 可用，能在 sprint 期间做战略决策；5) 团队足够小，核心决策参与者不超过 5 人；6) 输入已收集，包括现有研究、客户案例、竞品笔记、指标；7) 产出有后续测试路径，可用 Design Sprint、实验、客户研究或其他验证方法；8) 组织能容忍明确取舍，接受只选一个 top bet 和一个 backup 而非保留所有可能。
5. 根据 8 条标准给出结论：全部干净满足为 Go；1-2 条为 yellow flags 但可在晚间准备中解决为 Conditional Go，并记录准备事项；3 条及以上失败，或第 1-4 条中任一条硬失败为 Wait，并给出建议的前置工作。
6. 把标准当作 load-bearing 而非可钻空子的清单；若团队用“技术上算 yes”掩盖真实缺口，应给出 Conditional Go 并暴露该缺口。
7. 产出五部分打包产物：1) readiness verdict（Go / Conditional Go / Wait）；2) diagnosis，说明已具备什么、缺什么、什么不确定；3) 当 verdict 为 Wait 或 Conditional Go 时给出 recommended preconditions，即 sprint 前应完成的前置工作；4) 当 verdict 为 Go 或 Conditional Go 时给出 recommended attendee list，即应在场 3-5 人及其角色期望；5) 当 verdict 为 Go 时给出 pre-sprint activities，即 Day 1 前几天要完成的准备工作。
8. 以 Decider Checkpoint 结束：由 Decider 签署 verdict（Go / Conditional Go / Wait）并明确接受 diagnosis；没有 Decider 签署时 verdict 仅为建议，签署后才成为触发或推迟 sprint 的承诺。
9. 当 verdict 为 Go 时，下一步自然调用 tool-foundation-sprint-brief 安排 sprint 后勤；当 verdict 为 Wait 时，团队通常先做前置工作（problem framing、customer research）再重新调用本技能。
10. 若团队对 Foundation Sprint 是否是正确的工具存在分歧，可在 readiness 对话中调用一次 tool-note-and-vote；实践中这种情况很少，诊断通常已有结论。

适用边界 · 注意事项

• 团队已决定要跑 sprint、只需要 brief 时，应使用 tool-foundation-sprint-brief。
• 需要深度客户发现时，应先做 customer research 或 problem framing；Foundation Sprint 依赖已有客户知识。
• 决策很小、完整 Foundation Sprint 属于过度设计时，应使用更轻量的优先级或决策工具。
• 没有 Decider 且无法任命时不要跑；Foundation Sprint 需要快速战略决策，没有权威只会产出选项而无承诺。