feat: 按 V2.1 更新中心 Skill、流程图与项目记录模板
This commit is contained in:
1 parent
98541d682b
commit
206aabc06c
26 files changed
+592
-83
No files matched your search
@@ -18,6 +18,14 @@
|
||||
|
||||
Hub 必须先核对真实事实,更新对应任务、阶段和项目进度记录;涉及正式成果变化时再更新成果与索引,然后发送钉钉消息。不为一次通知新增成果文件。钉钉发送失败不回滚留档,也不阻塞项目主任务。
|
||||
|
||||
## 阶段交接与结项总结
|
||||
|
||||
- 每次中心真人批准推进,或已有条件授权实际满足并已执行交接后,在已启用且获授权的通知范围内,将上一阶段总结与下一阶段安排合为一条 `milestone`。标题使用实际当前阶段。
|
||||
- 等待推进决定时,先在中心会话按 [阶段汇报规则](stage-reporting.md) 说明成果、未完成项及待决定事项,不发宣称已进入下一阶段的总结;已授权的实质进展或阻塞通知仍可按实际事件发送。
|
||||
- 正文仍用“已确认的进展/待办事项/遗留”:进展写上一阶段成果和真实推进决定;待办写下一阶段全部已确认任务、主责和期限,未知字段如实说明;遗留写未完成及待确认、影响和承接。完整成果汇报放中心会话,群里可引用适合接收者访问的有效记录入口,不能为缩短篇幅遗漏待办或停止事项。
|
||||
- 第八阶段取得明确关闭决定后发送一次 `complete` 结项总结,列有效成果、关闭决定及承接事项的主责和计划。后续资料整理、补地址不重复发关闭通知。
|
||||
- 将总结正文、对应决定和实际发送结果记入阶段过程记录;生成前核对是否已通知同一次交接或关闭。复用原记录,不增加通知队列或脚本外重试。API 接受、投递和已读分别记录,未知结果不盲目重发。
|
||||
|
||||
## 事件判定
|
||||
|
||||
### start
|
||||
@@ -34,7 +42,7 @@ Hub 必须先核对真实事实,更新对应任务、阶段和项目进度记
|
||||
- 正式阻塞解除,项目恢复到明确下一动作;
|
||||
- 统一固件、版本矩阵、测试结论、验收或发布组合形成。
|
||||
|
||||
同一处理轮或同一波次合并成一条,不逐个小任务刷屏。没有固定时间间隔;依靠事件语义和去重控制频率。
|
||||
保留已授权范围内的阶段关键进展通知;同一处理轮或同一波次合并成一条,不逐个小任务刷屏。同轮发生阶段交接时合入交接总结,核对阶段过程记录避免重复。没有固定时间间隔。
|
||||
|
||||
### blocked
|
||||
|
||||
@@ -48,7 +56,7 @@ Hub 必须先核对真实事实,更新对应任务、阶段和项目进度记
|
||||
|
||||
### complete
|
||||
|
||||
整个项目或用户明确指定的整体目标最终完成时发送一次。模拟项目必须明确写“模拟完成”,不得表达真实发布、客户验收或生产就绪。
|
||||
项目生命周期中,阶段八满足必要条件、业务已确认结项且中心真人明确关闭后发送一次。开始结项整理不使用 `complete`。用户明确指定的独立整体目标最终完成时,限定在该目标范围表述,不能冒充项目关闭。模拟项目必须明确写“模拟完成”,不得表达真实发布、客户验收或生产就绪。
|
||||
|
||||
### failed
|
||||
|
||||
@@ -85,7 +93,9 @@ Hub 必须先核对真实事实,更新对应任务、阶段和项目进度记
|
||||
- 结项资料整理:由中心真人负责人组织四类结项成果,Hub 协助整理工作稿。
|
||||
- 资料补充:由产品负责人、业务负责人补充现有线下成果及确认记录,不重做验收。
|
||||
- 旧事项停止:由 Hub 停止此前的验收准备催办。
|
||||
- 结项确认:四类成果及遗留承接安排具备后,由 Hub 请 @示例业务负责人 确认结项。
|
||||
- Bug 事实确认:由 Hub 请 @示例中心负责人 先确认全部 Bug 的对象、版本和实际处理或承接,已有有效确认直接引用。
|
||||
- Bug 处理确认:中心确认事实后,由 Hub 请 @示例产品负责人 再次确认,并在职责内决定处理方式;双方无异议后记录最终安排。
|
||||
- 结项确认:四类成果、遗留承接及 Bug 双方确认具备后,由 Hub 请 @示例业务负责人 确认结项。
|
||||
- 关闭决定:业务确认结项后,由 Hub 请 @示例中心负责人 决定是否关闭;结项必需项完成后锁定四类成果。
|
||||
- 本轮工作范围:不新增应用修复、设备测试或发布验证。
|
||||
|
||||
@@ -97,6 +107,32 @@ Hub 必须先核对真实事实,更新对应任务、阶段和项目进度记
|
||||
|
||||
示例标题、时间和栏目只说明最终呈现方式;调用时正文文件仅含正文,项目名、阶段标题与时间由脚本生成,不重复粘贴整条通知。
|
||||
|
||||
### 已关闭项目的结项总结示例
|
||||
|
||||
以下仅说明格式。事实、决定人、日期、有效成果入口、后续主责和期限都须替换为项目真实记录,不把此例当成关闭依据。
|
||||
|
||||
```markdown
|
||||
**示例项目|阶段八:复盘结项**
|
||||
|
||||
项目进度自动汇报 · 发送时自动生成带时区的时间
|
||||
|
||||
**已确认的进展**
|
||||
|
||||
- 四类结项成果已取得必要确认,有效文件和入口已登记在项目成果索引。
|
||||
- 全部 Bug 的处理或承接已由中心先确认、产品再次确认,双方无异议。
|
||||
- 业务已确认结项,中心真人已明确关闭项目;决定的日期、范围和条件已记录。
|
||||
- 已同步相关记录、锁定有效成果,停止已结束阶段的重复催办。
|
||||
|
||||
**待办事项**
|
||||
|
||||
- 遗留跟进:请 @示例处理人 按原问题记录中的当前计划继续处理已承接事项,原计划和变更历史保留。
|
||||
|
||||
**遗留**
|
||||
|
||||
- 已接受延期的 Bug 尚未修复,责任、原计划、当前计划和影响沿用原记录;项目关闭不代表问题已修复。
|
||||
- 原测试不通过结论保留,版本放行、验收和关闭决定分别记录。
|
||||
```
|
||||
|
||||
保留个人消息的 AI 标识和自动汇报说明,让群成员知道这是 Hub 自动通知,不是负责人本人新增批准、验收或承诺。
|
||||
|
||||
根据事件选择必要内容:已验证进展、关键成果、下一步和责任角色;阻塞时再说明问题、影响以及需要谁采取什么动作。尽量简短,但不能为了控制篇幅省掉本轮需要决定或处理的事项。专业细节留在成果或问题系统中,通知不新建另一份问题台账。
|
||||
|
||||
Reference in new issue
Block a user