优先级排序(WSJF)

WSJF 的意思是 Weighted Shortest Job First——“加权最短作业优先”。其背后的想法简单却令人不安：需求在等待期间是有代价的（未能开票的收入、不满意的客户、持续敞开的风险）。这个代价叫做延迟成本。

如果两个需求的延迟成本相同，就先做更便宜的那个——它能更早释放同样的价值。计算所做的就是这件事，仅此而已。

真正的收益不在数字本身，而在于用同一把尺子比较支持类需求和项目类需求，而不是让优先级归属于会上嗓门最大的人。

WSJF 就是"延迟代价除以规模":等待时损失价值最多的事项优先,并用工作量加以修正。您录入业务价值、时间紧迫性、风险降低和规模——计算结果即刻得出,明细一目了然。它用来回答"为什么这个排在那个前面?",而无需争论各自的观点。

在这里为需求打 WSJF 优先级分:三项价值评分(业务价值、紧迫性以及风险/打开的机会)、预估工作量和文字说明的理由。得分由这些评分计算得出,并据此对已评分的待办列表从高到低排序。

WSJF 权衡四个数字:业务价值(完成后值多少)、紧迫性(等待的代价——每搁置一周损失什么)、风险/打开的机会(它能解锁或保护什么)以及作为除数的工作量。得分随前三项评分上升,随工作量下降:价值高且成本低的交付排到前面,价值高但成本高的交付往后放。理由是之后被阅读最多的字段:写下评分的原因,让优先级排序在做出它的那次会议之后依然站得住。

score =（价值 + 紧迫度 + 风险降低）÷ 工作量

业务价值——这件事完成后公司能获得多少（或不再损失多少）。
时间紧迫性——拖延时价值会缩水多少。税务结账功能如果在截止日之后交付几乎一文不值；同样的功能在截止日前交付则价值十足。这“不是”提需求的人有多着急。
风险降低——这件事能在多大程度上降低风险或为其他事项铺路。没人优先处理的技术债就归在这里。
工作量——工作的大小。

全部采用同一个 1 到 10 的尺度（不是斐波那契）。每个分数都附有打分人的理由——没有论据的分数，到下一周就没人能为它辩护。

它在保存时计算，且为只读。如果结果可以手动修改，计算就会沦为惯常意见的装饰——而这正是该方法要避免的。

分数初始为中性（每项都是 5）。这是有意为之：做优先级决策的人必须表明立场，偏离 5 就是决定。score 的可能范围从 0.300（各项都低、工作量最大）到 30.000（各项都高、工作量最小）。

每个需求一个分数：如果已经存在，请编辑现有的，而不要再建一个。列表本身就是排好优先级的待办清单——按 score 从高到低排序。

在分子的三个字段——价值、紧迫度和风险——中，空白分数按量表的下限 1 处理：这是保守的做法，需求会排到后面。

工作量没有下限，因为它是除数：假设为 1 会恰恰把最有利的除数给了没人估算过的需求，填写最少的需求反而会排在待办清单首位。因此，没有工作量就没有 score。需求照常保存，出现在列表末尾并标记为“无分数”，并且不进入信息辐射板的“按计算排在下一位”区块——没有参与计算的条目不能被当作计算结果展示。

这是诚实的做法：系统不会替做优先级决策的人编造一个大小。要让需求进入队列，请按 1 到 10 估算工作量。

用“视图”按钮保存视图时，会记住四项内容：搜索文本、已应用的筛选、显示哪些列（及其顺序）以及列表按哪一列排序。应用视图会一次性恢复全部内容——包括重置排序和您所在的页码，使结果与视图描述完全一致。本版本之前保存的视图依然有效：它们没有保存的内容，应用时只是保持不变。

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

工作量留空不会被当作 1:没有声明规模的需求不会得到评分,而是被放到列表末尾,并标记为"未评分"——而不是凭一个编造的除数升到顶部。发生这种情况时,页面会给出提示。这是刻意的选择:系统不会替负责排优先级的人去猜测规模,因为把一个工作量未知的"特急"需求排在最前面,是一个令人舒服的谎言。请估算工作量(1 到 10),需求才会真正进入队列。

在记录的动态面板中，每条备注都有“转为需求”。点击会创建一个工单，包含备注内容、作者和本记录的链接——无需重新输入。当备注是请求采取行动时使用（“需要有人复核这个”）；备注仍保留在原处。该按钮只在记录保存后出现；只读会话（演示）不会创建工单。

不会。它只给出一个建议顺序，不会回写到需求中——看板仍然属于团队。数字的作用是扭转讨论中的举证责任：不再是论证某个需求为什么该往上排，而是必须论证它为什么该插队。

当团队不认同这个顺序时，有价值的讨论几乎总是落在某个具体分数上（“紧迫度 9？为什么？”）——这正是该方法物有所值之处。

不需要，也最好不要。只给未来几周要考虑的需求打分即可。信息辐射板会显示有多少未关闭的需求没有分数——这个数字衡量的是“盲区待办”，用作提醒，而不是要清零的目标。

打开记录，查看右侧的“时间线”：每次修改都以“从一个值改为另一个值”的形式显示，并附上修改人和日期。修改很多时，可使用时间线顶部的两个筛选——一个按字段，一个按人员。搜索在数据库中进行，因此旧的修改同样能显示。您也可以问 Tenkai：“谁修改了合同 482？”。