朋友作為一個 HR，對這件事非常煩躁，覺得極大降低了自己的效率，抱怨不已。而同桌吃飯的另一個朋友聽了，反而兩眼放光地告訴他：你獲得了一座向上攀登的階梯。

《冰與火之歌》中，被人稱為小指頭的培提爾·貝里席伯爵有一句名言：“Chaos is a ladder”——“混亂是一座階梯”，意指越是沒有規(guī)矩、越是紛爭的時代，也同樣充滿了向上攀登的機會。

這句話，不僅僅在神話故事中有效，在職場中，也是一樣。

是否總有一個瞬間覺得合作方很傻逼？

為什么產品經理反復改需求、工程師永遠說做不了？

新上線的系統滿是 Bug 無比難用？

從沒有做過的業(yè)務領域充滿未知和坑？

……

當在工作中遇到困境的時候，不同性格的人展現出了截然不同的應對方式：

第一種情緒，是我們最為常見的“抱怨”。

尤其當問題一個又一個接踵而來的時候，包括我在內的很多人第一反應就是抱怨。在闡述項目進展時，絕大部分的篇幅在闡述不靠譜的內容：可能是上下游沒有把該做的事做好，也可能是經費遠遠滿足不了老板的需求。

抱怨的時候，表現為情緒極度低落、只說問題不說解決方法、渴求他人的安慰。更可怕的是，在職場上過多的抱怨，很容易被視為“無能”的表現。因為本質上，抱怨和憤怒一樣，都是自我情緒的一種表現，但這種壓力的宣泄對解決問題幾乎毫無幫助。

經常抱怨的人，更適合從事一些既定路線的工作：有現成的解決方案，不會有突發(fā)狀況。

第二種做法，是少數人會選擇的“解法”。

遇到問題，正確的反應應當是尋求解法。

乙方的產出不滿意 —— 把需求描述得更清晰、細致，給更多的參考；

新同事不靠譜 —— 為他提供以往的合作流程、把目標量化并對焦清楚，如果實在幫不了，就把職責劃分清楚，提前告知項目風險；

經費不足 —— 爭取更多的經費、使用更經濟的方案，至少把不同的方案同步給老板；

系統 Bug 多 —— 整理 Bug 并嘗試為系統負責人提供解決方案；

……

有趣的是，“解法”往往都不是憑空產生的，除了極少數靈光一現外，大部分“解法”都源自已有的儲備，或者說既定的經驗。換而言之，有過類似的經歷，才能推導出可能的“解法”。

如果項目經驗和閱歷少，黔驢技窮，常常拿不出對應的解法，甚至想不到要尋求解法，最后就演變成了抱怨。

第三種態(tài)度，是精英們對混亂的“趨之若鶩”。

為什么喜歡混亂？就像文章最開始說的，因為混亂中充滿了機會。同樣，也是因為這些人知道自己有足夠的能力應對混亂。

不知道合作流程是什么？我來制定一種合作流程，并把它書面化，讓大家遵循這個流程；

系統問題多且不好用？我建立一個問題反饋的機制，尋求開發(fā)同學一起推進 Bug 修復并隨時公布；

對用戶不了解？我可以設計用戶訪談，并搜集大家的問題，統一調研尋找解決方案；

前幾步嘗試都失敗了？我繼續(xù)總結失敗的原因，策劃下一步的做法；

……

進一步，除了有無數的問題可以被解決（這本身已經足夠有誘惑力）之外，混亂更大的誘惑在于很容易展現一個人的“領導力”。

如果說“解法”只是個人對問題的一種應對方式，“領導力”則展現出了“1+1>2”的價值。

建立一種合作流程，則流程的用戶就不會僅僅是自己一個人，可能通過這種流程解決了整個團隊的問題。同樣的，搜集需求去進行用戶調研，得到的結果也不僅僅只應用在設計領域，產品、市場營銷、開發(fā)都可以使用你的調研結果。

越是工作，越覺得解決問題固然難，但發(fā)現問題更難，發(fā)現最有價值的那一個問題則是難上加難。

而“混亂”，一下子給了你這么多的問題去解決，自然而然被認為是向上攀登的階梯了吧。