R2.04.2Design-tech debt parity设计
债务需要与技术债同等对待
别名: 设计债对等 · 同一套跟踪 · 不进看板的债 · 工程债同等
概念解释
设计债要进入与技术债同一套工作系统（design-tech debt parity）：同一类工单、同一次容量讨论、同一种「这次不处理」的显式状态。只活在设计师备忘或文件评论里的债，在排期会上等于不存在，每次都败给已经坐在看板上的事项。同等对待不是把债说成一个更动听的比喻，是让它占用同一套名额。
不同等的典型形状：工程债有编号、有人估点、有人在站会上说「这块先不碰」；设计债是一句「回头把空态换掉」，没有编号，回头不会到来。
机制
团队的容量是在工作系统里分配的。进得了跟踪器的事项会进入比较：和功能、和缺陷、和别人的债抢同一段日历。进不了的事项连比较都不参加，失败发生在入场之前。设计债若只用设计工具里的评论保存，工程侧的计划工具读不到，计划工具就是容量真正被分配的地方。于是「同等重要」的口头共识和「从未上场」的实际结果并存。
同等对待还要求「不处理」是一种可看见的状态，而不是沉默。技术债被明确推迟时，看板上仍留着一张卡，下一次计划还会看见它。设计债若只存在于记忆，推迟和遗忘无法区分。显式的不处理不是批准遗忘，是让遗忘必须跨过一张还在的卡。
边界
个人探索文件、从未交付的草稿里的不满意，还不是债，不必进团队跟踪器，否则跟踪器会被未决定的口味塞满。跨团队共享的系统层（组件库、全局空态）进共享跟踪器；单功能、单迭代内能换掉的不一致，进该功能的看板即可，不必升级成组织级债。没有跟踪器、全靠即时消息排期的小团队，对等的办法是设计债和工程债写在同一份清单的同一栏目，而不是新开一个只有设计方看的文档。已经在工程债名下跟踪的界面问题，不要再复制一张「设计债」——对等是同一条目，不是两个影子。
怎么落地
- 设计债使用与工程债相同的工单类型进入同一跟踪器，标题能在计划会上被读出来，而不是链到一份设计评论。
- 计划会上设计债和工程债放在同一段容量讨论里比较；设计债不另开「有空再说」的附录。
- 「这次不处理」必须写成跟踪器里的状态，下一次计划默认再出现；禁止只在聊天里说回头。
- 验证：打开上一周期的计划看板。数进入容量讨论的设计债工单与工程债工单。若设计债只出现在设计文件评论、零张工单上场，对等失败。抽一张被推迟的设计债：跟踪器里若已经找不到它，推迟已经变成消失。