1. 定义问题（What、Who、Why）

• 要解决什么问题（严重 BUG，功能缺失，项目延期还是文档有误）？

• [项目] 责任人是谁（是产品经理没有发现、测试没有意识到还是开发有疏漏）？

• 具体起因是什么（比如技术并不了解业务背景所以做错）？

2. 解决问题

• 有哪几种解决方案（不是先处理人，而是先处理问题、罗列方案）？

• 每种方案的利弊是什么（比如有的会影响产品进度但节省成本、有的会耗费公司财力但速度快等）？

• [项目] 利益相关者认同哪个方案（比如关乎运营的方案不能绕过他们、改动设计的地方也不能不通知设计师）？

• 从长远来看哪个方案获益最大、损失最小（比如临时的解决方案虽然快，但可能会埋下隐患）？

3. 复盘问题

• 造成问题的深度原因是什么（比如技术水平本身有问题、工作流程设计有误）？

• 问题如何暴露的，在之前为什么没有暴露（谁发现的问题、在其他时间为什么没发现）？

• 从根本上解决问题的方法有什么（比如招募专家、改进工作流程）？

• 检查异常的机制是不是需要改进（比如在哪个环节加入总监的评审）？

4. 提高效率 / 节省成本

• 工作中比较复杂的、步骤繁琐的事务能不能简单处理（比如需要大量对账结算的方案可以简化逻辑，实际不影响效果）？

• 简单处理的事务能不能形成标准化的流程机制（比如对账结算在固定周期、用固定方法完成）？

• 标准化的流程机制能否实现自动化（比如对账结算用程序实现自动化）？

本文来自读者投稿，转载来自：http://36kr.com/p/5044229.html