短訊！研發(fā)團隊技術氛圍建設

很多研發(fā)同學希望自己團隊有很強的技術氛圍，這點我個人是比較認可的。

因為大家現階段都是技術人，技術是我們吃飯的手藝，搞好技術，塑造技術氛圍，對研發(fā)團隊還是非常重要的。

技術氛圍好的團隊，普遍可以發(fā)揮出更強的戰(zhàn)斗力和生產力，能夠對業(yè)務和組織做出更大的貢獻。

(資料圖片僅供參考)

如果研發(fā)團隊過于偏重對業(yè)務方面的關注，而忽略了對技術方面的要求，就有可能造成工程師們缺乏自身對技術的追求，每天將精力放在堆砌不夠優(yōu)雅的業(yè)務代碼上，自身技術得不到成長，系統(tǒng)也不能很好的服務業(yè)務。

長此以往，這樣的技術團隊，戰(zhàn)斗力和凝聚力會每況愈下，研發(fā)同學難以得到成就感和滿足感，也難以對業(yè)務形成很好的支持。

通過技術氛圍打造，提升團隊技術氛圍，可以讓團隊中越來越多的人愿意學習、鉆研、交流、分享技術，形成一個良性循環(huán)。

我們常說，技術服務于業(yè)務，技術如果想要和業(yè)務很好的結合，技術自身就需要創(chuàng)新，技術就需要幫助業(yè)務做創(chuàng)新。

但切忌矯枉過正，不要走到技術自嗨。

見：團隊技術理念

打造技術氛圍，首先需要leader遵循3點原則：

以身作則：leader自己必須帶頭，多關注技術細節(jié)，對技術有品位，有要求；

文化導向：必須引導團隊成員更多的關注技術，提升技術要求，有技術追求，對做得好的同學給予獎勵；

落地機制：建立制定一套可執(zhí)行、可落地機制，嚴格遵守、監(jiān)督執(zhí)行，在合適的節(jié)點進行監(jiān)督；

一些常見的監(jiān)督節(jié)點如下。

首先是技術方案階段，書寫技術方案是工程師日常工作中做的最多的事情了，技術方案的質量關乎到最終技術的落地效果，一定要重視，對技術方案的質量提高要求。

從常識上看，技術方案寫到100分，而落地往往會打折扣，如果執(zhí)行不力會大打折扣，所以盡量提高技術方案的質量，保證執(zhí)行者對于方案有深刻的共識理解。

好的技術方案不應該僅滿足于完成日常開發(fā)需求，更應該是可以引發(fā)思考的。對于需求或業(yè)務本質有好的表現，對現狀及未來擴展有很好的預判，通過架構上的擴展留白，實現對未來需求的迭代和擴展保有余地。

好的技術方案，內容中應該評估出架構中的那些關鍵的技術點或者技術環(huán)節(jié)，比如是讀寫流量高的模塊，還是效率卡點模塊，或者穩(wěn)定性風險較大的模塊，或者容易誤操作的模塊。有了這種識別能力，你才能在方案落地中，對這些部分進行加強和做好兜底設計。

為了提高方案編寫質量，可以制定技術方案模版wiki，所有技術方案以此為框架編寫，將關鍵信息展示出來，當然抄好模板只是60分，想要做到100分，需要case by case的體現出相關技術的關鍵設計。

有了方案模板，leader必須審核，給與確認，所有干系同學必須參與評審，參與提出問題，評估問題，對方案全貌和細節(jié)做到心中有數，討論和交流要充分。

技術雙周會做通曬、抽查，那些做到好的方案要表揚、推廣，不合格的要提要求、促改進。

每個季度進行一定的評優(yōu)激勵，給與物質獎勵。

對于團隊內公用或共性的部分，通過推廣規(guī)范或者編寫技術組件方式實現固化。比如制定設計和編碼標準的統(tǒng)一規(guī)范，這為日后的底層技術能力平遷提供非常重要的基礎，比如日志打印標準，關鍵通信協(xié)議字段透傳定義，中間件交互組件等。

這些規(guī)范與組件能讓團隊技術標準得到統(tǒng)一，也可以促進大家有更好的編碼習慣。如果規(guī)范或組件需要迭代，需要經過組委會的評估，批準后，才可以將改造內容merge到主干。

為了提升編碼質量落地效果，可以將這些要求以okr的方式寫在自己的規(guī)劃里面，牽引大家思考和遵守。

在cr或評審時，遵守相關要求，做嚴格檢查。復雜模塊設計及改造，要多人交叉cr。

代碼提交人要有開放心態(tài)，能夠接受不一樣的意見，聽得進去意見，充分討論，成年人，不要意氣用事，目的是做的更好。

團隊要提倡工具文化，工具是流程、規(guī)范、標準的固化，既可以提高效率，又可以塑造習慣，所以要做好工具很重要。

日常的提效工具、檢查工具、輔助工具都可以，鼓勵大家做分享、做共建。

好的工具要做定時分享，提升個人和團隊影響力，也可以讓更多人了解工具，使用工具。

對于工具貢獻者，做季度評優(yōu)，給與一定的物質獎勵。

業(yè)務是發(fā)展的，每個階段業(yè)務的發(fā)展、目標和挑戰(zhàn)都不一樣，所以系統(tǒng)負責人需要階段性的進行技術的規(guī)劃。

對于不同規(guī)模系統(tǒng)和業(yè)務可以做季度、半年的技術規(guī)劃。

leader做好階段性的過程管理，比如周維度，月維度的跟蹤，防止技術方案的跑偏或者不落地。

這個機制，有利于促進技術同學做技術思考，避免埋頭陷入慣性的狀態(tài)。

技術迭代、升級、規(guī)劃，要和立項一樣做整體評審，更大優(yōu)先級別的項目，需要更大的老板參加（主要是要資源、做同步、拉共識）。

項目立項之后，做好落地階段拆分，拆解成小需求，確定好工作優(yōu)先級。

在承接業(yè)務需求之外，建立技術需求類別，每周、或每個月，跟蹤各個系統(tǒng)業(yè)務業(yè)務需求及技術需求數量占比。

階段性組織模塊串講，可以是模塊維度，系統(tǒng)維度，業(yè)務維度等。

目的有二：

1. 一是考核owner對業(yè)務或模塊的理解與認知程度，對負責業(yè)務和技術的思考；

2. 二是充分交流，讓更多人對于系統(tǒng)有更好的了解，防止重復造輪子。

技術分享的關鍵原則在于質量，而不是數量。

良好的技術文化塑造是建立在有質量的分享和交流之上的，以前試過輪流分享，最后發(fā)現這種大鍋飯似的組織方式，并不利于技術氛圍的達成。

質量的評估方式，要求分享內容有一定的創(chuàng)新性，包括不限于技術組件或者技術思想，比如有一定的先進性的技術，對團隊協(xié)作有幫助的協(xié)作方式等，關鍵在于要有營養(yǎng)。

之前很多人重復的分享線程池、數據庫索引，往往沒啥效果。如果分享如何做飯，這種就更應該慎重了。

為了不讓分享議題和分享過程跑偏，需要制定一些原則，面向分享者和旁聽者。

比如分享會階段性看一些關鍵信息，比如選取素材的方向、技術內容的先進性、分享人的表達能力等。

旁聽同學提的問題，也要框在一定范圍內，比如是否對分享素材的質量有認可，對分享的內容有了解，對分享人的表達能力滿意等。

通過將所有人框在一定范圍內，就可以避免大家思維跑偏了，過于發(fā)散不會有好的效果，樹立階段性的聚焦目標，有助于刻意練習。

鼓勵寫小作文，統(tǒng)計大家每周、每個月、季度、年度寫多少篇文章。寫得多的，質量好的小作文作者要給予獎勵。

可以通過留作業(yè)的方式，push大家做分享、做總結、做沉淀。也更利于成員養(yǎng)成知識沉淀到文字的好習慣。

其他的方式，包括更高階的技術專利、開源等手段。

總之，每件事情要有目標、有標準、有執(zhí)行、有落地、有獎勵。

不斷推進團隊向著良性循環(huán)的角度發(fā)展。讓所有研發(fā)同學愛上技術分享、愛上技術交流、愛上技術沉淀，最終形成好的團隊技術氛圍。

關鍵詞： 技術方案 研發(fā)團隊 非常重要