OMAT1 补充审查决策包
这个提交包含在:
@@ -657,6 +657,28 @@ Go 结论边界:
|
||||
| Q8:第三轮运营项怎么处理? | A:采纳冻结入口清点和审计导出边界,公告签收人工覆盖 | B:全部作为 P1 观察;C:暂不纳入 | A 能降低启用风险且不要求新功能;B 会保留权限/审计 finding;C 后续审计和培训证据会较弱 |
|
||||
| Q9:高敏能力边界怎么处理? | A:采纳全局搜索、薪酬绩效/差旅冻结、通知可靠性验证 | B:只做搜索和冻结负例,通知先观察;C:暂不纳入 | A 最稳妥;B 可减轻稳定期工作量;C 会保留搜索/高敏模块边界风险 |
|
||||
|
||||
## OMAT1 审查决策包
|
||||
|
||||
本节把 37 条 OMAT1 压缩成用户评审时的第一轮决策包;未明确选择前,Issue CSV 状态仍保持 `TODO`。
|
||||
|
||||
| 决策组 | 推荐选择 | 涉及条目 | 采纳后的处理 |
|
||||
| --- | --- | --- | --- |
|
||||
| 启用前必须先补证据 | A:采纳为 OALAUNCH1 前置门禁 | `OMAT1-1/2/3/4/5/14/29/30/31/33/34/35/36` | 进入 OALAUNCH1 真实业务闭环、权限矩阵、备份恢复、数据治理、冻结入口和高敏边界证据;不直接开发新功能 |
|
||||
| 成熟度审查治理规则 | A:采纳为审查方法 | `OMAT1-21/22/23/24/25/27/28` | 继续用 P0/P1/P2、A/B/C 决策和状态审计控制后续范围;不把 TODO 当作批准开发 |
|
||||
| 7 天稳定期观察 | A:纳入稳定期反馈池 | `OMAT1-8/11/13/15/26/32/37` | 每日收口记录真实慢点、通知、移动体验、资产运营、财务月结和制度签收;有 blocker 再建修复合同 |
|
||||
| OALAUNCH1 后优先评估 | B:先暂缓,待真实频次证明 | `OMAT1-6/7/9/18/19` | 正式启用稳定后再评估轻量配置台、管理看板、合同提醒、主数据治理和角色工作台优化 |
|
||||
| 当前继续冻结或只读调研 | A:继续冻结 | `OMAT1-10/12/16/17/20` | 不把供应商深治理、HR 深镜像、深集成、知识档案门户或 AI 写规则列为启用前阻断 |
|
||||
|
||||
推荐的最小回复格式:
|
||||
|
||||
```text
|
||||
Q1-Q3:A
|
||||
Q4:C
|
||||
Q5:A
|
||||
Q6:A
|
||||
Q7-Q9:A
|
||||
```
|
||||
|
||||
## OMAT1 状态审计
|
||||
|
||||
本节解释为什么 OMAT1 中部分“审查机制”已经写入文档,但 Issue 行仍保持 `TODO`。
|
||||
|
||||
在新工单中引用
屏蔽一个用户