就绪状态(DoR/DoD)

DoR——就绪定义：工作开始前必须准备好什么。它的存在是为了杜绝那种进入执行、两天后又因为缺权限、缺数据或缺决策而退回的需求。
DoD——完成定义：工作被视为完成前必须做完什么。它的存在是为了杜绝那种尚未测试、未写文档、也未通知就说“我做完了”的情况。

两者是同一思路在两端的应用：先把约定写下来，免得事后争论。而且两者都按看板的阶段设置——每一列都可以有自己的定义。

团队约定一次、始终使用的两份清单:需求能够开始之前必须准备好的内容(Definition of Ready),以及需求被视为完成之前必须准备好的内容(Definition of Done)。它们能避免没有范围就进入冲刺的需求,以及"已完成"却没人测试过的需求。

在这里您登记团队就绪约定(DoR/DoD)中的一项:它适用于哪个阶段,是进入该阶段还是离开该阶段的条件,是否只适用于某一需求类型,约定的文本,是否阻止离开该阶段,显示顺序以及是否启用。这是逐项列出的流程质量检查清单。

"进入或离开"字段决定约定位于阶段的哪一侧。进入项是 Definition of Ready:需求进入该阶段之前必须准备好的内容(例如,进入执行前"已编写验收标准")。离开项是 Definition of Done:需求离开该阶段前必须完成的内容("代码评审已通过")。"仅限类型"字段把该项限定于某一需求类型——针对缺陷的约定不必适用于改进。

条目只需在这里写一次；当需求进入该阶段时，它会被复制到需求自身的检查清单中，标签放在方括号里（例如 [DoD Em execução] testes automatizados verdes）。

请注意，没有第二份需要勾选的清单：做事的人在一贯的位置——需求内部——勾选，检查也从那里读取。第二份清单实际上就意味着一份被遗弃的清单。

这是最反直觉的部分。把卡片从一列拖到另一列时，系统检查的是它所离开那一列的 DoD——因为要问的是“这件事在这里能算完成吗？”。

DoR 从不阻拦。它作为入口检查出现在检查清单中，起提醒作用。如果您在 DoR 条目上勾选了阻拦，系统会将其关闭并提示。

移动时有三种可能结果：没有未完成项，卡片通过；有未完成项但不阻拦，卡片带着提示通过，并列出遗留内容；有阻拦的未完成项，卡片退回原位。只要有一个未完成的阻拦条目就会被拦下。

在达成共识之前强加的关卡只会催生变通，而不是质量：团队会学会糊弄看板。先写下条目，让团队适应几周，只对已经成为习惯却仍然会漏掉的内容开启阻拦。

关卡有两个坦白的局限，免得您过度依赖它：它只在看板上拖动时生效——通过需求表单、批量操作或“完成”来改状态都不经过这里。而且，如果检查因技术错误失败，移动会照常通过。因基础设施故障而卡住业务的关卡，比它要防止的问题更糟。

条目与勾选记录通过标签文本相互识别。编辑某条约定的描述（或重命名阶段，阶段名会进入标签）后，系统将不再识别已勾选的内容：旧的勾选记录仍可在需求历史中看到，新条目则以未完成状态加入。

这是正确的行为——规则变了，检查就要重做——但请规划好变更时机：在冲刺中途修改，会让整个看板重新出现未完成项。

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

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.

"阻止离开"开关把指导性约定与有约束力的约定区分开:阻止项在未满足之前会把需求留在该阶段;非阻止项作为团队约定的提醒显示,但不妨碍推进。请谨慎使用锁定——什么都锁定会把流程变成官僚主义,并诱使团队不看就勾选;锁定只用于确实不能未经核对就放行的事项,例如完成前"已执行测试"。

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

只有当您把类型留空时才会——此时它是通用规则。填写类型后，该条目只对该类型的需求（缺陷、改进、支持……）生效。

注意一个细节：未设置类型的需求只会收到通用规则。如果您重要的 DoD 绑定在某个类型上，没有类型的需求就会逃过它。

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