2020-個人技術之路：創業公司中的研發效能與技術賦能

2020-個人技術之路：創業公司中的研發效能與技術賦能

2020 年，諸多不易，你們都是披荊斬棘砥礪前行；在這一年我在技術、產品、行業認知上也是起起伏伏，在挫折、摔打中不斷地深化本身對行業的認知，融入製造團隊，打磨產品，構建更順滑的體驗與交付能力。從技術與產品的視角看，2020 個人核心關注點以下：

• 研發效能，以儘量小的技術團隊保障全線產品的按時上線、交付。咱們的產品涵蓋了典型的 工業互聯網/MES/CRM/電商系統，跨越了 Web/移動端/小程序/桌面端等多個觸達點，服務於海內外客戶（須要維護跨地域的公/私有云及邊緣節點）。
• 技術賦能，挖掘並驅動業務發展，單點突破與全線貫通齊頭並進，以正合，以奇勝。咱們須要某些產品點打動客戶，可是若是不能給客戶提供完整的解決方案，是沒法獲得最好的承認。

作時間的朋友：八大致系超千篇數百萬字技術筆記

天地逆旅，時光飛逝，歲月如梭，年近而立也是愈發感受有急迫感；每次回顧過去十年的職業生涯，想起本身曾經學過、作過不少，可是也忘了不少，不禁地心裏惶惑。此時惟有本身作的這數百萬字筆記體現了技術一途上留下的痕跡：在線閱讀：ng-tech.icu/books，書籍託管於 Github：https://github.com/wx-chevalier

今年我會針對每一個系列編寫專門的導讀文章，但願能與更多的人分享我看到的、學到的、記下的。

既能組裝也能造輪子：模板、庫、項目的沉澱

經歷了不一樣的大廠與創業團隊，對於技術人員而言須要具有極強的機動性、靈活性；在小型的創業團隊中不能墨守成規，照搬大廠的規範、流程、制度以及技術架構。另外一個方面，也不能由於是小團隊就忽略了對於架構、編程規範（如 Lint）、重構（如 Code Review）等的堅持，不然隨着業務發展迅速增長的技術負債終會顯示出它的破壞力。就如筆者在《SoftwareArchitecture-Series》中關於所謂複雜性的討論，軟件架構的核心價值，便是控制系統的複雜性，將核心業務邏輯和技術細節的分離與解耦；互聯網軟件系統架構的設計不是一蹴而就，而須要漸進、持續、屢次設計的。

做爲創業團隊的技術人員，核心矛盾是提升生產力，提升團隊的研發效能。咱們既要能發現現有的輪子，去快速組裝他們，去支撐業務需求；也要能造輪子，去完成團隊自身的工具化與工程化。同時也不能盲目追新，不少使人激動的新技術、新特性，可是也要考慮到新技術自己的不肯定性、團隊成員的學習成本。這裏以 Web 開發作簡單示例，在 wx-fe 主題下大概有十來個項目，其典型包括：

• m-fe-* 系列: 微前端工程化系統項目，包含了前端開發基礎腳手架、React/Vue/Node/Electron/Taro 以及各類微前端模板。
• micro-components 系列：包含 Web 電子白板、Excel 全棧解決方案等一系列項目。
• ueme-* 系列: 構建用戶體驗中臺系列項目。

這部分筆者會在單獨的專題中進行討論，此處僅引出筆者的代碼庫的沉澱。

雜談：程序員的職業轉折，小團隊與大團隊

不覺入行已有十年，十年蒼狗，我倒是一直懷着對行業的焦慮前行，35 的檻一直如達摩克里斯之劍；不過回頭來看，至少對於身邊認識的不少前輩，在這個時代以 IT/編程爲敲門磚進入某個行業/領域是極好的選擇。只要是真正的有心人，可以在平常工做中進行人脈、管理、行業等等多維度的積累，是確定能打破職業生涯的桎梏，完成轉型的。技術好的，不妨進入一些傳統行業。只要跨過了行業門檻，有公平競爭的機會，以更現代化的產品與研發效率，也是有可能進行降維打擊的。

可是，須要特別強調的是，不管進入哪一個行業，必須心懷敬畏；毫無行業經驗的人，看了幾個 PPT 就揚言要顛覆行業，不以爲是對於前人的不尊重嗎？同時不能太過畫餅，於己於人皆是如此，反對強行讓別人爲本身的夢，或者錯誤買單。不少人既要專斷專行的權利，卻不肯意承擔責任義務。

職責的變化

我從 2014 年開始一直陸陸續續參與創業團隊的工做，期間也在大廠工做了三年；很有感觸的一點是，創業對於純技術背景的同窗並不友好，每每技術越強，落差越大。譬如心態的轉變，不少技術背景的管理者每每會不適應相似於接口協調這樣的工做，以爲彷佛是在浪費生命。可是須要慢慢地將本身從平常工做中抽身出來，爲團隊保駕護航，上善若水，水利萬物而不爭；而後慢慢起身遠眺，作更偏重於協調，以業務總體績效爲目標的事情。此時在團隊溝通上也須要注意技巧，良好的組織氣氛，是提高團隊研發效能的重要保障。就像玩遊戲同樣，對於團隊、對於本身，想要翻越某些藩籬的時候，須要不斷地給予正向反饋。不管是公司、團隊的管理，仍是自我管理，成就感都是很是不錯的活力棒與路標；而保證本身在平常工做或者 Side Project 中得到成就感的一種前提，就是儘量細粒度的切分任務。

此外，研發每每有明確的目標、指標，可是在未知行業中，要提取、抽象出指標卻並不是易事，而且目標也是不斷的變化；這點在大公司中每每是由 PD、PM 去屏蔽，可是在創業團隊中缺頗爲考驗技術人員的辨識能力。譬如目標和過程的區分。最初咱們覺得目標是：客戶可以用上咱們的軟件與解決方案，後來發現這只是實現最終商業目標的過程，後來發現咱們須要的過程是創建聯接而不是拘泥於軟件使用這件事。競爭意識損害競爭力，一樣達成目標的執念有時反而會損害執行力，不少開始覺得的階段目標反而會成爲你要征服的最高的巔峯。

團隊的組成

在創業型小團隊中，團隊構成不穩定。開發每每身兼數職，不只僅實現功能，常常要處理用戶反饋和投訴，還要和產品討論需求、和設計討論界面實現，甚至有時要修電腦、裝軟件、解決疑難雜症。同時創業期的產品可能質量要求不高。用戶量級小，即便質量稍差也能接受。作的功能亦不太考慮可擴展性，能用就行。技術視野狹隘。總體業務場景少，技術以使用爲主，不多深挖底層原理和實現。產品的生命週期不可預測。作了 一、2 年的產品，可能由於各類緣由而沒法上線。可是，小團隊也一樣具有優點。人數少的優點，使得團隊易於扁平，決策層到執行層是直接關係，甚至有時執行層也參與決策。指令下達速度快，溝通成本下降。並且做爲早期參與者，在渡過艱難的生存期以後，更容易成爲核心人員。核心表明着股份與期權，持股幹活更是動力十足。再日後，若是團隊可以擴招，核心人員每每是管理人員的首選。

合適的人才是團隊的基石，招聘也是團隊長久的任務與挑戰；特別是對於技術負責人，每每也須要承擔起招聘。早期的團隊每每是內部推薦，或者以人帶人，應當儘可能招聘合適的人才，太低或者太高每每都會加劇團隊的管理成本。在第一輪快速擴張以後的平穩期，穩定是重中之重，同時注意流水不腐，戶樞不蠹。同時團隊不管大小，即便沒有專門的 HR，也須要儘可能保證面試流程的正規性，而且針對不一樣的面試者展現團隊不一樣的優點：氛圍良好/極客文化/快速發展/行業優點等等。不過隨着團隊的迅速擴張，人員擴充自己是熵增的過程，可是熵增也意味着混亂與無序，做爲技術團隊的領導者，須要不斷地進行從新定位與角色轉變。從早期的核心開發者，到漸進的團隊協調者，再到團隊的管理者。

健康的團隊，應該是離開任何人均可以正常運轉；反過來看，若是核心成員發現本身在團隊中的地位是無可替代的，反而須要有危機感，寧肯犧牲些可用性，也要換取些分區容忍性。技術負責人首先要可以將任務合理劃分，將業務型的與通用型的模塊化切割開來，儘量地定義明確邊界與交互的接口協議。這樣就可以將任務打包給兼職/實習人員，儘量地實現調度優化。

結語

前兩日有校友撰文寫道：人生之路，不似揮舞劍花那般行雲流水，更若一首平仄絕句，錯落有致。面對道路的蜿蜒，惟有攜着「柳暗花明又一村」的篤定堅守，才能穿過眼前橫亙的「山重水複」。國學大師陳寅恪曾說，「惟此獨立之精神，自由之思想，歷千萬祀，與天壤而同久，共三光而永光。」於我的，既要失敗要乘早，窮人家的孩子承擔不起失敗的代價。不過也要隨時轉換，如多年前一次失敗的創業，創業痛苦的並非燦爛熱烈的死去，而是將死不死，雖靜美卻無意賞秋葉。

最後，謹以此文，致敬認識的或者不認識的創業者，也是贈言給身邊走在創業路上的朋友。