问题解决模型ORID

ORID逻辑模型

object （事实/信息）	reflective （感受体验 ）	interpretive（ 理解思考）	decision （决定行动 ）
你看到/听到/接收到什么	你感觉怎么样	会对你有什么影响	下一步该怎么做

场景一：

O 与他人一起去部署更新系统，偶然见发现其中某单位已部署程序访问出现报错，再检查发现是程序停止了运行，程序文件莫名奇妙被删除一些。

R 当时感觉特别火大，这是谁动了部署文件，我要找出来。之前遇到过类似这种情况，想找一些蛛丝马迹什么都找不到，要是有一个堡垒机就很好可以记录。

I 要是花时间去找出谁，还不如花点时间去找出在什么时候出现问题，只能通过简单的日志去确定在什么时候删除，未必能找出是谁。思考这种情况为什么会多次发生？觉得是以下几点导致：

• 系统程序无人员进行巡检
• 系统程序部署这项工作无统一负责人
• 系统程序部署更新无统一更新记录表格
• 系统的管理使用防范意识，需要修改系统登陆密码
• 实施人员缺乏一套有序的部署事实规范要求或清单，大家统一按照该方法做就可以

在解决该问题的过程中，根据现象能够判断出是什么导致该问题，但不知道如何去查验是不是与猜想的一致，可以尝试做一下几点：

• 详细记录遇到的现象
• 分析现象与哪些要素相关（问题所处的环境）
• 查看相关日志（分析环境）
• 动手处理问题
• 整理出解决问题的办法

处理问题的过程是一个闭环，要想让问题具有经验价值，就需要完成这个闭环。

在这个过程中我接触到哪些知识、技能。发现哪些技术知识理解使用存在问题，比如数据库的命令、数据库初始化表格、中间件的启动停止命令是否很熟练习，查看日志的命令是否很熟练，对整体项目的部署架构是否很熟练，对操作系统命令是否很熟练，过程问题是否结合环境进行描述，描述到位清晰。

D 采取以下措施

• 做一个更新记录表格，要求大家在同一个表格中更新登记部署记录

• 制作统一部署规范，从开发人员拿到更新包，确定更新内容，确定更新相关项，备份程序，更新程序，验证测试系统，处理更新后遇到问题，填写更新记录。

• 锻炼自己解决问题的能力，第一步就是解决问题的态度，不管谁导致这个问题，我先想办法去解决，后面再说其他。避免带着情绪去解决问题，会忽视很多的细节。

总结：通过使用ORID模型，可以有逻辑的表达想表达的内容，让他人容易接受，更关键点在于让自己容易思考，自然而然的去思考。这本身就是一个处理问题的思维模型。