问题解法咋聊(1)
背景
因为团队内部经常会有问题复盘以及技术故事讨论等活动，怎么让这个讨论是有营养且找到根因，保证最终能落到具体的行动项上面。我觉得这是一门很大的学问。
不信你留心观察你参加相关会议或者讨论，你会发现弄了半天问题好像解了又好像没解，过程可能还会伴有撕逼和甩锅…，有句古语说得好：我在旁边坐，锅从天上来。
那咋聊呢
Point 1 描述问题
描述问题，切忌采用下结论的思维和话语，比如：我认为、我觉得…。
我们是为了解问题的，所以你只需要言简意赅的把问题说清楚，这个时候你是一个莫得感情的机器。
怎么言简意赅呢?
站在第三视角陈述：只说现象不说结论，时间、环境、人物、操作过程、发生的现象、造成什么影响…。
如果有必要还可以进行一个动作：过程还原
直接叙述工作过程，有问题的环节或阶段，什么人，做了什么事，当时是怎么考虑的，在这个动作后结果是什么。
Point 2 根因分析
描述之后这个时候可以说说自己的看法了：描述最终定位到的直接原因是什么
有个模板可参考
1.技术根因分析
引入环节：
产品设计是否有问题？
需求分析是否有问题？
设计环节是否有问题？
代码编写是否有问题？
其他？
流出环节：
各评审环节是否有遗漏？
是否进行研发自测？
测试场景、测试用例是否覆盖全？
是否进行了系统测试？
其他？
确定关键根因是什么：
如果有多个根因在逻辑层次上相同，则取关键的原因，根因应该是具体的、客观的、在目前组织能力下可被改进的。
2.管理根因分析
流程/制度原因：
组织因素：
执行原因：
【帮助】流程/制度方面：考虑组织管理上是否有合适的流程、指导书、管理Checklist；
组织因素方面：考虑人员分配、个人技能、培训、组织环境等原因；
执行方面：考虑计划、监控、沟通方面的原因。
这个活动一定要有被随便蹂躏的那种奔放和豁达！！！
Point 3 纠正、预防措施
分析完了之后，一定要有落地的行动项。
| 根本原因 | 措施类型 | 措施内容 | 责任人 | 预定完成日期 |
|---|---|---|---|---|
| 技术根因： 例如，XX特性，在大规格、灵活配置等方面需求设计不充分 | 纠正措施 | 例如：对XX特性组织进行重新设计，刷新XX方案 | Jack Ma | 2020/11/1 |
| 预防措施 | 例如：更新××技术规范、工具、checklist等等 | Pony Ma | 2020/11/1 |