這是我最近看到的一篇關於公司技術分享的比較好的文章

 就粘過來大家一起學習吧

https://www.iteye.com/blog/aoyouzi-2342659

分享目的

做任何事情，要明確目的，才能清晰、順利實施。目的包括這件事能幫大家帶來什麼、能給公司帶來什麼、預期結果是什麼、成長又是什麼等等。我從公司、團隊、個人三個維度，總結了以下五點目的。我會對每一個同事講述這五點目的，確保大家目標一致：

1. 學習新知識，完善自我體系
2. 提升溝通能力、表達能力、自信
3. 有效提升工程師在專業領域的經驗
4. 解決工程師最常見問題——技術瓶頸
5. 專案技術推進，如框架、效能、工具等

需要讓所有參與人明確分享目的，特別是新人，不要只關注自己付出的代價, 以及計算別人分享對自己的好處, 更要關注這樣的小 平臺，對每個同學軟效能力的培養, 以及在這個過程中“教-學”互動帶來的收益。當整體目的一致了，才能實施可持久的技術分享。

初期，技術分享並不一定帶來顯著效果提升，需要大家磨合，不停地完善分享內容。另外，要想實現上面的任何一點也是有挑戰的，作為leader，需要思考如何將技術分享轉換成目標實現，幫助每一個員工提升自我。

注意事項

很多公司技術分享都難以長期推進，甚至最終不了了之。我還看過其他人發的郵件，討論如何強制讓大家去做分享，等等。。

這裡不禁要問，難道我們大家缺少分享精神麼？我相信自私只能是少數人，更多的人還是樂於分享和幫助他人的，大家都不去分享，很可能是我們的技術分享平臺本身存在問題。我做了有四年多的技術分享，這是我這些年總結的經驗。

1. 內容簡單，會失去興趣
2. 責任平攤，會降低執行力
3. 時間倉促，會導致質量不高
4. 頻率較低，會難以深入去實施
5. 單純開會，會阻礙實質性成長總結
6. 選題隨意，會達不到較高的成果產出

有效手段

1.隊伍劃分

在一個事件中，責任如果被群體平攤，最終會弱化責任甚至無責任意識。技術分享採用大家主動去分享的模式，大家心裡會想“反正不是我一個人的事，不需要我去推進”，結果很尷尬，每週都不會有人願意去分享。
可能出現的場景是，技術分享負責人去聯絡每一個同事：
“同事A，下週你有時間分享想麼？”
“同事B，貌似你有兩個月沒分享了，下週給大家做個分享怎麼樣？”
“大家有誰想做分享麼？可以郵件告訴我，我好給他安排下週的會議室。”
“下週沒有人分享，我打算取消下週的分享。”

解決這個問題的辦法是，進行隊伍劃分，把責任集中而非分散。舉例，部門有12個同事，可以分成 三個小隊A、B、C，每週由一個隊伍進行技術分享，並按順序輪流執行。現在每次技術分享的責任由12分之1變成了3分之1，和之前相比有了更清晰的輪流次 序，大家很難推卸，每個小隊也變得更有責任。技術分享負責人基本上不需要再“求”每一個人去分享了！

將一個大團隊拆分成幾個小團隊，責任精準定位到每個小團隊，優於將責任集中在整個大團隊，更優於將責任完全平攤給每個人。

總結，1/3 > 1 > 1/12

2.專題分享
聞道有先後，術業有專攻。想提升某個領域的技能，不是一天兩天就能到達的，技術分享同樣如此。

想要提升團隊的資料庫技能，不是做一兩期技術 分享就能搞得定的。我們需要結合我們的工作情況、人員技能真實水平來定製具體計劃。詳細整理需要分享的資料庫知識點、資料庫涉及到的數學演算法、高階技巧和 原理深入、應用及經驗、分散式等，從多個維度規劃技術分享，這樣大家才能系統地、深入地學會資料庫技能。

我的建議是每個季度或者每半年做一次規劃，團隊需要提升哪些方面，針對這些方面製作專題分享，專題分享需要有規劃持續性地去做，並將做過的分享做文件化落地。當一個專題分享系列做完，我們也就積累了一整套完善的資料，並很自然的成為團隊資料，供新同事學習和查閱。

我們做過的專題分享有：
前端專題分享
資料庫專題分享
網路安全專題分享
伺服器效能專題分享
框架專題分享等

除了專題分享，還要有其它方面的靈活自由分享。

專題分享和自由分享，各有各的優缺點。過多的專題分享，會乏味；而過多的靈活分享，會得不到成長。團隊需要認清兩種分享的價值，經常去平衡這兩種分享的比重，這樣才能讓技術分享更加飽滿，幫助大家拓寬視野。

專題分享可以強化團隊的具體能力，也可以最大化發揮ppt本身的價值，成為技術文件。

3.晚上七點

目前我所在團隊每週兩次分享，一次是週四的白天上班時間，一次是週二的晚上七點鐘。

對於網際網路行業，公司層面主要提倡加班，員工層面提倡不加班。這裡就不討論加班與不加班的問題了，我只說兩點：
公司希望大家在公司多花時間，多一些產品的產出。
員工希望做事高效且有價值，並有學習、成長時間。

我選擇的技術分享時間，便考慮到了這兩點。
如果技術分享都是白天工作時間，會讓大家每週工作時間減少。
如果技術分享都是晚上休息時間，會讓大家抵觸去開分享會。

一次白天，一次晚上，很少抱怨，更多積極，引導學習，誘導加班，同事公司，皆大歡喜。

4.六十分鐘
5.提前兩週

第4點和第5點一起說，主要想表達的就是技術分享必須有內容、有含金量，才能對得起聽眾，聽眾的正向反饋也會促使技術分享更好的迴圈持續下去。

有些人習慣懶散，技術分享的準備會一直拖著，就算有人提醒和催促，也經常是在臨近時間節點時候才想起來做。做的ppt，就算內容能講一個小時，質量也會很差，講的過程中磕磕絆絆。那麼如何幫助大家避免這類問題？說白了就是怎麼有效地督促、幫助大家及時去準備技術分享。

首 先明確要求大家提前兩週開始準備技術分享，並在分享前一週，把技術分享大綱、或者ppt內容輪廓做完，並郵件發給所有人分享的內容目錄。在這種強制要求 下，大家不得不提前一週將技術分享大部分工作做完，然後還能預留一週時間進行修改和完善。不論你懶不懶，分享郵件都要提前一週發，如果你不提前準備，你根 本沒辦法發郵件。

一旦技術分享郵件發了，內容也準備了一些了。自然慣性，分享者就會利用還有的一週時間去補充和完善，基本上不需要任何人提醒催促了，因為他已經通過郵件把自己放在了公眾面前。對分享者而言，每一名群眾都是他的監督者。

通過以上手段，能夠降低大家技術分享的準備時間風險。

在法律中，合同是保障，時間是規約。對應到工作中，強有力的執行————依賴郵件和時間節點。

6.課前準備

上文提到了專題分享，分享的內容會深入且較難，而自由分享，由於涉獵面廣，可能有些概念部分同事還很陌生。

這兩種情況下，如果我們直接去聽分享會，很有可能只聽懂了20%。20%意味著，在一個小時的時間裡，48分鐘都是在消磨生命。怎麼樣更好地去聽技術分享，連小孩子都知道————課前準備。

每 次我都會去仔細看分享者提前發出來的郵件，對於不會的內容、沒聽過的關鍵詞，提前去上網查一些資料，帶著自己的理解、問題去聽，效果會非常非常好！聽完分 享會，可以鞏固現有的知識體系，正視之前過於淺顯的理解，糾正細微的認知誤區，解決困擾自己的問題，等等。只有自己準備了，才會有如此多的收穫，想想何樂 而不為呢！

技術分享的獲益人是分享者，也是聽眾者，而課前準備是聽眾者最大化收益的最直接手段。

7.懲罰措施

不過呢，“課前準備”這個想法總是好的，現實總是不滿意的。我們強調了很多次課前準備，不過會去執行的人並不多。甚至可以說，有些同事對於聽不懂、浪費時間，習以為常。怎麼去幫助這些同事，帶動他們的主動性和積極性，我給出一個建議。

有獎提問！對，有獎提問！比如某一期技術分享，內容很深，有挑戰性。那麼我可以告訴分享者，在ppt裡面增加一些互動和提問，並告訴所有分享者，這次技術分享會有多個問答環節。答對的同事，有獎勵措施。

實施過幾次，效果還不錯，很多同事會提前抽時間去看一看。

優秀的人知道該做什麼，普通人卻需要他人幫助。領導可以通過獎懲措施、目標價值等手段，幫助普通人和優秀的人保持行動一致。

補充完善

技術分享只是工作中的一個小事，但是做好卻很難，需要大家不斷去思考、完善。

拋開技術分享本身，只是去想如何做好技術分享這件事，我本人就得到了很多成長。想想挺有意思，任何事情，只要你花時間多琢磨，一旦琢磨透了，會得到超出這件事本身的成長。

在這裡舉一些我們技術分享中的故事，給大家作為參考。

幫助他人

如果每一次分享都能得到成長，也許大家會變得更主動。

我會在其他人做技術分享的時候記錄筆記，記錄大家做分享時候有哪些優點和缺點。在每個人技術分享結束後，會單獨和這名同事溝通，從幫助他的角度出發，去表揚優點、指出缺點。

比 如A同事，分享mysql lib庫封裝，在分享時候說話夾雜著大量的“然後”、“還有”、“嗯”。我會指出他在演講ppt時候，有太多這類詞彙會，顯得不專業。很多句子本身就很連 貫，比如ppt有一頁內容很清晰地列出了五個點，那麼我們不需要每說一點時在前面加個還有，顯得多餘。現在A同事分享，提升了很多，簡介、清晰。

B 同事，在分享linux grep指令詳細操作，這個分享需要登入一臺伺服器，並在伺服器上面輸入指令做展示。他在分享過程中，11處命令打錯，7次輸入命令發現不對又刪除。這些 我都詳細的記錄在了本子上面，會後和他說了問題，並給出了明確的建議，他在輸入指令方面比別人弱，不夠熟練，需要加強。

C同事，分享了一個 內容豐富的ppt，當時的ppt內容配圖很多、很炫。ppt特效也非常豐富，一會文字是橫著飛入進來，一會又是圖片360度旋轉載入進來，一會又是出現一 組晃動的文字。整體感覺就是過於花哨，文字看著頭暈。我把問題告訴他，並說好的ppt至少要保持統一。現在做的ppt，依舊很炫，同時底色、字型、動效也 都統一，明顯好了很多。

我希望讓大家明白，技術分享這個平臺，不僅僅是分享，也是對自己的鍛鍊。

拒絕簡單

拒絕分享×××的安裝、×××入門實戰，這類分享沒有價值。

分享可以由淺入深，可以分多期，但要保證全面和深入，讓大家真正得到提升，也歡迎細分領域的超水平分享。

可以很自豪地講，我們現在做的每一期技術分享，內容都很高，不論你是高手還是新手，總有收穫。

截圖是我們分享的https加密機制，各種數學公式的使用，尤拉函式、中國剩餘定理，大開眼界。

想要分享牛逼的ppt，你就得努力成為一個牛逼的人。

結果導向

技術落地，結果產出很重要，讓大家真實地感受到貢獻和價值。
表揚與肯定大家所做出的貢獻。

A同事花費了兩週時間，做了一期完整的web xss安全專題分享，分享會上大家一起討論問題、提供方案，最終定製全面的安全防護措施，並在第一時間用在了CC專案中。正巧，綠盟科技股份有限公司對 CC/CS進行專業安全掃描，CC未發現任何xss安全問題，CS發現3處xss高危漏洞。之後，我們也在CS專案中使用此解決方案。

通過這個事，我們肯定了A同事所做的貢獻，A同事做的技術分享應用到了專案中，這是最好的證明技術分享的價值。

學會感恩

技術分享，是奉獻也是成長，懷著感恩的心看待部門小夥伴。分享會上，我會給大家經常買好吃的、買飲料，這是一個不錯的選擇。

大家一邊吃零食一邊聽分享，免費學知識、免費吃東西，試問，還有多少人會不願意去參加分享會呢？

通過讓技術分享的氛圍更活躍，我還發現額外讓團隊獲得了另外一個成就，整個團隊的凝聚力也變得更強！真是得來全不費工夫！

我經常會給大家買85度C的奶茶，還有薯片、瓜子、水果等等，單是買85度C的飲料，就已經花費了好多錢。幫助大家，我樂此不疲。

學會感恩，對同事大方，站在幫助他人的高度看待事情，你才擁有真正的高度。

結束語

技術分享不是最終目的，最終要讓大家熱愛技術，工作中充滿主動。

除了技術分享，我們也主動推進了團隊技術部落格平臺搭建。總之，看到大家主動和成長，技術分享這個平臺也就值