R2.11.2locatable design debt设计
债需定位到具体界面与责任方才可跟踪
别名: 可定位的设计债 · 界面与责任人 · screen-and-owner debt
概念解释
「我们有不少设计债」这句话不能被排进任何一个迭代。能被跟踪的债必须同时钉在一张具体界面和一个责任方上：哪一屏、缺什么、谁在下一次改动里有权处理它。缺屏，没人知道去哪看；缺人，条目只会在列表里变灰。
定位回答的是「这笔债怎么进入计划」，不是「它后续会多贵」，也不是「当时借得合不合法」。范围写成「整体一致性」「感觉乱」的条目，看起来像债，实际是无法调度的抱怨。
机制
待办、看板、迭代只调度带位置和责任人的工作单元。位置把债从氛围变成可打开的对象：结账页的空态、设置里的权限说明、搜索无结果。责任方把「大家心里有数」变成下一次站会能点名的人——这个人不必亲手改完，但必须是能接受、拒绝或转交的单点。
两者缺一，跟踪链就断。只有界面、没有责任方：票会在共享池里老化，每个人都以为别人会捡。只有责任方、没有界面：人接到的是一口袋说不清的「体验问题」，无法估计、无法验证、无法关闭。跨团队共用的界面如果人人都能改、无人被指定，表面上有很多手，跟踪上等于没有手。
边界
不是每一笔债都缩得进「一屏」：一个组件、一种模式、一条跨页的导航结构也可以是位置，但必须仍是有边界的对象，而不是「全产品」。平台层、多品牌共用的部分，责任方往往是系统维护者而不是某个业务小队；写错人，票会在业务迭代里空转。两人小组里口头对得上号的债，在加人、离职、倒班之后立刻失位，口头名单不能代替写下来的屏与人。已经下线的界面不应再占着跟踪位，关掉或迁到档案，以免看板被死债堵住。
怎么落地
- 把含糊的债改写成固定四项：界面或有边界的对象、缺了什么、责任方、下一步动作（还、续借、或转交）。
- 共用界面只指定一个可问责的人，协作名单放在说明里，不放进责任方栏。
- 无法同时写出界面和责任方的条目退回，不要进迭代。
- 验证：把当前债清单交给一个没参加过讨论的人，请他打开对应界面并说出该找谁。指错屏或找错人的每一条，都还不能跟踪。