小公司的技術分享怎麼搞

呂大豹發表於2016-05-17
我這個人對分享特別感興趣,總是愛給人叨叨講東西。我也一直認為對於每一個搞技術的同學 ,技術分享是應該始終伴隨在工作中的,就像吃飯上廁所一樣。然而最近我們團隊的分享卻各種難產,一種“沒有分享,地球也照樣轉”的感覺,這不禁讓我開始懷疑人生。
 
遙想起剛來北京,看到帝都有這麼好的分享氛圍而激動萬分,不辭辛勞不遠萬里去參加w3ctech組織的各種分享會,那份渴望至今還記憶猶新。第一次見到傳說中的周愛民老師,近在咫尺卻也不敢上前對話,只能投以深情的目光,那種感覺至今也還縈繞心間。
 
多年來我從被分享和主動分享中獲益良多。這裡並不打算闡述分享的種種好處,我相信讀者朋友是心知肚明的。例如老王自從愛上分享,變得能言善辯,多年的口吃都治好了。今天想要講的是我們團隊在組織分享中遇到的一些問題,以及我的一些思考。組織分享遠不是想象中的那麼簡單,這中間會面臨很多決策,思考的過程像是在做一道道選擇題。(我們有20個前端,在創業公司中應該算很多的了)
 
創業公司要不要搞技術分享
 
首先,問題的根節點,創業公司要不要搞技術分享。
 
如果答案是否,那本文就到此結束了...提出這個問題是因為我對此也有點猶豫。創業公司相對更忙一些,做專案是頭等大事,能留給做技術分享的時間並不多。而且我們的前端分散在各專案組,時間步調不一致。每次分享都零零散散來不到十個人,這對分享者來說有點潑涼水,畢竟人家吭哧吭哧準備了幾個晚上的內容。
 
以上是負面的因素。既然我們要打造公司的技術氛圍,那麼分享是一定要搞的。搞技術的人應該都有這樣的初心,要保持技術上的持續成長,而不是做了一年專案下來發現什麼都沒學到,我覺得新手尤其有這樣的訴求。如果公司沒有提供這樣成長的環境,那麼優秀的員工遲早會離開。所以分享還是要搞滴,我們需要做的是克服一下負面因素。
 
分享的時間該如何安排
 
人到不齊,那肯定是時間安排不合理嘍。所以,下一個問題,分享的時間該如何安排。
 
首先糾結的一個就是:分享是定期搞還是不定期隨機搞。如果定期搞,差不多就是一週或兩週一次。上面也提到了創業公司的時間充滿不穩定性,很難保證每次定期分享都到齊,而且分享者的壓力也比較大。我們目前技術比較高能做分享的也就四五個。就算輪著來,每人每月進行一次分享壓力還是蠻大,更何況這還是理想情況。
 
如果是不定期組織呢?我覺得會更不靠譜。人對於學習總是有惰性的,這是本性,憑興趣能堅持的是少數。如果不定期組織,很可能就會一推再推,最後分享就變成一件可有可無的事情。
 
綜合考慮還是覺得定期分享比較靠譜,至於分享壓力的問題,想辦法再權衡。
 
關於分享的時間,還有另一道選擇題:上班時間搞還是下班時間搞?之前我們是在上班時間,週五的下午來分享。考慮到儘量不佔用大家的下班時間。這樣的弊端是,手頭有工作的同學可能就不能參加了。
 
其實我是傾向於下班時間來搞的,之前在奇舞團也是每週一下班開始分享會,每次參加的人都很多。我覺得稍微向上一點的程式設計師,在佔用下班時間和學習知識之間,都會偏向後者。人的本性是貪圖舒適,但不能因此就把分享和聽講者的關係本末倒置,不能有“不好意思佔用一下大家的時間,請大家參加一下分享會”這樣的想法出現,分享不是求人,分享者在無私付出,其他人要想學到東西就必須犧牲一些享樂時間。而且下班時間也更加自由寬鬆,大家能夠安心聽講不被工作打擾。
 
總的來說,我覺得定期、下班時間分享是比較好的選擇。
 
分享人的選定
 
接下來就是分享人的選定,小公司不像BAT那樣有那麼多講師資源,一人一遍能輪一年。所以分享人的選定我們也面臨兩個選擇:自由申報、強制指定。
 
之前我們是本著自由申報的原則的,畢竟分享是一個自由開放的事情。
 
最大的阻力還是人的惰性以及付出回報的不對等。做PPT、準備分享需要耗費一定的精力,這是時間成本。每次來聽的就零星幾個人,分享者成就感太低,寫篇部落格還幾千PV呢,扯著嗓子講半天就這點影響範圍,太不划算。再有就是程式設計師的主動性往往很低,性格使然吧。
 
自由申報的結果就是無人申報。要想定期分享,講師接不上肯定是很大的問題。
 
所以我也有考慮是否每次都提前指定好分享人。這種指定當然是大家在會上商量一下,誰好久沒分享了,下次該輪誰了,大家的意見達成一致就行,算半強制吧。我覺得有一個共識是所有人需要達成的,分享人是付出勞動的,聽講者是佔了便宜的,所以自己也不能老佔便宜,也付出一點勞動回饋一下團隊。達成這一的共識後,就算是強制到你頭上了,你也應該沒有怨言。
 
這麼分析下來,我傾向於輪流分享,每次提前商議決定分享人。這樣就解決了講師資源不足的問題,講師足了,定期分享也就好搞了。
 
分享內容怎麼挑
 
團隊的技術水平參差不齊,分享內容的選擇也是需要考慮的一個方面。由分享者自己把控應該是市面上的常規套路吧。這樣的缺點是太依賴分享者的個人品味,萬一他看走眼了選了一個偏門主題,讓聽眾感覺浪費時間也是不好的。
 
常見的做法就是提前預告,讓大家先對分享內容有個瞭解,然後再決定參加與否,我覺得這是很好的。另外我還想到的一個辦法是,可以成立類似“分享管理委員會”這樣一個小組,事先對分享人的主題進行評審,對PPT以及內容進行先驗,這樣萬一發現主題不合適可以進行調整。這樣更好地提高了分享質量,保證了上座率。
 
關於分享內容,我們團隊還有這樣的嘗試,將分享內容進行分類,根據分類將分享會定為不同的級別:
  1. 由講師編寫“教材”,分享前端的基礎知識、公司的技術棧,要求新員工必須參加,類似培訓會。
  2. 常規的分享,但是要求內容必須是自己實踐的原創,能Google到的內容不允許講。
  3. 技術邊緣的廣泛討論,內容形式不限。大概就是聊聊工作近況,聊聊行業話題之類,類似茶話會。
看上去好像挺規整,但是這個方案一直沒能落實。我覺得可能是以下原因吧:
  1. 編寫“教材”進行培訓,對講師的要求太高,而且是長期的。我們平時手上都有專案,根本騰不出這麼多時間寫教材、做培訓。而且對於新人,我覺得知道公司的技術棧自己去學就可以了,也沒有必要進行手把手的教學,都喂到嘴裡了,對丫太好了。
  2. “不允許講”這4個字是很傷感情的,分享本來是自由開放的事情,有些內容即便網上可以搜到,再分享一下也沒什麼的,畢竟前端的知識太雜,沒有誰能面面俱到。本來講師就不積極,再加這個限制的結果就是沒人肯分享了。
  3. 茶話會倒是挺好,我覺得合併到分享會,作為末尾環節就可以了,也沒有單獨搞的必要。
所以,對於分享內容,我覺得還是簡單化,沒必要這麼多限制,還是交給分享者吧。(以前奇舞團的分享搞的那麼好,不知他們是否有委員會)
 
看人家的分享搞得風生水起,著實眼紅。到我們這裡,要建立起一套大家都滿意的分享機制,看上去並不是那麼容易。對於分享,你怎麼看呢?歡迎探討。
 
 
時而乾貨時而雞湯,時而嚴肅時而瘋癲。歡迎關注我的公眾號:

相關文章