工做方法論: 請別跟我說「幫我解決一個問題」

你是否是遇到過這種狀況：在遇到一個棘手的問題之後，內心帶着一絲不自信，搞了半天仍是毫無頭緒，而後就舉手投降了。由於問題不得不解決，只能去求助你的同事或者領導，說「請幫我解決一個問題吧」。

首先，尋求幫助無可厚非，並且能以合適的方式找到合適的人將問題解決，自己就是一種能力。

好比劉邦。他解決不了帶兵的問題，就讓韓信幫他；解決不了戰略問題，就讓張良幫他；解決不了內政和後勤問題，就讓蕭何幫他。所以，這個地痞出身的一介布衣，最後成了最大的贏家。

但值得注意的是，請求別人幫助也是有技巧和方法的，不然不是讓別人摸不着頭腦，就是讓別人以爲本身再浪費時間，長此以往，就沒有人願意主動幫你了。「得道多助，失道寡助」，這個「道」在這裏咱們要講的就是「求助之道」和「提問之道」。

這篇文章咱們就從如下4個方面聊一下 「提問之道」 ：

1. 消除歧義
2. 問題閉環
3. 充分調查
4. 提問話術

消除歧義

「請幫我解決一個問題」這句話自己就是有問題的，由於它有歧義。

這句話能夠有兩種解釋：

1. 我遇到一個問題，我不想或者沒有能力本身解決，你來幫我解決。
2. 我要解決一個問題，可是遇到了點兒困難，請你幫我指點迷津或者幫我解決其中的幾個難點。

若是你不是對方的領導的話，那麼大多數狀況下咱們找到別人是第二種狀況。所以這句話更加準確的表述是：我要解決一個某某問題，如今遇到了某某困難，請幫我指點某某。

只有消除了歧義，才能更順暢的溝通。也只有界定了責任，對方纔能沒有包袱地傾力相助。

問題閉環

一般咱們遇到問題，無非是兩步：從發現問題，到解決問題。

事實上，問題的解決應該是一個閉環，那就是：發現問題，定義問題，解決問題，總結問題。

首先，發現問題就是基於現狀，找到須要改進或者突破的點，並將其概括爲一個問題。好比你發現本身最近上班總是遲到，受到了批評，緣由是晚上看劇看到兩點鐘，次日起來的時候已是九點鐘了，那麼這個問題就能夠概括爲「晚睡晚起形成上班遲到」。

而後，別忘記定義問題。也許你會奇怪，問題已經找到了不該該着手解決問題嗎，怎麼還要定義問題呢？事實上，咱們經常自覺得發現的問題，也許並非咱們想固然覺得的。 問題只有被清晰定義出來的那一刻，才能夠稱之爲問題。 不然只是鬍子眉毛一把抓的反抗和焦慮。好比上面提到的遲到的問題，你能夠定義爲「工做態度問題」，也能夠定義爲「生活習慣問題」，甚至能夠定義爲「是否守時的道德問題」。對問題的分類、性質和內容進行定義，甚至比解決問題自己更重要。

接着，就要着手解決問題。解決問題要基於問題的定義，而不是盲目地把問題消滅。

以前一個同事收到客服部門反饋，進入一個管理平臺的時候偶爾頁面會提示「HTTP500內部服務器錯誤」，這個同事就發現一段代碼可能在某些條件下出錯，而後就把這個錯誤隱藏了，這樣客服人員就再也沒有看到過這個報錯提示了。直到有一天發現不少數據沒法同步到另一個數據中心繫統，才知道以前的報錯是有道理的，而隱藏了這個錯誤，雖然當時看起來是將問題「解決」了，但卻爲將來埋下了不少隱患。這個問題應該定義爲「不當操做，形成數據完整性不足」，若是這個問題被正肯定義出來了，那麼正確的解決方案也就出來了，那就是培訓客服並在客服系統提供更加友好的交互界面。

最後，還要總結問題。雖然問題被解決了，可是並不意味着真正被解決了。

什麼意思呢？就是說一個問題背後每每藏着一個更大的問題，或者一連串兒問題，只有把這些問題都揪出來，纔算真正解決了問題。而且咱們花費巨大的精力，若是僅僅解決了當下的痛點，而不能帶來後續價值，那麼咱們的工做貢獻是就是極其有限的，隨着問題的消失，咱們的工做變失去了價值，消滅問題彷彿就是在消滅本身。所以能夠爲將來鋪平道路，爲將來找到進步的階梯，纔是解決問題的終極目的。

從這裏你應該能夠看出來了，這是一個嚴謹的問題閉環，總結問題之後，將從新進入發現問題到解決問題的環路。

問題閉環就是「飛輪效應」的實例。咱們的人生就是須要這樣一個個「飛輪」來驅動咱們不斷前進，就像「馬太效應」同樣，解決問題讓咱們更強，更強的咱們將解決更大的問題。

充分調查

前段時間一個同事發現本身在程序中使用的一個框架，在運行過程當中出現了不少奇怪的錯誤，花了整整一天時間也沒有解決，便找到了我。我耐心聽他講完本身的問題以及多麼辛苦地調試之後，先看了看他提供的報錯信息，而後打開了這個框架的官方網站。接着我問：大家的JDK版本是多少？他回答：是1.7。而後我指着官方文檔的第一行說：這就是緣由。上面寫着「本框架要求使用JDK1.8及以上」......

當你遇到問題之後，而且已經進行了「問題閉環」的前兩步：發現問題和定義問題。這個時候你就要儘量地多收集信息。

若是你是有經驗的，那麼過去解決相關問題的經驗也許會給你提供很大的幫助。固然，咱們沒法避免遇到新問題。那麼收集信息就相當重要了。

你能夠問本身下面幾個前置問題：

1. 問題發生在哪裏？
2. 誰發現的問題？
3. 這個問題的表現是什麼？
4. 這個問題會形成哪些後果？
5. 誰最但願解決這個問題？
6. 留給我解決這個問題的時間還有多少？

經過回答這幾個問題，基本你就能夠對問題的來源、影響、類別、重要程度和緊急程度有了初步的認識。

除了過去的知識積累和經驗以外，網絡是很好的問題資料庫。當要注意如下幾點：

1. 選擇合適的搜索引擎。

有些搜索引擎收錄的網站頗有限，所以要選擇收錄的網頁更全，搜索算法更優的搜索引擎，必要的話能夠在多個搜索引擎分別查找。

另外要注意本身搜索的「關鍵字」。更少的關鍵字能夠匹配更多內容，可是不精準。更多的關鍵字內容能精準，可是容易漏掉一些網頁。而錯誤的關鍵字，甚至可能會將你引導到錯誤的方向上去。

2. 利用號內搜。

若是你常常關注某個領域的消息的話，你會發現搜索引擎其實不少東西是徹底沒有的，好比社交信息、購物信息等等。尤爲是一些很大的平臺，會屏蔽搜索引擎的爬蟲。這在互聯網領域叫作 「再部落化」 ，國內國外狀況都差很少。所以除了搜索引擎，對本身領域的專業論壇，以及一些比較大的內容平臺，也要有足夠的關注度。

3. 注意官方文檔和論壇。

當你拆開一部機器的時候，這部機器附帶的說明書無疑是最佳的參考。一些重要的工具和軟件，也有本身的官方文檔和官方論壇，這些地方經常會給你驚喜。事實上，平時你也能夠利用這些資料進行學習，作好足夠的知識儲備，應對未來可能出現的問題。根據 「二八定律」 ，只要掌握其中核心的百分之二十，就能應對百分之八十以上的場景了。

4. 有本身的知識庫。

也許你沒法像一個搜索引擎同樣鏈接海量的知識，但你能夠將知識結構化和體系化之後保存起來，做爲未來分析問題的好幫手。

「若是你有一個錘子，那麼你看什麼東西都像釘子」 ，股神巴菲特的合夥人查理·芒格就常常建議別人要充實本身的「工具箱」，避免只有一個「錘子」或者「扳手」，而後去解決全部的問題。時時翻翻本身的知識庫，看看能不能爲解決問題帶來什麼啓發，而後也別忘了常常更新和補充本身的知識庫，讓它像大樹同樣茁壯成長。這將是你最大的一筆財富。

要在本身的腦子裏時刻迴響起這句話：沒有通過充分調查，你不配作一個提問者。

提問話術

前面提到了不少提問的方法論，這裏咱們進入提問最核心也是最重要的一個問題：提問的時候要怎麼說？

除了前面說的要消除歧義，還要注意如下幾點：

1. 先說重點

不少人在說話的時候，喜歡東拉西扯，想把話說得委婉一點。但在實際的工做場景中，你們都很忙，時間和注意力十分有限，直接說重點才能最節省你們的時間。若是你無法把本身的問題歸結成一句話，那麼證實你連問題閉環的第二步都沒有作好就直接提問了，這是極其不負責任的提問。

2. 提供背景

被提問者也許對你遇到的問題場景還一頭霧水，你就着急讓對方提供答案，只會消耗對方的耐心和自信心。所以在提出問題之後，還要補充一下問題產生的背景。即便對方以前也參與過，也要提供相關背景的要點，由於也許對方已經忘記了以前參與過的細節。

3. 達成共識

若是把問題看成敵人的話，那麼你只有跟本身的盟友達成了共識，才能團結力量，一致對外。若是雙方對一些基本的前提和條件還有爭議，那麼直接進入問題，只會雞同鴨講，得出的結論恐怕也是哭笑不得的。

4. 選擇話術

提問能夠分爲三類。一是開放式的，這種問題是爲了拓展思路；二是封閉式的，這是爲了得出具體的解決方案；三是追問式的，這是爲了進一步完善方案。

三種提問方式能夠前後進行，保證得出的備選方案和最終方案是完善且值得推敲的。

總結

這篇文章提出了一個 「元問題」 ，也就是「關於問題的問題」，這種元問題雖然沒法直接提供某個問題的解決方案，但思考這些元問題，對你的認知的提高將是本質性的。