如何建立專案管理工具：專案、任務、看板及期限

專案管理工具讓團隊看到每個專案、專案內的任務、每項任務的負責人、狀態，以及到期日。要建立這樣的工具，你需要在資料庫中儲存專案和任務，提供看板及清單視圖、「我的任務」頁面、留言功能，並清楚訂明誰可以看到及修改什麼。AI 應用程式生成器可以很快做出可用的第一版。真正的工夫在於忍住衝動，不要把大型產品的所有功能都重做一遍，而是把你的團隊實際遵循的那一套工作流程編碼成工具。

從工作流程出發，而不是功能清單

通用工具之所以靈活，是因為要適合所有人。你自己的工具則可以完全貼合一種工作方式。動筆寫提示之前，先寫下：

• 對你而言，專案是什麼。 客戶項目、產品發布、建築工程、市場推廣活動。
• 工作會經過哪些階段。 例如：簡報 → 進行中 → 客戶審閱 → 完成。這些會成為你的狀態及看板欄。
• 誰負責什麼。 誰建立專案、誰分派任務、誰批核。
• 人們每天最常看什麼。 通常是「哪些是我的、哪些已逾期」。
• 管理層每週需要什麼。 有風險的專案、逾期的工作、每人的工作量。

如果你的答案跟一般的看板工具完全一樣，那麼現成的工具可能更適合（下文會再談）。如果包括客戶確認、按專案類型而訂的固定核對清單，或連結你自己的工作及發票等步驟，那就是自訂工具真正有價值的地方。

工具需要什麼

數據

任務上的位置欄位，讓人可以把卡片拖曳到一個能保留的次序。活動紀錄則可以回答「誰把這項任務移回進行中？」這類問題，而不需要爭論。

頁面

• 專案列表，顯示狀態、負責人、到期日，以及未完成及逾期任務的數目。
• 專案頁面，提供看板視圖（按狀態分欄）及清單視圖（可排序、可篩選）。
• 任務詳情，可以是側邊面板或獨立頁面：描述、受派人、到期日、留言、檔案。
• 我的任務，每人一個，按已逾期、今天、本週、之後分組。
• 總覽，供管理層查看：有風險的專案、逾期任務、每人的工作量。

權限

儘早決定以下問題：

• 每個人都能看到所有專案，還是只能看到自己是成員的專案？
• 誰可以建立及封存專案？
• 人們可以編輯指派給別人的任務嗎？
• 客戶或外判商會獲得存取權嗎？如果會，可以看哪些專案？可以看內部留言嗎？

對外開放存取會大幅改變設計。如果客戶需要查看進度，可以考慮提供獨立的唯讀視圖，或使用客戶入口網站，而不是邀請他們進入內部工具。

決策及取捨

固定狀態，還是每個專案自訂欄

所有專案使用固定狀態，便於匯報（「有多少任務在審閱中？」）。每個專案自訂欄則較靈活，但跨專案的視圖會較難製作。對於只有一個團隊、一套工作流程的情況，固定狀態是較好的起點。

看板、清單還是時間線

看板適合呈現工作流程，清單適合排序及批量編輯，時間線適合以日期為主的工作。先建立看板和清單。時間線或甘特圖視圖（在日曆上顯示橫條）會大大增加複雜度，尤其是任務之間有依賴關係時。只有當期限真的主導你的工作時，才加入這類視圖。

通知

人們期望在獲派任務或被留言提及時得到通知。起步時，應用程式內通知（有鈴鐺圖示及列表）比電郵簡單。電郵則需要發送服務供應商；參閱如何在應用程式中發送電郵。每日逾期任務摘要需要按排程運行的服務，所以在承諾之前，請先確認你的主機如何處理排程。

即時更新

兩個人同時查看同一個看板，遲早會看到過時的數據。對小型團隊而言，人們開啟頁面時重新載入數據，或定時刷新，通常已經足夠。即時更新很好，但在第一版並非必要。

有效的第一條提示

為一間有 10 人的市場推廣代理公司建立專案管理工具。專案有名稱、客戶、負責人、到期日，以及狀態（規劃中、進行中、暫停、已完成）。任務屬於某個專案，並有標題、描述、受派人、到期日、優先次序（低、普通、高），以及狀態（待辦、進行中、客戶審閱、已完成）。頁面：專案列表，顯示未完成及逾期任務的數目；專案頁面，提供可拖放、按狀態分欄的看板，以及可排序的清單視圖；任務側邊面板，附有留言；「我的任務」頁面，按已逾期、今天、本週、之後分組；以及管理層總覽，按人列出逾期任務。所有資料儲存於資料庫，保留狀態及負責人變更的活動紀錄，並記住看板上卡片的次序。佈局整潔、資訊密集，在手提電腦及手機上都運作良好。

提示中列明了狀態、頁面，以及區分示範與實用工具的幾個細節（活動紀錄、卡片次序）。

建立步驟

1. 以清單形式建立專案和任務。 建立、編輯、指派、設定到期日。加入任何視圖之前，先確認數據正確。
2. 看板視圖。 按狀態分欄，拖曳即可更改狀態，並記住次序。
3. 任務面板及留言。
4. 我的任務。 這是大部分人每天早上會打開的頁面，務必快速。
5. 登入及專案成員資格。 真正的工作資料放入之前，先加入這些功能。
6. 活動紀錄及應用程式內通知，用於獲派任務及提及。
7. 管理層總覽。 按人列出逾期工作，以及有風險的專案。
8. 從試算表或匯出檔案匯入現有專案，讓團隊一開始就使用真實數據。
9. 同時以兩人測試。 同時移動同一張卡片、編輯同一項任務，確認沒有資料遺失。

常見錯誤

• 複製大型工具的所有功能。 子任務、依賴關係、自訂欄位、自動化及甘特圖，每一項都會帶來數星期的邊緣情況。不如一開始就不要做。
• 沒有「我的任務」視圖。 人們不會為了找自己的工作而翻查十個看板。
• 讓任何人都可以刪除專案。 改為封存，並限制可以執行此操作的人。
• 自由文字狀態。 應使用固定列表，否則報表會出錯。
• 混入時間追蹤。 如果你需要記錄工時，請建立或連接時間追蹤應用程式，並把紀錄連結到任務。
• 空白上線。 沒有數據的新工具不會有人用。先匯入現有工作。

何時 Trello、Asana 或 Jira 是更好的選擇

如果你的團隊工作符合標準的看板或清單，而你主要需要一個今天就可靠的工具，成熟的工具很難被超越。它們有手機應用程式、與聊天及日曆工具的整合、自動化規則，以及多年打磨的體驗。我們有關 Trello 與 Asana 及 Jira 替代方案 的比較，涵蓋了這些選擇。

當你的工作流程有這些工具難以處理的步驟、專案需要連接你自己的數據（客戶、工作項目、存貨、發票）、你想要一個簡單的畫面而非可大量設定的介面，或者當大型團隊的每位座位收費成為實際成本時，自訂工具就有意義。許多團隊兩者並用：一般工作使用通用工具，某個專門流程則使用一個小型自訂工具。如果你只是需要個人或小團隊的待辦看板，較簡單的任務管理應用程式指南會更適合。

用 Mythex 建立

在 Mythex 上，你在聊天中描述工具，在即時預覽中看它逐步成形；當任務需要儲存時，代理商會加入專用的 Postgres 資料庫（你可以要求，或輸入 /database）。任務上的檔案附件使用專案檔案儲存空間（/storage）。團隊登入則由你按自己的驗證方式加入；參閱加入登入功能的範例。

計劃模式在這裡很有用：在代理商寫程式之前，要求它先規劃數據模型及頁面，檢視計劃，然後才開始建立。每個階段完成後，使用 /test 讓代理商在預覽中操作一遍（建立專案、加入任務、把任務拖過看板），並回報問題。如需起點，可以參考團隊看板、敏捷衝刺看板或產品路線圖範本。

常見問題