场景通过具体化暴露需求的真实模糊性

需求文档里”系统必须能处理故障”这类句子看起来清晰，其实什么都没约束——直到你把它写成一个具体场景：”汇总数据库写入失败时，系统应该停止处理、保留旧数据、记录诊断日志到监控台”，才会发现原来的需求根本没说清楚失败时该怎么办，甚至可能发现设计出来的行为其实不够健壮。场景的价值不在于自我证明写得好，而在于用具体情境倒逼抽象需求现出原形，尽早在便宜的阶段（讨论阶段）暴露遗漏和模糊，而不是留到测试或上线后才发现。