R2.12.4separate exploration and delivery schedules设计
探索性设计与交付性设计需分开排期
别名: 探索与交付分列 · 双轨排期 · dual-track design scheduling
概念解释
探索性设计在找要不要做、做什么；时长未知，方向会被丢掉。交付性设计在把已选方向写成实现能开工的结构、状态和文案；有接收方，有日期。两件事如果占同一张票、同一段排期，探索会被日期截断，或交付会因为探索没完而整体滑点。实现那边看到的「设计还没好」，分不清是还在选，还是选完了没写清。
分开排期不是禁止同一个人做两种工作，而是禁止用同一种进度语言去量它们。探索的完成条件是「方向被记下」；交付的完成条件是「可建造」。
机制
探索的产出是被放弃的备选和一条被选中的方向，日历估不准。交付的产出是一份有交接门槛的文件，日历可以估。把它们编进同一段「设计中」，日期会同时对两种完全不同的不确定性施压：要么提前锁死一个还没比完的方向去凑交付，要么让实现空等一个没有交接物的探索。实现无法安排人手，因为开工信号从未被定义。
分列之后，探索票没有实现接收方，不必假装可估；交付票不准带着三个还在竞争的框开工。领先一个迭代之所以有效，也依赖交付列里躺着的是已选方向，而不是探索残骸。混排会让「提前交付」交出去的仍是未选完的探索。
边界
换图标、改一句已定文案、修已知缺陷，没有探索阶段，硬拆成两张票是手续。纯研究、不打算进实现的探索，不需要交付槽位，不要为了「流程完整」补一张空的交付票。方向在半天内就能从已有模式里选定的小改，探索和交付可以在同一天前后完成，但仍应留下「已选定」的痕迹，而不是把两段混写成一个含糊的设计任务。双轨并行时如果没有交接标准，分列只是两列都叫设计的看板装饰。
怎么落地
- 用两种票或两列：探索票的完成定义是写下被选方向和丢掉的备选；交付票的完成定义是可建造。交付票在方向被记下之前不准开始。
- 实现队列只接收交付票。还在并列三个框的文件，退回探索，不准冒充可建造。
- 同一个人做两类工作时，日历上分开块，不要在同一块里既「再试试」又「本周要交」。
- 验证：抽实现队列里即将开工的条目，看能否指出唯一方向和它被选的记录。还在并排三个方案、或只有「设计中」没有方向记录的，就是混排。再看已到日期却仍在换方向的交付票，那是探索占用了交付槽。