OMAT1 补充成熟度第二轮审视
这个提交包含在:
+12
-1
@@ -643,7 +643,7 @@ Go 结论边界:
|
||||
|
||||
## OMAT1 人工决策问答清单
|
||||
|
||||
请按组回复选项,不需要逐行复制 28 条 OMAT1。未明确选择的项继续保持 `TODO`,不视为批准开发。
|
||||
请按组回复选项,不需要逐行复制 31 条 OMAT1。未明确选择的项继续保持 `TODO`,不视为批准开发。
|
||||
|
||||
| 问题 | 推荐选项 | 备选项 | 影响 |
|
||||
| --- | --- | --- | --- |
|
||||
@@ -653,6 +653,7 @@ Go 结论边界:
|
||||
| Q4:P1 近期增强先选哪些? | A:先选财务月结 + 合同/项目提醒 | B:先选经营看板 + 主数据治理;C:P1 全部观察 7 天后再定 | A 最贴近当前 OA 主办域;B 偏管理视图;C 最稳妥但改进节奏慢 |
|
||||
| Q5:P2 后置项怎么处理? | A:继续冻结深集成、复杂 BPM、AI 写规则和 HR 深镜像 | B:只做只读调研;C:另建专项评估 | A 是当前推荐,避免小团队过早背负复杂度;B 可保留信息;C 会占用主线资源 |
|
||||
| Q6:OMAT1 决策回填粒度? | A:先回填 P0 和 P2,P1 等 7 天反馈 | B:逐条回填全部 OMAT1;C:只保留摘要不回填 | A 平衡推进和管理成本;B 最完整但耗时;C 后续容易反复讨论 |
|
||||
| Q7:第二轮治理项怎么处理? | A:采纳审批异常、变更发布、档案留存为启用前 SOP | B:只列为 P1 观察项;C:暂不纳入本轮 | A 不要求复杂功能开发,但要求启用前有处理口径;B 会留下 Go/No-Go finding;C 后续遇到异常时只能临时处理 |
|
||||
|
||||
## OMAT1 状态审计
|
||||
|
||||
@@ -665,6 +666,16 @@ Go 结论边界:
|
||||
| 仍缺真实证据 | `OMAT1-1/2/3/4/5/14` 及 OALAUNCH1-3..7 | 最新 OALAUNCH1 汇总仍为 `PAUSED_MANUAL_CONFIRMATION`,缺真实业务闭环、权限矩阵、备份恢复、7 天稳定化和数据治理培训 | 不能宣布最终启用成熟,需先补证据 |
|
||||
| 后置观察项 | P1/P2 建议 | 已有能力域判断,但价值和优先级应由 7 天真实使用反馈决定 | 先不启动功能开发,必要时另建 Issue CSV |
|
||||
|
||||
## OMAT1 第二轮 MAGI 审视
|
||||
|
||||
本轮继续按“审视、执行、提升”记录,不把新增建议自动转为开发。
|
||||
|
||||
| 脑位 | 本轮判断 | 处理 |
|
||||
| --- | --- | --- |
|
||||
| 审视 | 对标国内成熟 OA/协同/财务系统后,除了功能菜单,还需要显式处理审批异常、上线后变更发布和电子会计/档案留存。 | 这些是成熟运营控制点,不等同于要立刻做复杂 BPM、电子档案系统或重型 ITSM。 |
|
||||
| 执行 | 已新增 `OMAT1-29/30/31`:审批异常和代理口径、上线后变更发布与配置审计、电子会计档案和电子资料留存清单。 | 状态保持 `TODO`,等待用户按 Q7 或逐条 A/B/C 决策。 |
|
||||
| 提升 | 小团队启用前推荐先做 SOP 和演练证据,自动化功能后置到 7 天真实使用反馈后再判断价值。 | 若采纳,优先进入 OALAUNCH1 数据治理、运营支持和 Go/No-Go 证据,不直接新增业务代码。 |
|
||||
|
||||
## 历史恢复
|
||||
|
||||
需要追溯 R70-R91 的详细流水时,使用:
|
||||
|
||||
在新工单中引用
屏蔽一个用户