認(rèn)清它，承認(rèn)它，然后改變它。
1. 現(xiàn)狀
團(tuán)隊(duì)知識沉淀，在前文介紹過的傳統(tǒng)軟件行業(yè)中技術(shù)團(tuán)隊(duì)的發(fā)展(現(xiàn)狀篇) 背景下，十有八九都是屬于"重要但不緊急"的事情——說起來非常重要，但在實(shí)際執(zhí)行過程中都是被作為最低優(yōu)先級，總是說事后會補(bǔ)，但最終往往是"later is never"。
對于傳統(tǒng)軟件行業(yè)技術(shù)團(tuán)隊(duì)而言，往往一個項(xiàng)目下來，除了需要對外交付的最終軟件制品和甲方明確要求的驗(yàn)收資料之外，很少會有執(zhí)行過程信息被留存下來。
這里面最典型的就是項(xiàng)目中遇到問題做決策時的考量 —— 每個決定是怎么做的，為什么最終選擇了這個解決方案？解決過程中又遇到了些什么問題，又是怎么解決它們的？
這種做事方式導(dǎo)致的典型結(jié)果就是：
- 同一個問題，團(tuán)隊(duì)里的每個人各自為戰(zhàn)，都得從零解決一次，解決質(zhì)量完全取決于當(dāng)事人的當(dāng)下能力。
- 團(tuán)隊(duì)缺少知識的沉淀和傳承，問題始終在低維度橫跳，缺乏進(jìn)一步精進(jìn)的可能性。
- 每個人都在喊忙，陷入低層次的問題循環(huán)中。
以上并非為了批判，更多的是表明一個事實(shí)，而最終目的是為了解決問題。因?yàn)檫@才是我們的目標(biāo)。
按照經(jīng)典的80/20定律，任何一項(xiàng)工作里，占據(jù)著八成份額的工作其實(shí)都是重復(fù)性的，屬于不得不做，但價值并不高。我們只有不斷優(yōu)化處理這部分的方式方法，才能節(jié)省出更多精力來直面那兩成的高價值難題。
為了讓目標(biāo)更為集中，方便問題討論，本文以下部分只關(guān)注技術(shù)團(tuán)隊(duì)中，對于問題解決方案的沉淀，探討如何確保問題以團(tuán)隊(duì)的視野去解決，去沉淀，去精進(jìn)。
2. 方法
對于解決知識沉淀的問題，一個指導(dǎo)性的思路就是以團(tuán)隊(duì)的視角去看待問題，用團(tuán)隊(duì)時間來衡量問題的解決，最大限度避免團(tuán)隊(duì)時間的浪費(fèi)。（團(tuán)隊(duì)時間 = 每個人為團(tuán)隊(duì)工作的時間 * 團(tuán)隊(duì)人數(shù)）
如果同一個問題，團(tuán)隊(duì)成員A解決一次之后，團(tuán)隊(duì)成員B因?yàn)椴恢肋@個背景而被迫自己又從零解決了一次。那么在這整個過程中，針對該問題所付出的團(tuán)隊(duì)時間就出現(xiàn)了浪費(fèi)。
以上指導(dǎo)思想之下，具體的執(zhí)行辦法其實(shí)很簡單： 以企業(yè)WIKI作為主要工具，將團(tuán)隊(duì)知識承載其上，并在之后帶領(lǐng)團(tuán)隊(duì)不斷對其進(jìn)行完善。
上述方法的前半部分“引入文庫/WIKI來記錄團(tuán)隊(duì)知識”這一點(diǎn)并不難想象到，本文接下來部分主要探討的是“如何確保這項(xiàng)措施不會半途而廢，讓團(tuán)隊(duì)內(nèi)部在認(rèn)知和行為上形成對于知識沉淀的重視，讓事情向好的方向發(fā)展”。
3. 最佳實(shí)踐
3.1 以身作則
這一點(diǎn)最重要。 這是筆者過去四年，將知識庫從技術(shù)團(tuán)隊(duì)內(nèi)部一步步推廣到整個集團(tuán)公司，所堅(jiān)持的最根本原則之一。
行動才是最具有說服力的。從此刻開始，作為負(fù)責(zé)人的你，對于組員反饋到你這里的問題：
- 不要再直接告訴他答案，先將解決方案放在文庫，然后把文檔地址發(fā)給對方。
- 并且囑咐對方，如果有什么注意事項(xiàng)，在評論區(qū)補(bǔ)充一兩句。
- 上面這一步肯定會有很多人答應(yīng)地很好，但最終他們什么都沒有做。這一點(diǎn)很正常，所以你需要持續(xù)性地重復(fù)上面的操作，不斷宣講，刻意引導(dǎo)。
通過以上方式，就能夠逐步建立起第一批的種子文檔，這些直接誕生于真實(shí)場景下的必然具有相當(dāng)?shù)纳?，以它們?yōu)榛A(chǔ)，可以：
- 為核心骨干減輕工作壓力。相較于原本口傳心授，必須到場的問題解決，以文檔作為緩沖的問題解決流程，可以確保每個問題的解決都能留下些許積累，這樣待下次類似問題出現(xiàn)時候，這些文檔可以幫助核心骨干擋住一些外部壓力，規(guī)避過往每次都必須拿臉接怪的尷尬。
- 實(shí)現(xiàn)"解決一個問題"向"解決一類問題"的轉(zhuǎn)換準(zhǔn)備。通過將問題和解決方案記錄下來，除了為下次問題復(fù)現(xiàn)時的快速解決提供基礎(chǔ)外，我們也可以借助不斷增多的問題樣本，從中發(fā)掘出更深層次的問題本質(zhì)，實(shí)現(xiàn)解決方案的升華。
- 輔助實(shí)現(xiàn)人員篩選。正如"好的架構(gòu)是演化出來的"一樣，好的文檔也是需要多次迭代的，那么在這個迭代過程中，愿意主動參與進(jìn)來的人，一定是富于團(tuán)隊(duì)協(xié)作精神，擅長思考總結(jié)的。對其的資源傾斜有助于團(tuán)隊(duì)的良性發(fā)展。
3.2 曉之以理，不如誘之以利
直接制定公司制度，要求從明天開始，自上而下每個人都要做好知識沉淀，記錄好每個問題的解決方案，研發(fā)過程數(shù)據(jù)做好留存，這樣的實(shí)現(xiàn)路徑看著是既爽又解氣，想想都有點(diǎn)小激動。
但可惜的是，現(xiàn)實(shí)肯定不會是這么童話。
對于傳統(tǒng)軟件行業(yè)技術(shù)團(tuán)隊(duì)而言，因?yàn)殚_發(fā)流程不規(guī)范，事情多且雜，自動化程度低，人治現(xiàn)象明顯，人員待遇偏低等等問題，導(dǎo)致領(lǐng)導(dǎo)對于下屬的控制力其實(shí)很低 —— 你再BB我就離職，這點(diǎn)工資我在哪干不是干，而且還能再多漲點(diǎn)薪水，豈不美哉。
另外知識沉淀也有其特殊性。知識沉淀最典型的方法就是寫文檔了，如果你上來就搞什么激勵制度，那么非常容易出現(xiàn)的一種現(xiàn)象就是湊字?jǐn)?shù)，湊篇數(shù)。
任何一項(xiàng)制度一定需要有相應(yīng)的檢查機(jī)制，一篇經(jīng)過精心準(zhǔn)備，遣詞造句，良好結(jié)構(gòu)布局的文檔，相較于一篇直接從外面復(fù)制來的博文，前者所花費(fèi)的精力完全不是一個數(shù)量級。如果只是粗暴地以篇幅計(jì)算，那就會陷入典型的劣幣驅(qū)逐良幣的尷尬境遇。 而且文檔這種東西，更需要主觀能動性的參與，一味強(qiáng)壓只會造成應(yīng)付式的交差，增加優(yōu)秀作品的發(fā)現(xiàn)難度，反而不利于整個團(tuán)隊(duì)知識沉淀的推進(jìn)。
所以，知識沉淀的起步和發(fā)展階段，不適合強(qiáng)壓。我們需要因勢利導(dǎo)，吸引團(tuán)隊(duì)成員參與：
- 引導(dǎo)組員針對某個經(jīng)常會發(fā)生的問題寫下第一篇解決方案匯總文檔。并在之后問題再次發(fā)生類似問題時候，引導(dǎo)他對文檔進(jìn)行優(yōu)化。并且讓他自己切身感受到因?yàn)閷@項(xiàng)知識的不斷沉淀，對其自身的益處——這件事情不再需要他親身介入，即使時隔數(shù)月，之前寫下的文檔也能讓他快速回憶起來部分細(xì)節(jié)。
- 針對組員編寫的解決方案文檔，按需發(fā)給有著類似需要的組員，并引導(dǎo)他們進(jìn)行完善，最終形成針對某一類問題的集中討論，形成頭腦風(fēng)暴。
最終形成如下的問題協(xié)作模式：
- 先在文庫搜索，看是否有相關(guān)話題；
- 沒有相關(guān)記錄的，自己解決完了在某個相關(guān)話題評論區(qū)，或者單開個文檔記錄下。
一類問題，團(tuán)隊(duì)視野下集思廣益，解決沉淀個4，5次，以后即使全部換上新人，問題也不會鬧出圈。
3.3 切勿急躁
我們做事時候經(jīng)常犯的一個錯誤就剛開始時候的熱血上頭，恨不能一天24小時全部鋪在上面，并且預(yù)期頗高，巴不得一周內(nèi)落地，第二周看到效果，第三周就能開表彰會了。
事情肯定不會是這么完美，尤其是當(dāng)你是在一張已經(jīng)滿是涂鴉的紙上作畫時。
萬事開頭難，欲速則不達(dá)。
時刻提醒自己，知識沉淀就是個持續(xù)優(yōu)化，逐步加速，先慢后快的過程。
- 首先要承認(rèn)一個事實(shí)：知識沉淀這種著眼長遠(yuǎn)的行為，與人性弱點(diǎn)中的短視是天然沖突的。與個體而言，作為理智選擇結(jié)果的知識沉淀，是需要持續(xù)地刻意練習(xí)才能內(nèi)化為下意識行為。我們需要有與之進(jìn)行長期斗爭的心理準(zhǔn)備。
- 針對同一個問題，個人確實(shí)因?yàn)槠湟曇昂湍芰栴}導(dǎo)致解決方案比較簡陋，但我們可以以團(tuán)隊(duì)視野去看待問題，將簡陋的方法先沉淀下來，給后面的組員一些提示，通過不斷的積累，再逐步優(yōu)化出最佳方案 。
- 文檔格式不重要，內(nèi)容也不重要，重要的是先記錄上去。剛開始的時候文檔數(shù)量少，所以針對問題經(jīng)常找不到解決方案是很正常的；我們現(xiàn)在只要求數(shù)量，質(zhì)量不做要求，什么文檔格式，內(nèi)容的嚴(yán)謹(jǐn)性，科學(xué)性，句式的華麗優(yōu)美，存放位置都是扯犢子（人都要餓死了，你跟我這討論蘿卜上的花應(yīng)該怎么雕才更有食欲？）； 數(shù)量都上不去，討論質(zhì)量沒意義 。
- 多多鼓勵組員主動編寫文檔的行為，積極回復(fù)每一次的組員反饋。引導(dǎo)他們“不用太高標(biāo)準(zhǔn)要求自己，我們要的是持之以恒更新”； "堅(jiān)持一個月，每天一篇 VS與一天更新一個月的數(shù)量"，我們更希望是前者。 是的，這一點(diǎn)直接借鑒自開源社區(qū)建設(shè)；筆者也是一直建議，如果團(tuán)隊(duì)內(nèi)部一直是各自為戰(zhàn)，野蠻生長，那么推薦直接借鑒開源社區(qū)的建設(shè)思路，啟動團(tuán)隊(duì)改造計(jì)劃。
3.4 一些技巧
- 在經(jīng)過一段時間的集中建設(shè)，文檔數(shù)量上來后，針對文檔搜不到的問題，一來需要繼續(xù)完善文檔數(shù)量，二來也需要對組員進(jìn)行培訓(xùn)，傳授他們提取關(guān)鍵字的能力，第三就是一條非常具體的建議 —— 回想下你當(dāng)時為什么沒有搜到對應(yīng)的文檔；然后將搜過的關(guān)鍵字補(bǔ)充到文檔 labels 里。
- 鼓勵組員編寫文檔的時候，將參考鏈接帶上。一來文檔編寫是個技術(shù)活，不少人缺乏將問題描述清楚的換位思考能力，所以不如將參考文獻(xiàn)放上來，為后來的組員減少一些資料搜索，對比印證的時間，這也是團(tuán)隊(duì)的一次進(jìn)步。
4. 最后
把自己過去多年為了推進(jìn)流程規(guī)范化做的事情說給一位朋友聽，朋友很疑惑地問我：“怎么感覺你就像是在哄小孩”？
也許吧，但最終我想要的是結(jié)果，其他的，都只是手段罷了。
