最近與朋友聊起近些年的經濟發展趨勢，他的觀點：

從金融行業來看，現在監管的力度越來越大。比如08年之前，我把它叫做金融發展期，08年之後，稱為金融抑制期。當然，中國因為四萬億的事情有些滯後，一直到13-14年，也進入了抑制期。

14年之後，絕大多數的業務從表面看沒變，但其商業模式、產品形態、營銷模式及服務都在重塑。也許經濟發展放緩是大勢所趨，而對技術而言，無論是人力還是科技探索，都將進入下一輪生命週期，猶如春、夏、秋、冬。

內容有些偏激，但卻一針見血。

不得不承認，以網際網路+為例，經歷過經濟的飛速發展期並隨著市場格局的確立，其整體發展已趨向於平穩。除少數“獨角獸”異軍突起之外，絕大多數的企業均已告別增長期，紛紛進入平穩期甚至衰退期。

的確，回顧12年-15年，正值網際網路金融雄起。以Java中/高階程式設計師為例，只要能把多執行緒說出個道道來，看過幾次財經訊息，並對 “金融” 倆字能說出個所以然來的，基本都手握2-3張offer。你說這人不咋地，跟他談談績效改進，人家一跳槽，不是混上個總監，就是搞上個經理……

16年，股災與熔斷過後，給金融與技術帶來了什麼？

先看看金融圈，股市一團糟：現金貸也好，固收類（P2P）也罷，不是今天你跑路，就是明天我被抓，往日的雄風一掃而光，剩下的只是一地雞毛。除非你已是C輪以上的企業，將技術投入作為一種儲備或後續待發。除此之外，不是直接跟你Say Goodbye，就是壓縮編制、優化人員結構，對資質要求更細緻、更專業。

再看看技術圈，區塊鏈，除了某些頭部公司外，絕大多數都停留在明明一個Excel能搞定的東西，非要把它搞上鍊，似乎顯得 “有理想，總是好事情，愛折騰，總是好同志”。除此之外，人工智慧？無人駕駛？甚至是AIOps？我覺得都尚處於研究探索階段。至於DevOps、容器化、中介軟體，基本都有成熟方案，基本都處於供大於求的局面。

也許我的話有些激進，又或許有些片面，但存在即事實。對於絕大多數企業而言，業務增速放緩是不爭的事實，而那些在快速增長時被掩蓋的問題，也逐漸暴露出來。

業務增速放緩對技術團隊的影響

在我看來，業務增速放緩對技術團隊最直接的影響有以下三點：

1、技術架構已滿足N年規劃，無需再過多投入

在上一波網際網路紅利的沖刷下，鋪天蓋地的技術文章與基礎架構服務瀰漫著整個技術圈，今天這個人跟你說這問題該怎麼解決，明天那個供應商跟你說我的服務又快又穩。

而在這些有著良好的基礎、擁有豐富的架構設計理論和實踐的人的推動下，許多公司過早地進入了 “過度設計” 的惡性迴圈。

什麼叫 “過度設計” 的惡性迴圈？我舉個例子吧。

A公司在前幾年業務的快速增長中，從幾萬級流量增長到百萬級流量，隨之架構師開始添磚加瓦，拆分快取、服務及分庫分表。不但滿足現有業務要求，併為將來的千萬洪潮做好準備。

由於首席架構師具有網際網路大公司背景，並且架構設計理論和實踐都較為豐富，對於這種常見場景，短短几個月就搞定，上線。而在上線之後的半年裡，由於市場客觀原因，每日新增的量不過幾萬，在這樣的增量下，系統執行極其穩定。

系統平穩運行了幾個月之後，架構師又提出新的升級方案，然而這次的設計異常複雜。迭代步驟需拆分成四階段，每個階段都舉步艱難，導致開發節變慢，測試質量低下，產線也開始頻繁出錯。業務方抱怨聲不斷，因此小夥伴們不得不通過加班加點完成需求，真是苦不堪言。

其實，這個案例中的技術架構在第一期上線後就已滿足了業務在N年後的規劃，已無需再過多投入，或是該將技術投入到運營及運維的功能迭代上去。

但或許是網際網路人才與生俱來的 “屁股在小公司，思想卻在大公司” 的通病，又或許是閒著無聊，要展示下自己的技術功底，活生生地將生產系統拖入了 “過度設計” 的惡性迴圈。

2、招聘需求收縮，更看重工作背景，要求更細緻、更專業

成本一旦受到控制，將直接影響到招聘。很簡單，就給你這幾個人頭，況且又不急著你做出什麼耀眼的成績，你當然希望找稱心如意的，而那些背景不夠優秀的候選人就會面臨被淘汰的危機。尤其是非網際網路背景與被動離職的網際網路背景，錄取的機率會較低。

另外，當面對薪資、級別差不多的候選人時，顯然會更傾向於擁有更加豐富技能的人。

就此看來，在面對人才爭搶如此激烈的市場環境下，入職頻率下降到1-2個/半年，也不是什麼新鮮事。

3、更注重軟技能與價值觀，輕視（或不太關注）硬技能

什麼叫注重軟技能與價值觀？說白了就是要求每個人都能有意識、有意願地提高溝通技巧、大局觀、情緒控制及同理心。同時，在共同奉獻的原則上，將自己的行為舉止、思維模式，乃至說話語調，往 “一片祥和” 的路線發展。

至於如果Dubbo原始碼裡有BUG，會不會導致系統崩潰？如果系統流量突增N倍，是否能夠扛得住？如果……這些點，別說高層，你自己又關心過多少？是不是有很多時候腦海中都會冒出 “就這點量，做這種事有必要嗎？” 的想法呢？

再說得直白一點，在業務增速放緩的大背景下，絕大多數人都會將處事原則調整為 “不求有功，但求無過”。

設想下，作為管理者，如果團隊中絕大多數的人都一團“佛系”，那麼這支隊伍還能打仗嗎？

 如何保持技術團隊的高效與穩定？

以下就通過我個人的經歷、經驗以及教訓，談談在業務增速放緩對技術團隊的直接影響下，如何保持團隊的穩定性及士氣。

1、不倡導技術探索，推行平臺化建設

技術小夥伴都有著深挖洞的情節，任何技術話題都非要探個究竟方可罷休。但別忘了，探索與運用到商業生產之間還是隔著千山萬水的，弄不好就會搞個P1級事故出來。

在業務增速放緩時，注意力可以從效能、擴充套件性等非功能性目標上移開，聚焦在提升生產力上。比如開發效率，以及能夠提升工程師為自己的產出物質量負責的意識，並最終將這些效率，固化到DevOps平臺之上。不僅推動了自動化構建、測試和部署流程，還追趕了技術前沿，不失品味。

2、推動走出去交流與學習

技術交流是一種很好的學習方式，比如定期開展技術分享會，或是請業內的技術大咖過來做培訓、沙龍等。

不過我覺得，找準自己團隊的對標企業（或團隊），有針對性地樹立標杆，並將這種方式和習慣在團隊內進行宣貫，也是一種無中生有的絕佳方式。

3、推動技術團隊參與到業務決策中

與業務產品方一起，做好前期的需求估算，將決策、資訊公開透明的向技術小夥伴展示，鼓勵小夥伴對產品發表意見，讓小夥伴介入到需求的決策過程。

寫在最後

看完上面的內容，也許有人會怒噴，覺得這都是偷換概念的套路。對滿懷夢想的技術小夥伴毫無用途，該走的，該跳的，該幹嘛還是幹嘛，沒任何用。

但我想說的是，這個世界是由客觀組成的，而不是由我們的主觀幻想組成的。業務不發展是硬傷，誰也無法阻擋。

如果你的老闆沒有揮動裁員的利斧，沒有卷錢跑路，留下一堆警察叔叔陪你玩的話，你應該感到慶幸，應該心存感恩，畢竟絕大多數的業務增速減緩都與其行業瓶頸期有關（如金融強監管收緊）。只要你還認同這個行業，認同這家公司，認同這個老闆，相信用不了多久，必定會柳暗花明又一村的。

在此期間，作為技術管理者，更應該保持技術團隊的高效與穩定，夯實自己的系統，迎接下一波紅利的到來。

作者：王曄倞，18年IT從業經驗，現任職好買財富平臺架構部技術總監，負責好買中介軟體及平臺化的研發及運營，團隊管理和實施重大技術決策。曾任大智慧測試總監，在2年內帶領團隊自研了“大智慧雲測試平臺”，通過平臺化將金融資料服務業務從瀑布式逐漸轉型為DevOps。

宣告：本文為作者投稿，版權歸作者個人所有。

CSDN 公眾號秉持著「與千萬技術人共成長」理念，不僅以「極客頭條」、「暢言」欄目在第一時間以技術人的獨特視角描述技術人關心的行業焦點事件，更有「技術頭條」專欄，深度解讀行業內的熱門技術與場景應用，讓所有的開發者緊跟技術潮流，保持警醒的技術嗅覺，對行業趨勢、技術有更為全面的認知。

如果你有優質的文章，或是行業熱點事件、技術趨勢的真知灼見，或是深度的應用實踐、場景方案等的新見解，歡迎聯絡 CSDN 投稿，聯絡方式：微信（guorui_1118，請備註投稿+姓名+公司職位），郵箱（[email protected]）。

————— 推薦閱讀 —————