試用 twiki, 殘念....

最近因為參與一個專案，在參與前期系統訪談的時候，發現了一個問題
客戶以及我們，在整理需求文件的時候，是用很傳統的方式，以 Word 來條列所有想到的項目，以及用 Word 整理畫面基本的 prototype，以及很多很多的檢核規則

另外，還有以下的一個特性
1. 客戶以及我們的 SA 都有『同時修改』文件的可能性
2. 有很多地方，是屬於專有名詞，必須要參考另外一份『看起來是整理好的共用規範』，或者是資料庫的相關文件
3. 有很多規則是在討論過程中，逐步釐清的

鑑於以上的這幾個特點，我思考的一個方向是
1. 要怎樣讓雙方都好修改文件，而且只保持一份？
2. 有歷史紀錄，可以比較之前修改的紀錄
3. 如何可以很好參考很多的專有名詞？比如說可以用超連結直接連過去
4. 不需要在意格式，因為這樣會花費很多時間在調整文件樣式

我思考的過程中，發現，其實現在，導入作K.M.的方式，很多是以 Wiki 來當做知識以及文件的整理平台
雖然現在公司有在試用 dokuwiki，但是總覺得少了點什麼
因為我可能需要
1. 區分專案
2. 好編輯
3. 可支援subversion

網路上剛好有一個網站 http://www.wikimatrix.org/，可以根據你的需求，挑出最適合你的 wiki
所以後來找了一下，找到了一個 twiki ，評價不錯，而且都還有陸續在更新，也有很多的 plugin
在 ubuntu 上面，也很好安裝，只要執行 "sudo aptitude install twiki" 就可以了

可是呢，這個 twiki 好像在外國是很熱門的 wiki，在台灣不是很多人用，所以中文的文件或者是部落格文章都不容易找，所以現在也還在試用當中

其實初期的 wiki 編輯都差不多，不管是 dokuwiki or twiki，wiki 的優點像是 internal link, history 等特性都可以很容易的顯現出來
只不過，整個在試用的唯一一個，也是最重要的一點就是

Shit! 文件已經太大量了..... 已經無法從 word 轉到 wiki 了
因為要使用 wiki ，不是把文章原封不動的一篇一篇搬到 wiki 上面，這樣一點都無法利用到 wiki 的特性
所以，光這點，我就已經想不出來，要怎樣去告訴客戶或者是SA，要使用這個 wiki 來做共通的文件平台

...... 習慣是導入新東西的殺手阿~~~