系统性复盘

了解复盘前先问一个问题？

1. 如何实现个人或者组织的快速成长？

• 轮岗?: 能力变宽
• 顺势而为?: 客观环境
• 总结反思?: 复盘-
• 目标导向?: 关键是把目标找清楚
• 有对手: ?

应该是:

• 打仗:
• 自我锻炼:
• 填坑式成长: 挫折性比较强
• 读书:
• 学习榜样
• 复盘: 当事人自己复盘,换个角度重新想，在未来遇到类似的情况不会再犯同样的错误; 学自己，通过反思像自己学习，知其然知其所以然。

复盘的本质

不断的提升瞄着打的能力

做完事情之后反思哪些事情做对了？哪些做错了？哪些可以留下来？哪些需要改正的？

复盘的四个步骤：

• 回顾目标
• 评估结果
• 分析原因
• 回顾总结

复盘的价值

组织团队: 提升团队协同作战的能力，经验分享与传承，萃取只会，共享发展与改进。

个人：能力（技能，领导力）

复盘应该更多的从客观上找原因，而不是主观原因。

如何将系统做到高可用

• 可用性 = F(MTBF,MTTR)
  • MTBF : Mean time between Failures: 一个东西有多不可靠，多久换一次
  • MTTR:Mean time to recover: 一旦出事故，恢复服务的时间要多长

1. 提高 MTBF 降低出事故的概率，少变更，多灰度
2. 降低 MTTR: 工具化，监控，回退，自测（自动化）
3. 引入 OKR

复盘-质量保证

1. 开发自测高，减少测试人员;减少沟通环节;
2. 质量要求高: 测试同学进行的测试活动不能显著的额降低现网的问题数量;
3. 迭代要快:研发过程的快速迭代要求测试活动具有较高的效率，测试速度跟不上快速迭代的需求
4. 谁来保证: 开发的自测意识不够，心理依赖测试使得测试过程低效

其次做好：环境，工具及治理

比如，测试环境，版本验证，全流程参与的自动化测试

复盘环

复盘时机

1. 小事: 行动结束后及时复盘，指定改进方案并落实
2. 大事：阶段性复盘，对模板或者策略及时调整
3. 项目：结束后全面复盘，全面总结经验教训和规律
4. 故障和事件：总结经验教训和规律，解决积症的好时机

对于团队管理者而言:

• 要以身作则，带头复盘，掌握工具和方法，带领团队实践和应用

对于个人而言:

• 学习方法和工具，在事件中应用开养成习惯

切记复盘流于形式，不要开批斗会。

思考: 联调真的有用吗? 按照接口协议各自做好，其实联调并没有很大的意义。

复盘的原则:

原则一:

1. 克服人性的弱点，从上到下，管理推动
2. 形成习惯，固化流程;
3. 坚持，上手容易好做难
4. 一定要有输出

原则二:

1. 成功主要看客观，失败看主观
2. 排除偶发因素

原则三:

1. who
   • 团队参与，
   • 发言权：最好不要领导或者专家
   • 有人引导提高对话和复盘的质量
2. when
   • 及时，高效
   • 行动过程中或者结束之后尽快进行，确保时间在参与者脑中及时还是鲜活的，丰富的，可以趁热打铁并且直接进行深刻的学习
   • 保持聚焦，精简高效
3. how
   • 客观、平等、开放和自省
   • 开诚布公，客观公正
   • 按步骤引导，不要跳跃使用开放式和引导式的问题
   • 记忆要掉，但不要用于秋后算账
   • 深度分析，找出根本原因避免就是论事
4. what
   • 以绩效为核心，学习导向，立足改进
   • 以任务为目标与绩效表现关联
   • 确定优势和劣势，落脚于未来改进行动

复盘的四个步骤

• 步骤一: 回顾目标

1. 当初的目标是什么？

2. 要达成的目标/里程碑是什么？

• 步骤二: 评估结果

1. 功能目标?
2. 安全目标?
3. 易用性?

• 步骤三: 分析原因

1. 成功的关键因素是什么？(主观/客观)
2. 失败的根本原因是什么？(主观/客观)

常用的方式为:

- 叙述过程，从头到尾按照时间点叙述整个过程，并在整个过程中暴露问题，可以着重突出展示问题

- 深入分析原因，总结失败原因

步骤四: 回顾总结

1. 经验&规律

• 产品设计阶段?
• 业务上线阶段？
• 业务运营维护阶段?

2. 行动计划