Wiki憑什麼持續獲得開發人員和團隊的喜好

你們好，我是華爲雲DevCloud項目管理服務的產品經理恆少，做爲佈道師和產品經理，出差各地接觸客戶是常態，線下和華爲雲的客戶交流、佈道、技術沙龍。

可是線下交流，覆蓋的用戶總仍是少數。我但願藉助線上的平臺，和用戶持續交流華爲在研發效能提高上的思索和實踐。感興趣的朋友能夠去華爲雲社區和我聊聊。

開篇語：令人有乍交之歡，不若令人無久處之厭——摘自明代書畫家陳繼儒（號眉公，也稱陳眉公）《小窗幽記》

Wiki在我看來，第一眼通常不會有「乍交之歡」的感受，尤爲是我以前一直使用Office在寫做各類需求設計、方案文檔。可是，Wiki也大機率會成爲「無久處之厭」。

我在四處佈道，介紹華爲這些年研發轉型實踐時說過，華爲對研發能力的重視和建設已經造成了一種可閉環的持續機制，Wiki在國外開始出現的時候，華爲就已經引入到了企業內部。

維基百科，這個基於Wiki的全球最大的多語言，內容自由，任何人都能參與的百科協做計劃，能夠認爲是全球範圍最知名的Wiki產品。

第一個Wiki的產品，也是Wiki的發明者沃德·坎寧安推出的「波特蘭模式知識庫」。

Wiki一詞來自於夏威夷語的「wee kee wee kee」，翻譯過來「快點，快點」（有一部美劇叫Hawaii Five-O（中譯：天堂執法者），對於夏威夷的風土人情、語言是一個很好的瞭解渠道）

「快點，快點」很是形象的描述了Wiki是爲何而生的，就是「快點」。最初是面向社區的在線的多人協做工具，定位決定地位，Wiki的定位最先是：

一、多人在線協做，羣策羣力；

二、開放，參與者平等，每一個人均可以針對共同的主題進行擴展或探討；

三、簡單，建立，編輯，更改，發佈的代價越低越好，於此相對比的是早些年比較難編輯發佈的HTML文本。

四、爲共享、沉澱知識而生

若是拿Wiki和博客，微博，公衆號文章來對比的話，後面這些你只能去評論，可是你不能去改別人的內容，只有做者才能修改。而Wiki是受權範圍內的任何人均可以去編輯內容。

業界也有人經常使用這個例子來形象描述Wiki是什麼：設想一羣人（志趣相投），圍在一個白板前，任何人均可以添加本身的內容，修改，甚至抹掉，也能夠修改別人寫在白板上的內容。

介紹了這麼多，有些同窗一旦聯想到本身常見的文檔/內容的寫做或協做場景，就會以爲Wiki這樣也太鬆散了吧？誰均可以編輯，會不會失控。因此不少同窗不會有「乍交之歡」。華爲做爲一個營利性的企業，碰到Wiki這樣近乎無控制的產品，也會以爲有點莫名無感。

可是，華爲仍是引入了Wiki，通過多年的內部沉澱，發現很多的同窗開始「無久處之厭了」，Wiki在華爲內部也有了很多堅決擁抱者。從咱們和其餘不少企業的交流看，Wiki在不少企業都有比較高的使用量。

如今分析想來，Wiki做爲一個20多年的產品，爲何依然還在不少企業內部有着強大的生命力呢？咱們統計分析了一下，發現這些年的一些變化，使得Wiki反而更有生命力：

一、組織結構趨向扁平和自治，團隊獲得充分的受權。隨着敏捷/DevOps的深刻人心，扁平化的組織形態逐步普及，團隊內部全棧的工程師，相對比較平等，少了不少的評審和過程當中的控制，不須要寫個設計文檔還須要領導審批才能發佈，Wiki這種自由開放的在線協做天然會更受歡迎

二、交付節奏愈來愈快，按周甚至按需能夠發佈。好比像華爲雲的DevCloud團隊，常規迭代週期作到了1~2周，並且每一個迭代都是上線生產環境，甚至作到了按需隨時發佈。這麼短的時間內，不會再追求重型的需求設計文檔，更關注內容自己而不是文檔的格式。也再也不是那種寫完了，再發給你們評審的重型評審過程，而是迭代寫完，你們均可以直接使用wiki進行編輯，快速對需求和方案達成一致便可。

三、企業愈來愈重視知識管理。知識須要供給，須要分享，須要讓更多人蔘與，並回饋給知識的內容提供者。軟件開發的那麼多坑和雷，不通過知識的總結與提煉，只能是炸了一批人又一批人，而各個項目或產品團隊，平常開發過程當中的知識積累是最樸實，最寶貴的一線知識積累，來自於實踐，而項目或產品團隊都很是忙，爲了讓你們的知識共享能簡單，Wiki天然就是最好的選擇，編輯輕量，多人能夠一塊兒協做。

四、雲端協做，AnyWhere&AnyTime成爲剛需和常態。隨着雲基礎設施的大規模應用，不少企業都陸續把本身的IT系統/工具搬到雲端，開箱即用，不須要再經過郵件發送文檔。Wiki這種又輕量，又能夠並行協做的雲端寫做也就再次獲得了不少用戶的歡迎。

五、與客戶的聯合敏捷、衆創進入探索。之前客戶和供應商的關係是嚴肅的合同，SOW（工做任務書），達標答覆，重要客戶會議紀要一般都是嚴肅的，都以特定模板的Office文檔來承載。可是咱們驚喜的發現，不少客戶和供應商之間的關係再也不是嚴格的甲方乙方，而是採起了聯合敏捷，衆創的探索，在合同框架下，快速達成一致，趕忙開始幹活，一塊兒縮短TTM（Time to market）。因此咱們和某些客戶的會議紀要，需求的澄清，都是使用Wiki來共同協做的，客戶在咱們的基礎上能夠修改，在線達成一致，而後趕忙排需求開發。聽說在美國，這樣的形式更普及。

不過，客觀的說，Wiki目前還替代不了嚴謹性文檔的協做，好比專利啊，給客戶的重要文檔。Wiki提供的格式（不管是富文本仍是Markdown）都比不上Office這樣專業的文檔工具。由於定位不一樣，格式的支持多少也不一樣，因此市場上的Wiki都很難無縫的支持全部的Office的格式，因此從Office拷貝到Wiki，每每會有些格式不支持。

華爲雲DevCloud 一早就把Wiki做爲一個基礎服務商用提供，近期，DevCloud上線了新版的Wiki，在用戶交互體驗上進行了比較大的優化，秉承「Eat your own dog food」的經驗，DevCloud團隊內部已經使用了新版的Wiki長達了2個月。

做爲一個對Wiki已達到「無久處之厭」的老Wiki用戶，咱們作了以下的優化：

1. 預置了更多沉澱華爲實踐的Wiki詞條模板，接地氣，實用爲先

2.改爲左導航，右內容的佈局，詞條的切換不用再像之前那樣須要返回。以下這個也就是我所負責的產品域平常交付的Wiki：），咱們是真的「吃狗糧」哦：）

3.分段編輯，支持快捷的並行編寫（能夠一人寫一段，不衝突），一級標題的快捷導航窗口，快速在段落間定位

4. 自動緩存到後臺，即便異常關閉，也能夠自動恢復以前編輯的

5. 父子詞條可拖動調整，點擊詞條，拖動能夠把子詞條升級爲父詞條，也能夠把父詞條降級爲其餘父詞條的子詞條

6. 更多富文本和Markdown格式的支持和完善

7. 詞條的變動歷史

DevCloud團隊目前已經大部分基於Wiki來在線文檔協做，如今的PRD（產品需求文檔），方案設計，數據庫設計，接口設計，ReleaseNotes，溝通矩陣，產品服務的規定，回溯報告，重要會議的紀要基本所有基於Wiki來輕量級的管理，你們均可以開放的編輯，豐富完善。

寫在最後：任何產品都有本身的最適合的場景，這是個豐饒的時代，根據本身的場景選擇合適的工具。DevCloud自身選擇了Wiki，也但願能給咱們的用戶帶來一些啓示和幫助。