20 个章节 · 支持关键词组合搜索

17

推广、度量与接管

实践 / 建议

推广、度量与接管:用实际通过条件扩大自主权

成熟度与自主程度分别管理

工程成熟度 晋级证据 建议自主范围
M1 可识别 责任、仓库、服务、知识和风险可定位 只读盘点与辅助问答
M2 可重建 干净环境准备/构建,版本与依赖可追溯 接入与文档类 MR,人主导业务改动
M3 可验证 有效回归、必需门禁、独立报告、关键负向样例 明确范围的小需求/修复到 MR
M4 可委托 锁版运行、跨节点恢复、有限重试、接管与环境隔离 低风险任务与稳定巡检自主推进
M5 可规模运营 跨仓组合、灰度能力包、成本/质量反馈、失效重验 按任务风险逐批扩展,持续人工治理

本版将此前报告的成熟度编号顺延一位,能力含义不变。 如已有试点记录引用旧编号,应按能力名称映射更新,并保留原记录版本,避免同号不同义。

成熟度只是能力视图;某仓达到 M4,也不代表所有数据变更、权限改造或生产操作都可自主执行。 任务资格另看风险、可逆性、可观察性、影响范围和授权。 自动发现、自动诊断、自动修复到 MR、自动测试环境验证分别开关;生产合并/发布沿用人工门。

建议的 90 天推进节奏

时间是组织安排建议,晋级取决于验收,不能靠日历自动扩容。

批次 交付重点 主要负责方 扩批条件
第 1–2 周 udobj 迁移清单、权威来源表、规则冲突清单、3 个参考工程接入卡 知识维护者、PaaS、平台与 QA 无双主维护;关键入口、风险和基线明确
第 3–4 周 知识切换验收;IDP/Egress 验证适配;部门 runtime 干净重建与失效演练 平台、参考团队、QA 失败/跳过/错 SHA 能阻断,另一 runtime 可恢复
第 5–8 周 一个团队一类低风险修复;诸葛影子巡检到开发任务;棕地小批试点 团队领队、SRE、维护者 无错误通过,误报/接管/评审负担可接受,全部交付可追溯
第 9–12 周 同类工程扩批,加入前端/移动端差异;能力灰度与回退 各岗位代表、平台 验证资源和评审容量能承接,试点质量未下降

首批建议将 IDP、Egress 作为验证参考,PaaS 三仓作为知识/契约演练, feeds 作为存量治理校准,bug-finder/诸葛作为运行问题入口。 同时启动多少仓以责任人和环境容量为限;不并行铺开全部样本。

必须演练的失败场景

  • 知识页已迁移、旧路径消费者仍在:断链检查阻断归档。
  • PC/Multica 同时建单或改 验收标准:只保留一个主关联,冲突需确认,受影响执行重读 GitLab 合同。
  • GitLab 摘要回写失败:详细过程仍保留 Multica,标记待同步并幂等补写,不能无声丢失决策。
  • 共享 Java API 被编译成高于消费方的字节码:兼容门禁阻断,不以本机测试通过放行。
  • 同一告警多次重投、群聊与工单双入口:只生成一个主任务,来源全部可追溯。
  • 日志源不可用或无业务流量:巡检降级,恢复结论保持未知。
  • 开发只写 PASS 文本、报告缺失或零测试:独立门禁拒绝。
  • 验证后新增提交、环境被另一个分支覆盖:旧报告失效。
  • Agent 修改检查器或删除必需测试:受保护门禁和独立评审阻断。
  • 节点掉线、任务重复派发、租约过期:可接续且不重复发布。
  • MR 已合并但生产未发布:开发可完成,故障保持未恢复。
  • 重大异常或人工接管:自动链暂停,保留证据和环境状态。

指标用分母和范围说明质量

指标 建议口径 需要防止的误读
完整自主交付率 符合自主资格、发起于同一批次的任务中,无人工改代码且完成必需验证/评审的比例 排除不适用任务应提前定义;未验证发布不能算完整成功
首次验证通过率 首个候选 SHA 满足全部必需项的任务数 / 生成候选的任务数 不能只统计最后复跑
错误通过与回归 已判 PASS 后被复核或生产发现不满足 验收标准 的比例与严重度 比“生成了多少 MR”更能反映可靠性
人工负担 评审/修补/接管分钟数,队列年龄与分位数 自动 MR 增长可能转移负担到维护者
巡检质量 实际覆盖/计划覆盖、新鲜度、抽样误报、已知事件漏检、接管率 没有异常不代表全覆盖
交付与恢复 任务交付时长、生产变更失败与恢复时间;按团队/任务类型比较 合并时长不能替代故障恢复时长
单位有效产出成本 模型、执行资源与人工成本 / 已验收任务 不以 token 花费或代码行数代表收益

先建立本团队基线,再用相近风险/规模的任务分组比较,报告样本量、分位数和失败分布。 任一严重错误通过或数据/权限越界都触发收缩自主范围;扩大前复盘并补失败用例。 建议每周评审失败与接管样本,每月调整能力包和流程,季度复核规范、知识新鲜度与例外。