实践心得-软件系统问题分析流程

《个体赋能》第6章方法的第1篇明确指出，新人入职的第一件事，就是在了解工作内容之后，马上画出工作流程。
在一个月前接到一个分析问题的任务，正好实践一下。于是再次阅读《思维力》第三章发现问题-解决问题、第四章分析问题。但对于我这个职场老人，在我的Onenote分析问题流程中，也还是只有两条：1 发现问题 2分析问题，没法往下细化。直到今天提交了分析报告，然后回顾了这一个月来的工作历程，才反推出分析问题的流程。
本次发现问题界定问题的过程比较曲折，整理出来的流程相对详细。而原因相对来说比较单纯，解决方案也就同样的单纯，所以现在也只是一个光溜溜的原因分析，方案分析也很简单，感觉也不能把书中的至下而上提炼框架或者自上而下选用框架搬上去。

附我整理的软件系统问题分析流程

发现问题-界定问题（what）

1. 建立调研表格
   • 5W2H因素考虑
   • 最好数据支撑
2. 发布调研任务
   • 最好会议模式
3. 等待调研结果
   • 周期长的每周（最长双周）提醒
   • 重点跟踪关键调研，可以分阶段反馈
4. 汇总调研结果
5. 评估调研结果，确定是否再发起一轮调研
6. 形成调研报告文档

分析问题

1. 原因分析（why）
2. 方案分析（how）
   • 分别考虑短期方案（任务）、中期方案（项目）、远期方案（架构）
   • 方案干系人沟通

形成分析报告

1. 相关人员确认
   • 邮件、RTX等
2. 提交报告