CaseStudy规范

标签：回滚 规范 RD 故障 COE CaseStudy 模板

CaseStudy规范概括 什么情况要写：线上问题客诉数量超过3个，并且RD操作回滚或发版修复了此问题 谁来写：推动或操作回滚、发版修复了此问题的RD 复盘时间要求：故障在处理结束后，3天之内写完COE并发出链接，一周之内组织会议进行复盘 为什么要写CaseStudy 目的：避免再次发生，消灭潜在隐患 如何写CaseStudy 方式：

• 摆正心态（不为了追责，也不要担心得罪他人）
• 过程记录（时间和事件）
• 影响评估（影响范围和公司损失）
• 原因分析（深入分析原因，5why分析法）
• 事后改进（任务TODO，SMART原则）
• 机制沉淀（最佳实践、SOP、checklist等）
• 分享学习（对内自我提升）
• 他人借鉴（对外共同进步）

什么情况要写CaseStudy

• 用户反馈的线上问题，影响了用户的正常使用，或造成公司的损失
• （客诉数量超过3个）
• RD操作了系统回滚，回滚之后用户恢复正常使用，或停止了损失产生

原则上：任何满足以上条件的都要写 实际中：由leader判断是否要写 建议是：如果故障影响比较小，可以写的简单一些，只做简单记录，否则正常写 CaseStudy的时间要求

• 故障在处理结束后，责任团队需要在
• 3天之内
• 完成CaseStudy撰写并发到群里，
• 一周之内
• 组织会议进行复盘

CaseStudy需要通知哪些人

• 影响的业务方（PM）
• 相关客服人员
• 相关值班群、应急群
• 监督人（架构组山竹、QA生地）
• 其它相关人

CaseStudy需要哪些人参与复盘

• 当事人RD
• 影响的业务方（PM）
• 对应的QA
• 监督人（架构组山竹、QA生地）
• 其它相关人

CaseStudy撰写模板 COE系统： 后续CaseStudy的编写，转移到天眼的COE系统，进入系统，点击创建COE，开始编写： https://tianyan.int.ybm100.com/#/coe/coe 文档位置： 对应季度子目录下，比如2019年Q3的需要写在 2019年Q3 目录下。 标题模板：

1. 页面标题模版“CaseStudy-YYYYMMDD-团队-故障标题”
2. 故障标题要具体，如写“服务中断10分钟”，而不是“服务故障”，如写“导致用户不能下单”，而不是“订单系统报错”

内容模板： 需要按照模板来写，具体模板：【模板】CaseStudy-YYYYMMDD-团队-故障标题 故障定级 01-小药药线上事故定级规范V1.0

标签：回滚,规范,RD,故障,COE,CaseStudy,模板
From： https://www.cnblogs.com/wangyutest/p/casestudy-standard.html