SCAFFOLD — 工作与节奏¶

概要。 计划内的工作以工作项的形式登记在由人排序的工作清单中。工作项是被计划的对象；批次是执行它的单元。每个工作项经历六个状态，满足就绪条件后进入进行中，并凭完成定义和一个人的验收才算完成。项目选择固定时长的周期，或带在制品上限的持续流动。规范（R-024）要求声明节奏，以及对已完成工作的评审和流程改进的周期；规划和简短同步属于建议性实践。本页只做解释；规范在 R-021 至 R-024 以及 R-031中。

确定性等级（MILPA）：所引用的规则是 SCAFFOLD 0.1 中已被接受的规范；就绪条件和完成定义的示例仅作说明；对应关系表是对公开来源的编辑性解读，既不是等同关系，也不代表其作者的认可。

适用对象与第一步¶

适用于为包含人员、人工智能助手或两者的项目安排和分派工作的人。第一步：创建工作清单，并放入第一个带有可验证验收标准的工作项，同时声明节奏。整体背景见项目生命周期。

工作清单、工作项与批次¶

工作清单是项目中有序的工作项集合（R-021）。工作项具有不重复使用的稳定标识符、类型、目标、验收标准、负责人、状态、依赖，以及父工作项（或无父工作项）。

工作项与批次是两回事：

	工作项	工作批次
回答的问题	想要什么，为什么？	如何执行，与谁一起？
由谁定义	产品负责人	批次负责人
包含	验收标准、父项、依赖	区域、助手、时间段、结果、成本或“未知”
关系	可以在一个或多个批次中执行	功能或修复类型的批次至少引用一个工作项
规则	R-021	R-009

调研或重构类型的批次，只要声明其动机，就可以不带工作项开设。模板页展示了各格式的字段。

层级¶

一个工作项可以有父项。倡议是类型为 iniciativa 的工作项，通过父工作项字段把子工作项归拢在一起。其他类型有功能、修复、重构、调研，或项目自行声明的其他类型。层级从倡议到工作项。规范不规定允许多少层，也不规定倡议何时算完成；这些规则由各项目自行声明。

虚构示例：Ana 维护一家网店，有两个助手，她创建了“导出”这一倡议，并在其中创建工作项 TIE-12“将订单导出为 CSV”，验收标准为“文件包含订单契约的所有列，并且在 1000 条测试订单下不到一分钟即可下载”。TIE-12 在一个功能类型的批次中执行。

工作项的状态¶

这些状态构成工作项专属的一套体系：它们不是批次、说明或要求的状态。

状态	含义	在以下情况进入下一状态
`propuesto`	有人（人员或助手）提出；尚未排序，也尚未被接受为工作。	产品负责人将其排序并满足就绪条件，或将其舍弃。
`listo`	满足就绪条件，等待轮到。	一名负责人将其分配并开始。
`en_curso`	在一个或多个批次中执行。	其批次关闭，并申请审查和验收。
`en_revisión`	检查验收标准和完成定义。	具有相应角色的人接受它，或退回 `en_curso`。
`terminado`	已检查并由一个人接受。	最终状态。
`descartado`	决定不做，并说明理由。	最终状态。

助手可以提议工作项、标准和顺序；排序、接受和舍弃是具有已声明角色的人的决定，并须登记在案（R-022）。批次已关闭并不意味着工作项已完成：它登记的是工作已结束，而不是已被接受。

就绪条件与完成定义¶

项目声明这两者，并带版本（R-023）。说明性示例：

就绪条件（示例）。 有目标和可验证的验收标准、负责人、已知的依赖，并且如涉及数据，还有数据的分级。
完成定义（示例）。 验收标准已检查；已执行仓库的合并前检查（R-010）；合并请求已由一个人审查；遗留的说明已关闭；验收已登记。

规范要求完成定义包含合并前检查，并要求任何工作项都不得在没有人验收的情况下标记为完成。定义的其余内容由各项目决定。残余风险：薄弱的定义会放过不完整的工作。

节奏：周期或持续流动¶

项目声明两种节奏之一（R-024）：

固定时长的周期。 为一段已声明时长的时期计划一组工作项；结束时评审已完成的内容。时长由项目选择。
带在制品上限的持续流动。 有空位时工作项才进入；项目声明按状态（例如 en_curso 和 en_revisión）、按人或按小组设定的工作项上限。上限已满时，在某个工作项推进或完成之前，不开始其他工作项。

无论采用哪种节奏，项目都要声明对已完成工作的评审和流程改进的周期，并在进行时登记日期、参与者和约定（R-024）。作为节奏的另一种选择，Shape Up 描述了六周的周期以及事先对哪些工作入选下注；见对应关系表。

事件¶

SCAFFOLD 0.1 要求声明节奏以及评审与改进的周期（R-024）。以下四个事件是满足规范要求的一种方式，其名称和时间为编辑性设定；规划和简短同步是建议性实践，并非强制要求（所建议的时间在度量之前均为 Hypothesis）。

事件	目的	包含什么	产出
规划	决定哪些工作项入选以及由谁负责。	审阅工作清单的顺序、就绪条件和产能（见下文）。	已分配给负责人的工作项。
简短同步	发现在途工作的阻塞与冲突。	阅读助手的交接说明和未关闭的批次；检查共享区域和轮值。	有负责人的阻塞；已接手或已退回的说明。
已完成工作的评审	接受或拒绝工作项，并了解交付了什么。	检查每个工作项的标准和完成定义。	已登记的验收；被退回的工作项。
流程改进	改变工作方式。	回顾哪些有效、哪些无效，有实测数据时据此进行。	带日期和参与者的约定；每项约定尽可能转为工作项。

简短同步包括阅读助手留下的书面内容，因为助手不会保留未写入说明或批次的记忆。这一说法描述的是设计动机；其效果尚未度量。

估算与实测数据¶

估算是事前的推算；实测数据是执行时观察到的结果。规范要求把二者分开登记（R-031），并要求在批次中把成本记为实测数据或“未知”，不得把估算伪装成数据（R-009）。虚构示例：TIE-12 估算为 Ana 的两天；该批次实测 Ana 在审查上花了七个小时，另有一个助手的消耗项目没有登记，因此记为“未知”。

人员与智能体的产能¶

人员的产能以可用时间衡量。智能体的产能受其预算以及其结果所需的人工审查所限制。每个进行中的工作项都有一名负责人，即使由智能体执行（R-031）。

实际后果：增加助手可能增加等待审查的工作。如果人工审查成为瓶颈，在制品上限或处于 en_revisión 的工作项数量会使其显现出来。这种情况是否会在某个具体项目中发生，在度量之前都是假设；卡片本身已将其标为残余风险。

与 Scrum、Kanban 和 Shape Up 的对应¶

该表做比较，不断言等同。SCAFFOLD 采用的是其规范所述的内容，而不是这些框架的规则。所用来源为一手来源，按章节或主题引用；版本会变化，对照须针对现行版本重新进行。

SCAFFOLD 中的概念	Scrum（The 2020 Scrum Guide）	Kanban（The Kanban Guide，2025 年 5 月）	Shape Up	主要差异
由产品负责人排序的工作清单	“Scrum Artifacts”：Product Backlog；在“Scrum Team”中，由 Product Owner 排序。	该指南描述了工作项在其上流动的看板；此处未详述排序（未验证）。	“The Betting Table”：对做哪些工作下注；没有单一的持续清单。	SCAFFOLD 要求排序和舍弃由具有已声明角色的人决定，助手只能提议（R-022）。
带验收标准的工作项	Product Backlog 条目；指南中不强制要求验收标准（待验证）。	流动的工作项。	有边界的“塑形”项目。	SCAFFOLD 要求可验证的标准，并区分工作项与批次。
完成定义	“Scrum Artifacts”：Definition of Done 是对 Increment 的承诺。	此处未验证。	不直接适用。	在 SCAFFOLD 中，该定义包含合并前检查以及一个人的验收（R-023）。
固定时长的周期	“Scrum Events”：Sprint，时长固定，指南中声明了上限。	不要求周期。	“Bets, Not Backlogs”：六周周期作为替代方案。	SCAFFOLD 允许在周期与持续流动之间选择，且不规定时长。
带在制品上限的持续流动	按该指南的定义，不属于 Scrum。	在制品上限与流动：该指南的核心主题。	不适用。	若节奏为持续流动，SCAFFOLD 要求声明上限（R-024）。
规划、简短同步、评审、改进	“Scrum Events”：Sprint Planning、Daily Scrum、Sprint Review 和 Sprint Retrospective。	该指南定义了自己的实践；此处未逐一验证。	有自己的替代做法。	SCAFFOLD 描述四个事件，作为满足 R-024 的一种方式，而 R-024 要求声明节奏、评审和改进；名称和周期由项目决定。
预算时间（appetite）或最长时间	Sprint 的时长限定了工作范围。	在制品上限限定了数量。	“Set Boundaries”：appetite（愿意投入多少时间）是事先的决定。	SCAFFOLD 不包含 appetite；项目可自行决定将其用作排序标准。
人员与智能体	“Scrum Team”：职责明确的人员；该指南不区分人工智能智能体。	同上：不区分人工智能智能体。	同上。	SCAFFOLD 区分智能体的产能与责任（R-030、R-031）；智能体不担任任何角色。

来源：

The 2020 Scrum Guide，“Scrum Team”、“Scrum Events”和“Scrum Artifacts”各节（查阅于 2026 年 10 月 14 日）。
The Kanban Guide：存在 2025 年 5 月的版本，即所引用的版本（查阅于 2026 年 10 月 14 日）。仅引用主题（在制品上限与流动）；章节标题尚未验证。
Shape Up，“Set Boundaries”、“The Betting Table”和 “Bets, Not Backlogs”各章（查阅于 2026 年 10 月 14 日）。

查阅日期表示来源是何时打开的；它并不验证表中的单元格。标注为“未验证”或“待验证”的单元格属于 Hypothesis。要将其升级，只需有人阅读现行版本中来源的相应章节，记录准确的引文和查阅日期，并更正该单元格。该表不断言 SCAFFOLD 是 Scrum 或 Kanban 的某个版本，也不断言这些框架的作者对其表示认可。

局限¶

本页不新增要求：有效的是 R-021 至 R-024 以及 R-031。
状态、事件以及就绪与完成的示例都是呈现方式；项目可以用其他名称满足规范。
不承诺减少返工、提高速度或增强安全。任何改进都须在前后进行度量（R-032）。
已完成的工作项并不保证质量；负责的人可能未经审查就接受（R-022 的残余风险）。

继续阅读：项目生命周期、小组、模板。返回 SCAFFOLD。