朋友作為一個 HR，對這件事非常煩躁，覺得極大降低了自己的效率，抱怨不已。而同桌吃飯的另一個朋友聽了，反而兩眼放光地告訴他：你獲得了一座向上攀登的階梯。
《冰與火之歌》中，被人稱為小指頭的培提爾·貝里席伯爵有一句名言：“Chaos is a ladder”——“混亂是一座階梯”，意指越是沒有規矩、越是紛爭的時代，也同樣充滿了向上攀登的機會。
這句話，不僅僅在神話故事中有效，在職場中，也是一樣。
是否總有一個瞬間覺得合作方很傻逼？
為什么產品經理反復改需求、工程師永遠說做不了？
新上線的系統滿是 Bug 無比難用？
從沒有做過的業務領域充滿未知和坑？
……
當在工作中遇到困境的時候，不同性格的人展現出了截然不同的應對方式：
第一種情緒，是我們最為常見的“抱怨”。
尤其當問題一個又一個接踵而來的時候，包括我在內的很多人第一反應就是抱怨。在闡述項目進展時，絕大部分的篇幅在闡述不靠譜的內容：可能是上下游沒有把該做的事做好，也可能是經費遠遠滿足不了老板的需求。
抱怨的時候，表現為情緒極度低落、只說問題不說解決方法、渴求他人的安慰。更可怕的是，在職場上過多的抱怨，很容易被視為“無能”的表現。因為本質上，抱怨和憤怒一樣，都是自我情緒的一種表現，但這種壓力的宣泄對解決問題幾乎毫無幫助。
經常抱怨的人，更適合從事一些既定路線的工作：有現成的解決方案，不會有突發狀況。
第二種做法，是少數人會選擇的“解法”。
遇到問題，正確的反應應當是尋求解法。
乙方的產出不滿意 —— 把需求描述得更清晰、細致，給更多的參考；
新同事不靠譜 —— 為他提供以往的合作流程、把目標量化并對焦清楚，如果實在幫不了，就把職責劃分清楚，提前告知項目風險；
經費不足 —— 爭取更多的經費、使用更經濟的方案，至少把不同的方案同步給老板；
系統 Bug 多 —— 整理 Bug 并嘗試為系統負責人提供解決方案；
……
有趣的是，“解法”往往都不是憑空產生的，除了極少數靈光一現外，大部分“解法”都源自已有的儲備，或者說既定的經驗。換而言之，有過類似的經歷，才能推導出可能的“解法”。
如果項目經驗和閱歷少，黔驢技窮，常常拿不出對應的解法，甚至想不到要尋求解法，最后就演變成了抱怨。
第三種態度，是精英們對混亂的“趨之若鶩”。
為什么喜歡混亂？就像文章最開始說的，因為混亂中充滿了機會。同樣，也是因為這些人知道自己有足夠的能力應對混亂。
不知道合作流程是什么？我來制定一種合作流程，并把它書面化，讓大家遵循這個流程；
系統問題多且不好用？我建立一個問題反饋的機制，尋求開發同學一起推進 Bug 修復并隨時公布；
對用戶不了解？我可以設計用戶訪談，并搜集大家的問題，統一調研尋找解決方案；
前幾步嘗試都失敗了？我繼續總結失敗的原因，策劃下一步的做法；
……
進一步，除了有無數的問題可以被解決（這本身已經足夠有誘惑力）之外，混亂更大的誘惑在于很容易展現一個人的“領導力”。
如果說“解法”只是個人對問題的一種應對方式，“領導力”則展現出了“1+1>2”的價值。
建立一種合作流程，則流程的用戶就不會僅僅是自己一個人，可能通過這種流程解決了整個團隊的問題。同樣的，搜集需求去進行用戶調研，得到的結果也不僅僅只應用在設計領域，產品、市場營銷、開發都可以使用你的調研結果。
越是工作，越覺得解決問題固然難，但發現問題更難，發現最有價值的那一個問題則是難上加難。
而“混亂”，一下子給了你這么多的問題去解決，自然而然被認為是向上攀登的階梯了吧。
