按照一般的思路，做任何一個事情都要經歷what -> why -> how -> result，所以針對“提高解決問題的能力”這個事情，我也按照這個思路來分析

what -> 什么是“好的解決問題的能力”？

因為我們討論的是“提高解決問題的能力”，那么首先要找準目標，定義一下“什么是好的解決問題的能力”

我自己定義的“好的解決問題的能力”包含：

時刻謹記目標： 把問題的影響降到最低！！

確保類似問題不再發生/少發生

why -> 為什么要提高解決問題的能力？

出了問題，解決不了，老板會生氣

公司內部晉升一定會考察“解決問題的能力”

面試必定被問“解決問題的能力”

所以，想升職加薪、出任CEO、迎娶白富美、走上人生巔峰么？

想！就一定要努力提高解決問題的能力

how -> 怎么提高解決問題的能力？

重點來了！解決問題的思路也是 what -> why -> how -> result

what -> 問題是什么？

會有人不知道問題是什么就開始解決問題？我不開玩笑，真的有。回想一下你自己和身邊人解決問題的例子

“問題是什么”包含（不是全部）以下內容：

正確的什么？

錯誤的是什么？

錯誤的一共幾點？

問題的嚴重程度有多大？

......

關于“問題嚴重程度”要特別說明一下，出發點是“對核心業務有多大影響”，比如：

核心功能是不是受影響？

比如前幾天400供應商環界出問題，400業務對于我們來說有兩個核心點： 1. 用戶能不能撥通；2. 我們能不能拿到通話記錄。查下來發現：1. 用戶可以正常撥通； 2. 部分通話記錄受影響，但是可以后續100%補齊數據，再加上環界方面說修復不會太久，所以我們這邊沒有馬上采取措施，只是提前跟環界溝通了補數據的邏輯

有多少比例的流量/用戶受影響？

......（業務自有的一些屬性受影響程度）

做事情之前搞不清楚要做的事情是什么，那注定是要悲劇的，解決問題也是一樣~~

why -> 問題發生的原因是什么？

重要： 不一定要先查到原因，再解決問題，也可以先解決問題，然后再查原因，這樣可以減小問題帶來的損失

舉個例子解釋一下上面這句話： 比如有一次服務器報錯，查看發現4臺服務器只有1臺報錯，那么第一步要做的就是“換掉那臺服務器”，然后再去看那臺服務器到底出了什么問題

具體原因的排查靠的是專業的能力，這個比較靈活，我沒辦法詳細展開，只說明一點： 過程最好都詳細的記錄下來！！

有時候你會發現擅長解決問題的人有超人的“靈感”，可以一下子“猜對”問題的根源，這種靈感來源于經驗的積累，積累來源于記錄！！

how -> 怎么解決問題？

分兩種：

找到原因

根據原因，對癥下藥

沒找到原因

根據一些現象可以找到解決方法，比如：

剛剛說的1臺服務器出問題的情況

重啟瀏覽器 -> 重啟電腦 -> 換個瀏覽器 -> 重裝瀏覽器 -> 重裝電腦（這是我之前公司幫忙做公司內部系統的時候解決問題的一個通用流程=0=，實踐證明很好用）

關鍵點：

快： 用最快的方法，而不是最優的（因為目標是：降低問題帶來的損失）

小： 改動的地方越小越少越好

準： 別把其他地方改壞了（最坑爹+常出現）

result -> 這次搞定了，下次還會有么？

重要： 避免問題再次發生，比解決單次問題更加重要！要避免問題再次發生，就必須知道“why問題發生的原因是什么”

產品研發相關的一些可能的原因和后續改進的方法：

原因： 代碼寫的有問題

解決： 改進代碼

原因： 產品規則有矛盾

解決： 改進規則

原因： 交互流程不清晰，用戶容易誤操作

解決： 改進交互

就這么簡單？當然不是！！ 必須要有可量化、可監督的“后續Action”！！

你有沒有覺得大部分的問題都可以歸結于：“代碼寫的有問題”！

那是不是該問一下：為什么代碼寫的有問題？怎么能避免代碼寫的有問題？

針對這個問題，經常出現的原因是： 做這個功能的時候沒有考慮全面；太粗心，沒有認真測試。

然后經常出現的后續的Action是： 以后做功能的時候要認真考慮全面；把涉及到的功能點都認真自測和QA測試。

小時候考試沒考好，我也會跟媽媽說： 這次復習不夠，下次考試之前認真復習。這次太粗心了，下次考試認真做。

所以呢，要想下次考好，就要這樣：

制定一個詳細的復習計劃

找學習好的同學幫忙看看復習計劃是不是OK

嚴格按照學習計劃執行，定期讓父母幫忙檢查

考試的時候重點的大題要做兩遍，保證沒有因為粗心做錯

所有的問題處理過程都應該記錄下來，我自己的問題分析報告的格式：

問題的表現，最好截圖

問題的原因及排查過程

問題的處理過程

后續的action，如何杜絕/減少該case的情況，要轉化成項目，明確時間點，及時反饋進度

result -> 怎么能證明自己解決問題的能力提高了？

我覺得我渾身充滿力量 不如 我可以一拳打死一頭牛！

所以還是要從“問題分析報告”來看自己解決問題能力的提高

一共解決了多少問題

能解決問題的復雜度是不是提高了

解決問題的過程是不是更清晰了

解決類似復雜度問題的時間是不是縮短了

總結一下

兩點：

這次一定要記錄下來！

不準有下次！