Adrian Wible — New York, New York, USA

Wiki 是專案資訊的中樞#

Wiki 是集中管理專案資訊的絕佳工具。理想狀況下，它每天會被多次更新，並且始終在每位團隊成員的桌面視窗中開著。

以下是 Wiki 可以包含哪些頁面的建議——讓寶貴的腦力都用在真正的專案工作上。

各角色專屬頁面#

利害關係人（Stakeholders）#

• 最新專案狀態
• 短期與長期議題
• 風險追蹤
• 預算追蹤
• 里程碑達成紀錄

開發者（Developers）#

• QA 資料庫連線字串等環境設定
• 程式碼規範（Coding Standards）
• 建置與部署流程
• 常見陷阱
• 進階技術說明（如 Dependency Injection）

一般資訊#

• 客服電話
• 團隊角色與職責
• 成員聯絡方式

協作與溝通功能#

團隊行事曆#

可嵌入 Google Calendar 的 iFrame，讓日曆資訊即時同步。

會議記錄#

封存歷次會議記錄，方便團隊回顧細節，確認待辦事項和下次會議準備事項。

會議議程#

建立讓利害關係人線上提議未來議題的機制，由專案經理審核後納入議程。

業務分析師（Business Analyst）#

業務分析師往往不在開發現場，Wiki 是集中存取工作文件和領域產物（Domain Artifacts）的最佳場所，可跨地點存取。

測試人員（Testers）#

在組織架構上，測試責任可能與開發分離。Wiki 可作為兩組之間的資訊交換中心，包含：

• 測試工具使用說明（如 Selenium、QTP、Quality Center）
• Bug 追蹤流程

維護 Wiki 的三個原則#

核心原則： 不要重複資訊——若資訊存在於其他地方，提供連結而非複製貼上。

注意： 留意更新頻率，確保資訊不會過時。一旦資訊陳舊，人們就會停止使用 Wiki。

技巧： 盡可能讓資訊與實際專案資料即時連動。尋找支援 Wiki 介面的專案管理工具，讓圖表和狀態直接由真實專案數據驅動——這才是真正的即時進度。

何時應使用 Wiki 而非 Email#

任何時候你要透過 Email 傳送專案資訊，尤其是帶有附件（文件、專案計畫、預算資訊）時，都應該思考：團隊 Wiki 是否是更適合交換和存檔這些資訊的地方？