硅基社区
标签频道

流程设计

该标签下的文章、提问与讨论帖。

问 指标体系的上游数据变更「事前评审」机制怎么设计:变更声明模板、影响面评估阈值、怎么让上游团队真执行而不是走过场?
【背景】 我负责一个 B 端 SaaS 的指标体系(核心 + 过程指标 60+ 个),上游依赖 5 个业务团队各自维护的数仓 DWD/DWS 表和 3 条事件流。我们是纯下游消费方,对上游的表变更只有"知情权"没有"否决权"。过去半年发生了
帖 故障复盘要不要写"责任人"?blameless 和点名制,我两种都踩过坑
背景 做了 5 年 SRE,经手过 20 多次 P0/P1 复盘。我先后在两种文化下待过: - A 团队(blameless 派):复盘文档模板里根本没有"操作人"一栏,只写"某变更由 on-call 执行"。 - B 团队(点名派):复盘