TWiki 運用於 Publishing Company 的案例

本頁目前為不同 wiki 在各領域使用狀況整理。原內容搬至 WikiBookmarks

==== (1)使用 TWiki 來作為出版管理 ====
*本文譯自 TWiki:TWikiSuccessStoryOfMagazinePublishing – ((Schee)) 2003/04/02

“‘Background 背景"‘
[http://www.hammarskjold.se Hammarskjold Information] 使用 TWiki 來管理社內某雙月刊約30頁左右的出版品流程。 TWiki 支援工作流程與文件附檔，從編輯到最後的認可與排版。出版工作小組包含了版權人員、新聞工作者、攝影師、編輯、企劃總監、校稿人員與版面的美工。

TWiki 計劃之目的是在給予新聞工作者更大的自主權下，同時又讓專案管理人可以即時掌控工作流程，協調攝影師或客戶對於不滿意的部分進行修改或更新。

“‘工作流程"‘
在編輯會議結束後，出版社便會指派某個相對應的 wiki page 來處理這次雙周刊的後續。刊物內的各主題報導也會被指派專屬的 wiki page, 然後再個別鏈結回主頁面。各主題報導頁面包含了完整的資訊，如主題敘述、負責人員、完稿期限、主題會議或訪問的人事時地物….等等。每個主題頁面都允許附加文字或各種檔案，再加上 wiki 特有的頁面版別控制(revision control)之功能，可呈現附檔處理的階段(草稿、審核中、完稿、校稿…)資訊。

新聞/文字工作者必須從初稿到完稿，一路管理自己所負責之主題 wiki 頁面。專案管理人(PM)則是負責審核或將稿件交給客戶以進行討論。排版過的稿件最後將會以 pdf 附檔呈現，讓負責的文字工作者最後的確認，看看是否有遺失斷落的文字或主題偏移的敘述。

我們使用 TWiki 和每個頁面上的查核表來進行工作流程的管理和確認，並且 wiki 上的表單來儲存所有相關的聯絡人資料。y在專案下我們也使用傳統的 TWiki 頁面來促成某個工作小組資訊流通，或是方便文字工作者放置零散稿件的媒介。比如說『我對於 “Knowledge Management" 不是很清楚，急需要新的資源頁面來解釋。

至於即時的專案資訊(我們又把它稱為 “project noise"), 我們使用簡單的 mySQL/PHP scritp 並且附註時間標記(time stamp)來提醒各主題下負責人員所應交辦的事項，如『"AA called, told her …", “Steven thinks the text on zazaz needs a rewrite, will discuss this with NN", Meeting with NN went well, important to stress the fact about …."』。這些資訊都可以在當期雙周刊專案的主頁面上看到。

“‘執行成果"‘
專案管理人的工作狀況獲得大幅改善，並且得到更多時間來與客戶協商溝通。新聞/文字工作者也因此對於整體的資訊更進一步的接觸管道，大幅降低因資訊不足而造成熬夜趕稿的現象。整體出版水準獲得改善，而且整個工作小組對於專案內近息的各項動作都有管道可以即時得知，概觀全案發展。這也提高了小組間的聚合力。

在頁面上任何對交稿日期的更動、稿件範圍或是聯絡人資訊更新都可以立即在 TWiki 頁面上反應給相關的負責文字工作者。專案管理人因為對於所有專案下的資訊有即時的知悉管道，因此避免了『我查一下到底發生了什麼事，晚一點再回信給你』的這種情況發生。

比較特別是，有些工作者的平台是麥金塔(Macintosh)系統，他們對於 TWiki 的支援度有些疑問。不過，我們在 TWiki:Codev.TWikiInAgencyWithMacs 找到了解決方案，也讓社內更多人對於 TWiki 的愛好多過於抱怨。

TWiki 目前在我們出版社內已經擔任不可或缺的重要角色。舉凡聯絡資訊、專案計劃、稿件修定和稿件資料庫，都是以 TWiki 來處理。TWiki 和其他所謂"美金三萬多元"的知識管理套件來比較，絲毫不遜色。

— TWiki:Main.MagnusHelander – 11 Mar 2003