專案計畫範本

您正依據一份包含八個部分的專案計畫架構工作，其中每項任務都指定一名負責人，且每項風險都以原因和後果的形式撰寫。您已開始在第二個月之前撰寫範圍外清單。

專案計畫範本 大多數專案計畫都會在同樣兩個地方失敗：一個實際上沒有人能衡量的成功標準，以及一份從未寫下來的範圍外清單，因為沒有人想到要寫。這份範本會逐一說明一份真正的計畫所需的八個部分，並在每個部分附上最常導致時程延誤的錯誤。 結構 目標與成功標準 用一句話說明「完成」的樣子，再加上 2-4 個可衡量的標準（數字、日期或通過/失敗測試）。薄弱版本：「提升效率」——沒有人能檢查這件事。明確版本：「在 6 月 30 日前，將訂單處理時間從 48 小時縮短至 12 小時。」 範圍內與範圍外 說明專案涵蓋的內容，以及同樣重要的——明確列出不涵蓋的相關事項。範圍外清單通常是人們會跳過的部分，而它正是防止第二個月發生爭論的清單，因為那時有人會假設自己想要的功能已包含在內。 階段與里程碑 列出命名的階段，並在每個階段結束時設定一個里程碑，同時用一行定義該里程碑「達成」的意思。沒有定義的里程碑（「完成啟動會議」）之後會引發爭議；有定義的里程碑（「三份供應商合約全部簽署」）則不會。 任務、負責人與估算 每項任務都必須有一位明確指定的負責人（不能是團隊，也不能寫「待定」），以及一份說明前提的估算（「3 天，前提是 API 文件正確」）。沒有說明前提的估算，只是披著數字外衣的猜測。 相依性 說明這份計畫需要外部提供的內容——另一個團隊、供應商、或不在專案團隊中的某人所做的決策——以及誰負責追蹤每一項。相依性正是計畫悄悄失敗的地方；把它們列出來，才能讓它們持續受到關注。 風險