title: 问题解法咋聊(1)
author: Gamehu
tags:

  - 问题解法
categories:
  - 工作
date: 2020-12-19 11:32:00
---

#### 背景

因为团队内部经常会有问题复盘以及技术故事讨论等活动，怎么让这个讨论是有营养且找到根因，保证最终能落到具体的行动项上面。我觉得这是一门很大的学问。

不信你留心观察你参加相关会议或者讨论，你会发现弄了半天问题好像解了又好像没解，过程可能还会伴有撕逼和甩锅...，有句古语说得好：我在旁边坐，锅从天上来。

#### 那咋聊呢

##### Point 1 描述问题

描述问题，切忌采用**下结论**的思维和话语，比如：我认为、我觉得...。

我们是为了解问题的，所以你只需要言简意赅的把问题说清楚，这个时候你是一个莫得感情的机器。

###### 怎么言简意赅呢?

站在第三视角陈述：只说现象不说结论，时间、环境、人物、操作过程、发生的现象、造成什么影响...。

如果有必要还可以进行一个动作：**过程还原**

*直接叙述工作过程，有问题的环节或阶段，什么人，做了什么事，当时是怎么考虑的，在这个动作后结果是什么。*

##### Point 2 根因分析

描述之后这个时候可以说说自己的看法了：*描述最终定位到的直接原因是什么*

###### **有个模板可参考**

**1.技术根因分析**

- 引入环节：

  > 产品设计是否有问题？
  >
  > 需求分析是否有问题？
  >
  > 设计环节是否有问题？
  >
  > 代码编写是否有问题？
  >
  > 其他？

- 流出环节：

  > 各评审环节是否有遗漏？
  >
  > 是否进行研发自测？
  >
  > 测试场景、测试用例是否覆盖全？
  >
  > 是否进行了系统测试？
  >
  > 其他？

- 确定关键根因是什么：

  如果有多个根因在逻辑层次上相同，则取关键的原因，根因应该是具体的、客观的、在目前组织能力下可被改进的。

**2.管理根因分析**

- 流程/制度原因：

- 组织因素：

- 执行原因：

  【帮助】流程/制度方面：考虑组织管理上是否有合适的流程、指导书、管理Checklist；

  组织因素方面：考虑人员分配、个人技能、培训、组织环境等原因；

  执行方面：考虑计划、监控、沟通方面的原因。

  

 <font color=#4169E1 size=3 >**这个活动一定要有被随便蹂躏的那种奔放和豁达！！！**</font>

 

##### Point 3 纠正、预防措施

分析完了之后，一定要有落地的行动项。



| **根本原因**                                                 | 措施类型 | **措施内容**                                 | 责任人  | **预定完成日期** |
| ------------------------------------------------------------ | -------- | -------------------------------------------- | ------- | ---------------- |
| *技术根因：*  *例如，XX特性，在大规格、灵活配置等方面需求设计不充分* | 纠正措施 | *例如：对XX特性组织进行重新设计，刷新XX方案* | Jack Ma | *2020/11/1*      |
|                                                              | 预防措施 | *例如：更新××技术规范、工具、checklist等等*  | Pony Ma | *2020/11/1*      |