wangsli/hyb-oa
1
0
派生 0
代码 工单 合并请求 工作流 8 软件包 项目 发布 百科 活动

OMAT1 补充成熟度决策机制

浏览代码
这个提交包含在：
wangsli
2026-05-23 17:47:48 +08:00
父节点 4fac218db6
当前提交 80bb4836f2
共修改 4 个文件，包含 6 行新增和 3 行删除
下载 Patch 文件 下载 Diff 文件 展开所有文件 折叠所有文件
issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv
+3
查看文件
@@ -23,3 +23,6 @@
"OMAT1-21","成熟度审查需要轮次化复盘","本次只完成第一轮审视和初始台账；后续应按 MAGI 大轮次持续审视、执行、提升，把用户采纳项转成独立 Issue CSV，把否决项保留原因。","每轮复盘更新 OMAT1 Notes 或新建下一版成熟度合同；用户审查后每个条目有 A/B/C 决策。","受影响流程：审视问题 -> 用户评审 -> 采纳项进入合同 -> 执行验证 -> 下一轮提升；验证步骤：用户逐行审查后回填决策。","manual","TODO","TODO","TODO","issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv","[""OMAT1-0""]","优先级 P0；建议采纳。不要把建议直接变成开发，先用决策门禁控范围。"
"OMAT1-22","国内对标来源需要固化为后续评审基线","本轮调研对标泛微 e-cology/e-office、致远 A8、钉钉宜搭、飞书审批/假勤/多维表格、金蝶精斗云/云星辰、用友 BIP/畅捷通等方向；成熟系统共同点是门户、流程、表单、报表、财务、合同、项目、资产、权限、移动端、集成和审计形成闭环。","后续每次提出成熟度建议时必须标明是 P0 启用门禁、P1 近期增强还是 P2 后置能力；不得只因竞品存在某功能就直接进入开发。","受影响流程：外部对标 -> 内部差距识别 -> 用户采纳/暂缓/否决 -> Issue CSV；验证步骤：用户审查本行 Notes 中的来源和分类后，采纳项另建合同。","web|manual","TODO","TODO","TODO","issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv","[""OMAT1-0""]","优先级 P0；建议采纳为评审方法。官方来源示例：https://www.weaver.com.cn/e9/；https://www.weaver.com.cn/subpage/e-cology/form.asp；https://www.seeyon.com/home/Tiyan/index.html；https://docs.aliwork.com/docs/yida_support/wtwabe；https://dingtalk-yida.github.io/developer-site/docs/guide/about/；https://www.feishu.cn/hc/zh-CN/articles/360033971554-飞书审批管理员手册；https://www.feishu.cn/hc/zh-CN/articles/337377280090-管理员设置考勤组；https://www.kingdee.com/product/jdy；https://www.kingdee.com/product/stellar_finance.html；https://www.yonyou.com/。"
"OMAT1-23","小团队成熟度不应照搬大型 OA 套件","公司不到 10 人，成熟度目标应优先保证真实业务闭环、权限、审计、备份恢复、问题响应和资料边界；泛微/致远/用友/金蝶等大型套件的复杂 BPM、深度集成、预算、ERP、银行流水、AI 自动写规则不应成为启用前阻断。","用户确认小团队 V1 成熟度定义：P0 必须完成 OALAUNCH1；P1 只做真实使用证明高价值的增强；P2 保持冻结或另行调研。","受影响流程：成熟度定义 -> 优先级排序 -> 开发节奏 -> Go/No-Go；验证步骤：Day 7 Go/No-Go 时按 P0/P1/P2 分类复核，不以大型套件功能完整度否定小团队上线。","manual","TODO","TODO","TODO","docs/产品口径.md;docs/集成边界.md;issues/2026-05-23_16-49-39-oa-final-launch-readiness-v1.csv","[""OMAT1-22""]","优先级 P0；建议采纳。原则：先像成熟系统一样可控运行，再逐步补齐高频真实缺口；不要为了看起来完整而引入维护成本。"
"OMAT1-24","用户采纳决策回填机制还不够显式","OMAT1 已记录问题和建议，但目前没有统一的回填口径来标记每条建议是 A 采纳、B 暂缓还是 C 不采纳；如果不补这个机制，成熟度审查容易变成开放式清单。","用户审查后，每条 OMAT1 建议必须在 Notes 或后续决策 CSV 中记录 A/B/C、理由、是否进入后续 Issue CSV、owner 和目标日期；未决项保持 TODO，不得自动实施。","受影响流程：成熟度台账 -> 用户评审 -> 决策回填 -> 后续合同；验证步骤：用户给出决策后，更新 OMAT1 或新建决策 CSV 并通过 validate_issues_csv.py。","manual|python3","TODO","TODO","TODO","issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv","[""OMAT1-21""]","优先级 P0；建议采纳。默认选项：A 采纳并转合同，B 暂缓观察，C 不采纳并记录理由；不能用 TODO 状态暗示已经同意开发。"
"OMAT1-25","成熟度证据缺少统一阅读视图","当前证据分散在 OMAT1、OALAUNCH1、OAOPS1、ASSET1D、artifact summary 和手册中；用户验收时需要一份按 P0/P1/P2 聚合的阅读视图，避免在多个 CSV 和 JSON 之间来回跳转。","在不新增业务功能的前提下，后续可生成 QA-only 脱敏成熟度摘要：列出当前成熟度判断、P0 open gates、P1/P2 建议、证据路径和人工决策选项。","受影响流程：证据收集 -> 成熟度摘要 -> 用户评审；验证步骤：先人工从 OMAT1/OALAUNCH1 形成摘要，若采纳再另建 QA-only 脚本合同。","manual","TODO","TODO","TODO","issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv;artifacts/qa-flow","[""OMAT1-24""]","优先级 P0；建议采纳手工摘要，脚本化可暂缓。摘要不得包含密码、token、完整账号、合同正文、银行流水、票据原图或原始 payload。"
"OMAT1-26","最低非功能基线仍需贴近真实使用复核","已有 /ready、最小构建、SLO 文档和每日巡检，但成熟系统还应确认附件上传/下载、PDF OCR、导出、付款批次、资产列表和审计查询在小团队真实数据量下没有明显性能或容量风险。","7 天稳定化期间至少记录一次关键页面响应、导出耗时、附件下载和 OCR 等待体验；若出现慢查询、超时或容量风险，进入 P1 修复合同。","受影响流程：真实使用 -> 页面响应/导出/OCR/附件 -> 日收口；验证步骤：OAOPS1 人工反馈 + 只读日志/报告抽样，不做压测公网、不制造大量数据。","manual|bash","TODO","TODO","TODO","docs/ops/SLO错误预算.md;docs/ops/非功能基线.md;scripts/qa/run-oa-real-use-daily.sh","[""OMAT1-5""]","优先级 P1；建议采纳为观察项。公司少于 10 人，不需要大型压测作为启用前阻断，但需要记录真实慢点。"
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
23 OMAT1-21 成熟度审查需要轮次化复盘 本次只完成第一轮审视和初始台账；后续应按 MAGI 大轮次持续审视、执行、提升，把用户采纳项转成独立 Issue CSV，把否决项保留原因。 每轮复盘更新 OMAT1 Notes 或新建下一版成熟度合同；用户审查后每个条目有 A/B/C 决策。 受影响流程：审视问题 -> 用户评审 -> 采纳项进入合同 -> 执行验证 -> 下一轮提升；验证步骤：用户逐行审查后回填决策。 manual TODO TODO TODO issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv ["OMAT1-0"] 优先级 P0；建议采纳。不要把建议直接变成开发，先用决策门禁控范围。
24 OMAT1-22 国内对标来源需要固化为后续评审基线 本轮调研对标泛微 e-cology/e-office、致远 A8、钉钉宜搭、飞书审批/假勤/多维表格、金蝶精斗云/云星辰、用友 BIP/畅捷通等方向；成熟系统共同点是门户、流程、表单、报表、财务、合同、项目、资产、权限、移动端、集成和审计形成闭环。 后续每次提出成熟度建议时必须标明是 P0 启用门禁、P1 近期增强还是 P2 后置能力；不得只因竞品存在某功能就直接进入开发。 受影响流程：外部对标 -> 内部差距识别 -> 用户采纳/暂缓/否决 -> Issue CSV；验证步骤：用户审查本行 Notes 中的来源和分类后，采纳项另建合同。 web|manual TODO TODO TODO issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv ["OMAT1-0"] 优先级 P0；建议采纳为评审方法。官方来源示例：https://www.weaver.com.cn/e9/；https://www.weaver.com.cn/subpage/e-cology/form.asp；https://www.seeyon.com/home/Tiyan/index.html；https://docs.aliwork.com/docs/yida_support/wtwabe；https://dingtalk-yida.github.io/developer-site/docs/guide/about/；https://www.feishu.cn/hc/zh-CN/articles/360033971554-飞书审批管理员手册；https://www.feishu.cn/hc/zh-CN/articles/337377280090-管理员设置考勤组；https://www.kingdee.com/product/jdy；https://www.kingdee.com/product/stellar_finance.html；https://www.yonyou.com/。
25 OMAT1-23 小团队成熟度不应照搬大型 OA 套件 公司不到 10 人，成熟度目标应优先保证真实业务闭环、权限、审计、备份恢复、问题响应和资料边界；泛微/致远/用友/金蝶等大型套件的复杂 BPM、深度集成、预算、ERP、银行流水、AI 自动写规则不应成为启用前阻断。 用户确认小团队 V1 成熟度定义：P0 必须完成 OALAUNCH1；P1 只做真实使用证明高价值的增强；P2 保持冻结或另行调研。 受影响流程：成熟度定义 -> 优先级排序 -> 开发节奏 -> Go/No-Go；验证步骤：Day 7 Go/No-Go 时按 P0/P1/P2 分类复核，不以大型套件功能完整度否定小团队上线。 manual TODO TODO TODO docs/产品口径.md;docs/集成边界.md;issues/2026-05-23_16-49-39-oa-final-launch-readiness-v1.csv ["OMAT1-22"] 优先级 P0；建议采纳。原则：先像成熟系统一样可控运行，再逐步补齐高频真实缺口；不要为了看起来完整而引入维护成本。
26 OMAT1-24 用户采纳决策回填机制还不够显式 OMAT1 已记录问题和建议，但目前没有统一的回填口径来标记每条建议是 A 采纳、B 暂缓还是 C 不采纳；如果不补这个机制，成熟度审查容易变成开放式清单。 用户审查后，每条 OMAT1 建议必须在 Notes 或后续决策 CSV 中记录 A/B/C、理由、是否进入后续 Issue CSV、owner 和目标日期；未决项保持 TODO，不得自动实施。 受影响流程：成熟度台账 -> 用户评审 -> 决策回填 -> 后续合同；验证步骤：用户给出决策后，更新 OMAT1 或新建决策 CSV 并通过 validate_issues_csv.py。 manual|python3 TODO TODO TODO issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv ["OMAT1-21"] 优先级 P0；建议采纳。默认选项：A 采纳并转合同，B 暂缓观察，C 不采纳并记录理由；不能用 TODO 状态暗示已经同意开发。
27 OMAT1-25 成熟度证据缺少统一阅读视图 当前证据分散在 OMAT1、OALAUNCH1、OAOPS1、ASSET1D、artifact summary 和手册中；用户验收时需要一份按 P0/P1/P2 聚合的阅读视图，避免在多个 CSV 和 JSON 之间来回跳转。 在不新增业务功能的前提下，后续可生成 QA-only 脱敏成熟度摘要：列出当前成熟度判断、P0 open gates、P1/P2 建议、证据路径和人工决策选项。 受影响流程：证据收集 -> 成熟度摘要 -> 用户评审；验证步骤：先人工从 OMAT1/OALAUNCH1 形成摘要，若采纳再另建 QA-only 脚本合同。 manual TODO TODO TODO issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv;artifacts/qa-flow ["OMAT1-24"] 优先级 P0；建议采纳手工摘要，脚本化可暂缓。摘要不得包含密码、token、完整账号、合同正文、银行流水、票据原图或原始 payload。
28 OMAT1-26 最低非功能基线仍需贴近真实使用复核 已有 /ready、最小构建、SLO 文档和每日巡检，但成熟系统还应确认附件上传/下载、PDF OCR、导出、付款批次、资产列表和审计查询在小团队真实数据量下没有明显性能或容量风险。 7 天稳定化期间至少记录一次关键页面响应、导出耗时、附件下载和 OCR 等待体验；若出现慢查询、超时或容量风险，进入 P1 修复合同。 受影响流程：真实使用 -> 页面响应/导出/OCR/附件 -> 日收口；验证步骤：OAOPS1 人工反馈 + 只读日志/报告抽样，不做压测公网、不制造大量数据。 manual|bash TODO TODO TODO docs/ops/SLO错误预算.md;docs/ops/非功能基线.md;scripts/qa/run-oa-real-use-daily.sh ["OMAT1-5"] 优先级 P1；建议采纳为观察项。公司少于 10 人，不需要大型压测作为启用前阻断，但需要记录真实慢点。