軟能力那點事，你知多少
目錄
在我們日常工作中，常常會聽到軟能力這一個詞彙，尤其是在稱讚某個人工作表現不錯的時候更是如此。
然而關於軟能力是什麼，一百個人有一百種解釋，就好像一千個人有一千個哈姆雷特。
一、軟能力是什麼
什麼是軟能力？回答這個問題之前，我們先要了解什麼是硬能力。
還記得曾經如火如荼的高考嗎，大家都是卯足了勁兒，挑燈夜讀，為的就是上一所心儀的大學。
在應試教育的背景下，考試能力、學習成績這些就是你的硬能力。
金庸小說裡，第一次華山論劍，南帝北丐展一陽指、降龍十八掌之絕技，東邪西毒現彈指神通、蛤蟆功之怪誕武藝，最終由中神通王重陽戰勝群雄，獲得天下第一。
在武俠小說裡，武功的高低是你的硬能力。
硬能力往往最容易被記住，而且人們也更樂於就某個人物(或事物)的硬能力進行談論
為什麼？因為相對於軟能力來說，硬能力更加簡單，更容易被描述。
那麼，軟能力究竟應該對應什麼？
在高考評估體系裡面，佔比重最大的無非是筆試成績，而一些實用型能力比如溝通能力、組織協調能力卻沒能被考慮進去(這是國內應試教育一直被詬病的地方)，
它們是組成軟能力的重要部分。
再看看華山論劍的案例，武功再高，如果品行敗壞，壞事做盡，是很難獲得後人世頌的。
這時，武德便是一種軟能力。另外，如果武藝高強卻沒有人知道，就是隱姓埋名；說不中聽的，那就是廢柴一個。
這時候，名號的傳播就很重要了，我們知道，大約宋代開始，有一種說書人，其常年以演說賣藝為生。
在現如今，這便是隱形的營銷。
有人說，在當今的世界上，硬能力就是智商，軟能力則是情商；
也有人說，在企業裡面，硬能力是滿足崗位需求的必要技能，軟能力是你與團隊進行互動協作的能力。
我覺得，說的都對！
軟能力是能夠讓你變得優秀的關鍵能力。
二、軟能力-程式猿生存指南
讓我們回到 軟體開發 這個行當，當你即將成為一名程式猿，或者你已經作為程式猿好多年了之後，你是否清楚：
作為一名程式猿，應該至少具備什麼樣的軟能力，才能使你從猿猿眾生中脫穎而出。
在《軟技能-程式碼之外的生存指南》一書中，作者約翰 Z. 森梅茲為以自己的經歷為例，為我們仔細講述了程式設計師除了寫程式碼之外應該具備的各種軟能力，
值得一提的是，該作者還是一名出色的健身愛好者及投資客，這可能是令許多人望塵莫及的。
摘序
作為一個軟體開發人員，在我的生活中，我經歷過許多不同的旅程。 我曾走在陽關大道，也曾誤入歧途，還有一些路我至今仍不知是對還是錯。 這一路走來，我並沒有得到太多的幫助和指導。 我從來沒覺得有誰為我披荊斬棘，開闢出一條小路使我可以因循， 也從來沒覺得有誰可以告訴我如何成為一名最成功的軟體開發人員—— 不能只編寫程式碼，還要有精彩的人生。
在閱讀完此書後，我將所能記住的軟能力歸納如下：
好了，有點多.. 有了這些技能，相信大部分程式猿就能迎娶白富美，走上人生巔峰了吧！
為了簡化理解，我們可以將關注點聚焦到下面幾個維度上：
接下來解讀一下
A. 溝通能力
關於溝通方面的能力是老生常談了，溝通表達能力強的程式猿總是不一樣，
在很多場景下都會佔優：
- 小組選拔帶頭人
- 出差到客戶現場露露臉
- 介紹物件
...
溝通好的人有一點很關鍵的是換位思考能力，就是能為溝通的物件著想，讓你感覺很舒服。
下面有個案例：
B. 學習能力
學習要有方法，才能取得更高的效率及更好的效果。
在《軟技能-程式碼之外的生存指南》一書中提到的 "十步學習法" 如下：
第一步：瞭解全域性 第二步：確定範圍 第三步：定義目標 第四步：尋找資源 第五步：建立學習計劃 第六步：篩選資源 第七步：開始學習，淺嘗輒止 第八步：動手操作，邊玩邊學 第九步：全面學習，學以致用 第十步：樂為人師，融會貫通
十步學習法看似有些繁瑣，其實卻很有邏輯性，是一個循序漸進的過程。
經過歸納後，我們當然可以做一些簡化。
這裡以學習 spring cloud 為例，整個過程如下：
當然，關於學習過程，你可以自己歸納，但不應該是沒有章法的。
C. 時間管理
時間管理，在職場上更多的是工作管理，即 如何有條不紊的將工作逐個完成 ，
既要滿足上級，也要讓自己不糾結後悔。
許多關於時間管理的書籍都會提到 番茄工作法
如下
按照 番茄鍾 的方式對工作任務進行拆解排序； 每個番茄鍾對應一段25分鐘的工作時間； 在每個番茄鍾內部不允許有新任務插入，此時只需要將任務放到待辦事項； 每個番茄鍾結束後，進行5分鐘的休息調整，之後進行下一個番茄鍾
在進行事務排序時，推薦使用 四象限法
番茄工作法是不錯的，但並不完美，許多人儘管知道但卻很做到極致。
比如：
- 很難將任務優先順序進行排序，萬一錯了呢？
- 很難將任務對應到25分鐘內，我其實需要1個小時..
- 很難拒絕新來的任務啊，面對主管的催促，運營MM的詢問，實在糾結
針對這些問題，你只能先承受著..，然後不斷去嘗試優化
李笑來在《和時間做朋友》專欄中提出一個觀點： 時間是不可管理的！
這說的倒是沒錯，我們其實都是時間的奴隸(儘管有些消極)。
所以，需要知道失控是一種常態，以一種平穩的心態去看待。
在過程中去找到你真實的現狀和能力，持續探索屬於自己的控制方式。
D. 分解能力
分解能力幾乎是各個領域裡最通用的能力了。
這個世界是結構化的，大到一個龐大的帝國，小到一隻螻蟻，都是由結構組成的。
就連本文都有一個相對不那麼模糊的提綱結構。
在軟體世界裡也一直推崇 分而治之 的思想。
技術人只有具備了良好的結構思考力，在應付一個龐大的專案時才能顯得得心應手。
至於這種 先總後分 的結構化思維方式，也是一直傳承以久的。
這裡推薦一本書籍，叫《結構化思考力》，作者李忠秋是專注於該領域的專家。
將這部書多讀兩遍，相信會有所收穫。
E. 總結改進
總結歸納是一種能力，但更應該成為一種習慣。
總結的目的是為了改進，重新整理自我。
在《高效人士的七個習慣》中，第七條就是
“不斷更新 平衡的自我更新原則”
有不少企業將總結改進作為團隊管理的核心要領之一，在敏捷化專案管理中，迭代回顧也是重要形式之一。
但是呢，對於大部分程式猿個人來說，做總結改進可能有些痛苦。
“有那麼多時間做總結，還不如多敲點程式碼！”
以上，如果代表了你的心聲，那麼很遺憾，這只是你給自己找的 關於不願意進步 的一個藉口。
三、程式猿成長路線
軟能力在程式猿的成長中其實扮演了至關重要的角色，但往往只是不被察覺
通常，一名程式猿的發展道路有許多種，如下圖所示：
其中，架構師、專案經理、產品經理是出鏡率最高的，大多隻要是不跨行的程式猿，幾乎最後都是如此。
而對於我而言，這幾個角色又是特別熟悉不過的。
問題：軟能力於這些角色又有什麼樣的關係？
1. 架構師
微服務架構很火，架構師的職位也很火，程式猿看到 架構師 21天 快速進階 的字眼也很興奮...
然而比較遺憾的是，許多關於架構師的培訓、書籍都是以 架構技術 為主，
認為架構師就是技術牛B就好，對於架構師的軟能力一概不談。
一些初創型的公司中，創始人並不真正瞭解架構師，卻執著於招聘架構師崗位，素不知道他只是需要一個高階碼農就可以了..
下面這個圖來自《軟體架構師的12項修煉》一書，很好的說明了架構師該具備的軟技能。
see? 技術能力只是最基礎的部分，溝通、領導力、認知、創新等等卻是屬於更高階的能力。
2. 專案經理
專案經理是一種純管理類的崗位，在大部分中小型公司裡，專案經理更多扮演了一個"打雜"的角色。
為什麼？ 我們先來看看專案經理的擔子有多重：
目標管理
要團隊的每個人都能理解目標，非強大的溝通能力不可。
進度管理
天天早會，天天監工，煩不勝煩..
成本管理
至少有一點成本預算意識(投資意識)，小心老闆對你不滿！
人員管理
有些人不想幹了，得找他談談心，或許還有挽留的機會..
風險管理
總是提心吊膽，得有強大的心理素質
...
也確實，好的專案經理身上總是聚集了許多高超的軟能力，然而並不是很多程式猿都想當專案經理。
一般來說，沒有技術情結或技術不到家的，想快速上位的，可以走這個路線。
3. 產品經理
程式猿轉型產品經理的案例現在也越來越多了，
這說明什麼？ 網際網路滲透率在加速的漲，產品經理待遇也在漲..
具備技術背景的產品經理無疑是有優勢的，但只是要小心，不要掉進 技術情結的怪圈
對於勝任產品經理一事的能力訴求，我認為下面的一張圖可以很好說明：
【圖來自豆瓣： ofollow,noindex" target="_blank">https://www.douban.com/note/321706416/ 】
在上面的圖示中，溝通協調能力、邏輯分析、學習能力等等都在前面篇幅中提及。
可見，在轉型產品經理一職之前，程式猿要昇華的部分仍然是不少！
四、小結
筆者在接觸軟體工作的這些年間，接觸過不少程式猿，大部分人天資聰慧，熱情助人，以拯救大家為己任。
但是在面臨職業生涯瓶頸轉折之時，往往會產生許多糾結。
技術出眾者往往孤傲，不善於合群；技術平平者，往往能說會道，職場之路暢行無阻！
在大部分情況下，軟能力是獲得成功的關鍵，本文介紹了一些模型，希望對讀者能產生一些啟示。
謹以此文，獻給仍然在掙扎中奮鬥的技術人！
"寫一手好程式碼，做一手好菜，愛技術更愛生活，生活可以是詩和遠方"
歡迎關注 美碼師 的公眾號，跟我一起學習、交流！