![](/assets/img/weixin-blog.311ae013.png)
技术咨询、项目合作、广告投放、简历咨询、技术文档下载
点击这里 联系博主
# 系统性复盘
了解复盘前先问一个问题?
- 如何实现个人或者组织的快速成长?
- 轮岗?: 能力变宽
- 顺势而为?: 客观环境
- 总结反思?: 复盘-
- 目标导向?: 关键是把目标找清楚
- 有对手: ?
应该是:
- 打仗:
- 自我锻炼:
- 填坑式成长: 挫折性比较强
- 读书:
- 学习榜样
- 复盘: 当事人自己复盘,换个角度重新想,在未来遇到类似的情况不会再犯同样的错误; 学自己,通过反思像自己学习,知其然知其所以然。
# 复盘的本质
不断的提升瞄着打的能力
做完事情之后反思哪些事情做对了?哪些做错了?哪些可以留下来?哪些需要改正的?
复盘的四个步骤:
- 回顾目标
- 评估结果
- 分析原因
- 回顾总结
# 复盘的价值
组织团队: 提升团队协同作战的能力,经验分享与传承,萃取只会,共享发展与改进。
个人:能力(技能,领导力)
复盘应该更多的从客观上找原因,而不是主观原因。
# 如何将系统做到高可用
- 可用性 = F(MTBF,MTTR)
- MTBF : Mean time between Failures: 一个东西有多不可靠,多久换一次
- MTTR:Mean time to recover: 一旦出事故,恢复服务的时间要多长
- 提高 MTBF 降低出事故的概率,少变更,多灰度
- 降低 MTTR: 工具化,监控,回退,自测(自动化)
- 引入 OKR
# 复盘-质量保证
- 开发自测高,减少测试人员;减少沟通环节;
- 质量要求高: 测试同学进行的测试活动不能显著的额降低现网的问题数量;
- 迭代要快:研发过程的快速迭代要求测试活动具有较高的效率,测试速度跟不上快速迭代的需求
- 谁来保证: 开发的自测意识不够,心理依赖测试使得测试过程低效
其次做好:环境,工具及治理
比如,测试环境,版本验证,全流程参与的自动化测试
# 复盘环
# 复盘时机
- 小事: 行动结束后及时复盘,指定改进方案并落实
- 大事:阶段性复盘,对模板或者策略及时调整
- 项目:结束后全面复盘,全面总结经验教训和规律
- 故障和事件:总结经验教训和规律,解决积症的好时机
对于团队管理者而言:
- 要以身作则,带头复盘,掌握工具和方法,带领团队实践和应用
对于个人而言:
- 学习方法和工具,在事件中应用开养成习惯
切记复盘流于形式,不要开批斗会。
思考: 联调真的有用吗? 按照接口协议各自做好,其实联调并没有很大的意义。
# 复盘的原则:
原则一:
- 克服人性的弱点,从上到下,管理推动
- 形成习惯,固化流程;
- 坚持,上手容易好做难
- 一定要有输出
原则二:
- 成功主要看客观,失败看主观
- 排除偶发因素
原则三:
- who
- 团队参与,
- 发言权:最好不要领导或者专家
- 有人引导提高对话和复盘的质量
- when
- 及时,高效
- 行动过程中或者结束之后尽快进行,确保时间在参与者脑中及时还是鲜活的,丰富的,可以趁热打铁并且直接进行深刻的学习
- 保持聚焦,精简高效
- how
- 客观、平等、开放和自省
- 开诚布公,客观公正
- 按步骤引导,不要跳跃使用开放式和引导式的问题
- 记忆要掉,但不要用于秋后算账
- 深度分析,找出根本原因避免就是论事
- what
- 以绩效为核心,学习导向,立足改进
- 以任务为目标与绩效表现关联
- 确定优势和劣势,落脚于未来改进行动
# 复盘的四个步骤
- 步骤一: 回顾目标
当初的目标是什么?
要达成的目标/里程碑是什么?
- 步骤二: 评估结果
- 功能目标?
- 安全目标?
- 易用性?
- 步骤三: 分析原因
- 成功的关键因素是什么?(主观/客观)
- 失败的根本原因是什么?(主观/客观)
常用的方式为:
- 叙述过程,从头到尾按照时间点叙述整个过程,并在整个过程中暴露问题,可以着重突出展示问题
- 深入分析原因,总结失败原因
步骤四: 回顾总结
- 经验&规律
- 产品设计阶段?
- 业务上线阶段?
- 业务运营维护阶段?
- 行动计划
- 本文链接: https://mrgaogang.github.io/architecture/%E5%AD%A6%E4%BC%9A%E5%A4%8D%E7%9B%98.html
- 版权声明: 本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 许可协议。转载请注明出处!
← 技术人员能力路径 系统性思考及系统循环图 →