軟能力那點事，你知多少

在我們日常工作中，常常會聽到軟能力這一個詞匯，尤其是在稱贊某個人工作表現不錯的時候更是如此。
然而關于軟能力是什么，一百個人有一百種解釋，就好像一千個人有一千個哈姆雷特。

一、軟能力是什么

什么是軟能力？回答這個問題之前，我們先要了解什么是硬能力。

還記得曾經如火如荼的高考嗎，大家都是卯足了勁兒，挑燈夜讀，為的就是上一所心儀的大學。

在應試教育的背景下，考試能力、學習成績這些就是你的硬能力。

金庸小說里，第一次華山論劍，南帝北丐展一陽指、降龍十八掌之絕技，東邪西毒現彈指神通、蛤蟆功之怪誕武藝，最終由中神通王重陽戰勝群雄，獲得天下第一。

在武俠小說里，武功的高低是你的硬能力。

硬能力往往最容易被記住，而且人們也更樂于就某個人物(或事物)的硬能力進行談論

為什么？因為相對于軟能力來說，硬能力更加簡單，更容易被描述。

那么，軟能力究竟應該對應什么？

在高考評估體系里面，占比重最大的無非是筆試成績，而一些實用型能力比如溝通能力、組織協調能力卻沒能被考慮進去(這是國內應試教育一直被詬病的地方)，
它們是組成軟能力的重要部分。

再看看華山論劍的案例，武功再高，如果品行敗壞，壞事做盡，是很難獲得后人世頌的。
這時，武德便是一種軟能力。另外，如果武藝高強卻沒有人知道，就是隱姓埋名；說不中聽的，那就是廢柴一個。

這時候，名號的傳播就很重要了，我們知道，大約宋代開始，有一種說書人，其常年以演說賣藝為生。
在現如今，這便是隱形的營銷。

有人說，在當今的世界上，硬能力就是智商，軟能力則是情商；
也有人說，在企業里面，硬能力是滿足崗位需求的必要技能，軟能力是你與團隊進行交互協作的能力。

我覺得，說的都對！
軟能力是能夠讓你變得優秀的關鍵能力。

二、軟能力-程序猿生存指南

讓我們回到 軟件開發 這個行當，當你即將成為一名程序猿，或者你已經作為程序猿好多年了之后，你是否清楚：

作為一名程序猿，應該至少具備什么樣的軟能力，才能使你從猿猿眾生中脫穎而出。

在《軟技能-代碼之外的生存指南》一書中，作者約翰 Z. 森梅茲為以自己的經歷為例，為我們仔細講述了程序員除了寫代碼之外應該具備的各種軟能力，
值得一提的是，該作者還是一名出色的健身愛好者及投資客，這可能是令許多人望塵莫及的。

摘序

作為一個軟件開發人員，在我的生活中，我經歷過許多不同的旅程。
我曾走在陽關大道，也曾誤入歧途，還有一些路我至今仍不知是對還是錯。
這一路走來，我并沒有得到太多的幫助和指導。
我從來沒覺得有誰為我披荊斬棘，開辟出一條小路使我可以因循，
也從來沒覺得有誰可以告訴我如何成為一名最成功的軟件開發人員——
不能只編寫代碼，還要有精彩的人生。

在閱讀完此書后，我將所能記住的軟能力歸納如下：

好了，有點多.. 有了這些技能，相信大部分程序猿就能迎娶白富美，走上人生巔峰了吧！

為了簡化理解，我們可以將關注點聚焦到下面幾個維度上：

接下來解讀一下

A. 溝通能力

關于溝通方面的能力是老生常談了，溝通表達能力強的程序猿總是不一樣，
在很多場景下都會占優：

• 小組選拔帶頭人
• 出差到客戶現場露露臉
• 介紹對象
  ...

溝通好的人有一點很關鍵的是換位思考能力，就是能為溝通的對象著想，讓你感覺很舒服。
下面有個案例：

B. 學習能力

學習要有方法，才能取得更高的效率及更好的效果。
在《軟技能-代碼之外的生存指南》一書中提到的 "十步學習法" 如下：

第一步：了解全局
第二步：確定范圍
第三步：定義目標
第四步：尋找資源
第五步：創建學習計劃
第六步：篩選資源
第七步：開始學習，淺嘗輒止
第八步：動手操作，邊玩邊學
第九步：全面學習，學以致用
第十步：樂為人師，融會貫通

十步學習法看似有些繁瑣，其實卻很有邏輯性，是一個循序漸進的過程。
經過歸納后，我們當然可以做一些簡化。

這里以學習spring cloud為例，整個過程如下：

當然，關于學習過程，你可以自己歸納，但不應該是沒有章法的。

C. 時間管理

時間管理，在職場上更多的是工作管理，即如何有條不紊的將工作逐個完成，
既要滿足上級，也要讓自己不糾結后悔。

許多關于時間管理的書籍都會提到番茄工作法

如下

按照 番茄鐘 的方式對工作任務進行拆解排序；
每個番茄鐘對應一段25分鐘的工作時間；
在每個番茄鐘內部不允許有新任務插入，此時只需要將任務放到待辦事項；
每個番茄鐘結束后，進行5分鐘的休息調整，之后進行下一個番茄鐘

在進行事務排序時，推薦使用四象限法

番茄工作法是不錯的，但并不完美，許多人盡管知道但卻很做到極致。
比如：

• 很難將任務優先級進行排序，萬一錯了呢？
• 很難將任務對應到25分鐘內，我其實需要1個小時..
• 很難拒絕新來的任務啊，面對主管的催促，運營MM的詢問，實在糾結

針對這些問題，你只能先承受著..，然后不斷去嘗試優化

李笑來在《和時間做朋友》專欄中提出一個觀點：時間是不可管理的！

這說的倒是沒錯，我們其實都是時間的奴隸(盡管有些消極)。
所以，需要知道失控是一種常態，以一種平穩的心態去看待。
在過程中去找到你真實的現狀和能力，持續探索屬于自己的控制方式。

D. 分解能力

分解能力幾乎是各個領域里最通用的能力了。
這個世界是結構化的，大到一個龐大的帝國，小到一只螻蟻，都是由結構組成的。
就連本文都有一個相對不那么模糊的提綱結構。

在軟件世界里也一直推崇分而治之的思想。
技術人只有具備了良好的結構思考力，在應付一個龐大的項目時才能顯得得心應手。

至于這種先總后分 的結構化思維方式，也是一直傳承以久的。

這里推薦一本書籍，叫《結構化思考力》，作者李忠秋是專注于該領域的專家。
將這部書多讀兩遍，相信會有所收獲。

E. 總結改進

總結歸納是一種能力，但更應該成為一種習慣。
總結的目的是為了改進，刷新自我。

在《高效人士的七個習慣》中，第七條就是

“不斷更新 平衡的自我更新原則”

有不少企業將總結改進作為團隊管理的核心要領之一，在敏捷化項目管理中，迭代回顧也是重要形式之一。
但是呢，對于大部分程序猿個人來說，做總結改進可能有些痛苦。

“有那么多時間做總結，還不如多敲點代碼！”

以上，如果代表了你的心聲，那么很遺憾，這只是你給自己找的關于不愿意進步的一個借口。

三、程序猿成長路線

軟能力在程序猿的成長中其實扮演了至關重要的角色，但往往只是不被察覺

通常，一名程序猿的發展道路有許多種，如下圖所示：

其中，架構師、項目經理、產品經理是出鏡率最高的，大多只要是不跨行的程序猿，幾乎最后都是如此。
而對于我而言，這幾個角色又是特別熟悉不過的。

問題：軟能力于這些角色又有什么樣的關系？

1. 架構師

微服務架構很火，架構師的職位也很火，程序猿看到架構師 21天 快速進階的字眼也很興奮...

然而比較遺憾的是，許多關于架構師的培訓、書籍都是以架構技術為主，
認為架構師就是技術牛B就好，對于架構師的軟能力一概不談。

一些初創型的公司中，創始人并不真正了解架構師，卻執著于招聘架構師崗位，素不知道他只是需要一個高級碼農就可以了..

下面這個圖來自《軟件架構師的12項修煉》一書，很好的說明了架構師該具備的軟技能。

see? 技術能力只是最基礎的部分，溝通、領導力、認知、創新等等卻是屬于更高階的能力。

2. 項目經理

項目經理是一種純管理類的崗位，在大部分中小型公司里，項目經理更多扮演了一個"打雜"的角色。
為什么？ 我們先來看看項目經理的擔子有多重：

目標管理
要團隊的每個人都能理解目標，非強大的溝通能力不可。

進度管理
天天早會，天天監工，煩不勝煩..

成本管理
至少有一點成本預算意識(投資意識)，小心老板對你不滿！

人員管理
有些人不想干了，得找他談談心，或許還有挽留的機會..

風險管理
總是提心吊膽，得有強大的心理素質

...

也確實，好的項目經理身上總是聚集了許多高超的軟能力，然而并不是很多程序猿都想當項目經理。
一般來說，沒有技術情結或技術不到家的，想快速上位的，可以走這個路線。

3. 產品經理

程序猿轉型產品經理的案例現在也越來越多了，
這說明什么？ 互聯網滲透率在加速的漲，產品經理待遇也在漲..

具備技術背景的產品經理無疑是有優勢的，但只是要小心，不要掉進技術情結的怪圈

對于勝任產品經理一事的能力訴求，我認為下面的一張圖可以很好說明：

【圖來自豆瓣：https://www.douban.com/note/321706416/】

在上面的圖示中，溝通協調能力、邏輯分析、學習能力等等都在前面篇幅中提及。
可見，在轉型產品經理一職之前，程序猿要升華的部分仍然是不少！

四、小結

筆者在接觸軟件工作的這些年間，接觸過不少程序猿，大部分人天資聰慧，熱情助人，以拯救大家為己任。
但是在面臨職業生涯瓶頸轉折之時，往往會產生許多糾結。
技術出眾者往往孤傲，不善于合群；技術平平者，往往能說會道，職場之路暢行無阻！

在大部分情況下，軟能力是獲得成功的關鍵，本文介紹了一些模型，希望對讀者能產生一些啟示。
謹以此文，獻給仍然在掙扎中奮斗的技術人！

---

"寫一手好代碼，做一手好菜，愛技術更愛生活，生活可以是詩和遠方"
歡迎關注美碼師的公眾號，跟我一起學習、交流！