docs: 区分待实施与阻塞 (#8)
@@ -22,9 +22,9 @@
|
||||
| 状态 | 含义 | 可以进入下一状态的条件 |
|
||||
|---|---|---|
|
||||
| 待确认 | 目标或方案仍需用户选择 | 用户明确确认方案 |
|
||||
| 待实施 | 方案已确认,尚未修改 | 工作区和范围检查完成 |
|
||||
| 待实施 | 方案已确认但尚未修改,或真实前置依赖尚未满足 | 前置依赖已满足或明确允许并行,且工作区和范围检查完成 |
|
||||
| 进行中 | 正在实现、测试或同步文档 | 验收标准逐项检查完成 |
|
||||
| 阻塞 | 满足规则定义的持续阻塞条件 | 阻塞解除并更新工单 |
|
||||
| 阻塞 | 实施过程中出现计划外、当前无法解除的问题 | 阻塞解除并更新工单 |
|
||||
| 待验收 | 代码、测试、归档和证据已完成 | 用户明确验收 |
|
||||
| 已完成 | 用户已验收并完成父任务同步 | 无 |
|
||||
|
||||
@@ -32,6 +32,8 @@
|
||||
|
||||
- 没有确认方案和单元任务工单,不修改产品行为。
|
||||
- 一个单元任务只解决一个可独立验证和回退的问题。
|
||||
- 建立后续工单不要求已有工单全部完成;实施前必须检查工单声明的前置依赖。
|
||||
- 前置工单未完成且存在实际依赖时保持“待实施”;允许并行时必须写明原因。
|
||||
- 需求、接口、数据、安全边界或验收标准变化时先更新工单。
|
||||
- 长期文档必须先修改 Wiki,再导出本地镜像。
|
||||
- 测试结果必须真实;未执行的验证必须明确记录。
|
||||
|
||||
Reference in New Issue
Block a user