專案啟動會議議程：6 個項目、1 小時與一份範本

最後更新：2026 年 11 月 6 日

網站改版的啟動會議開了五十五分鐘。十二個人、二十二張投影片、一條帶著綠色箭頭的時間軸，現場一片融洽。下一週，沒有人說得出內容盤點由誰負責，設計主管是從投影片上才得知上線日期，因為沒有人把資料寄給她。

這樣的啟動會議我也開過。投影片做得很好。但會後的沉默，才是真正的產出。

專案啟動會議議程要值得這一小時，就必須以有負責人作結。這篇文章提供六個議程項目、讓它們控制在一小時內的會前準備、必須在現場敲定的跨團隊決策，還有用 Quire 進行啟動會議的方法，讓待辦事項在所有人起身之前就已經是任務。

什麼是專案啟動會議？

專案啟動會議是專案的第一場工作會議，由實際執行的成員共同確認目標、完成的標準、誰負責什麼，以及前兩週的任務。這是工作會議，不是簡報。贊助者講五分鐘，其餘五十五分鐘留給與會者討論。

注意這個定義是用什麼來衡量會議：白紙黑字寫下來、並且標上名字的產出。

沒有待辦事項的啟動會議，只是一場說明會。

說明會沒有不好，只是它不會讓專案真正啟動。

為什麼多數專案啟動會議結束時沒有指派任何事？

因為主持會議的人看的是會議的感受，而參加的人看的是自己帶走了什麼。這是兩套不同的評分標準，而沒人認領的內容盤點，就藏在兩者的落差裡。

北卡羅來納大學夏洛特分校研究會議的教授 Steven Rogelberg，在《哈佛商業評論》上用數字說明了這個落差。一項針對一千三百多位經理人的電話調查發現，79% 的人認為自己發起的會議非常有成效或很有成效。

但對於別人發起的會議，只有 56% 這麼認為。同一篇文章還引用另一項研究：75% 的受訪者從未接受過如何主持或參與會議的正式訓練。

於是啟動會議的主持人心滿意足地離開，十二位與會者則帶著良好的感覺，卻沒有任何任務。

解法很機械化。設計議程時，讓每個項目在進入下一項之前，都必須產出一份寫下來、標有名字的內容。

同樣的落差，會在專案後續的每一次交接中出現，原因也相同：跨團隊專案究竟在哪裡出問題，從第一場會議追蹤到最後一場。

專案啟動會議議程要列哪些項目？

六個計時項目，約一小時。每個項目都產出一份書面內容，最後一項負責把其餘的事全部指派出去。以下是行得通的議程。

第四項是多數啟動會議跳過的，因為它看起來像規劃。它確實是規劃。和實際動手的人一起規劃兩週，是整個專案最划算的兩週規劃。

第六項才是會議值回一小時的地方。前面五十分鐘達成的每個共識，都變成一個標上名字的任務並當場唸出來，無法定案的事項則明確記為「延後」，而不是任其不了了之。

用 Quire 進行啟動會議，這些產出都已經有位置可放。兩份範本分工合作：Project Starter 負責專案，Meeting Agenda & Action Items 負責會議。

想在下一場啟動會議試試看，可以把 Meeting Agenda & Action Items 範本複製到免費的 Quire 帳號。在 Hold the Meeting 底下，為六個項目各建立一個 Discuss 任務，議程就可以寄出了。

什麼會前準備能讓專案啟動會議議程控制在一小時內？

三件事，在發出邀請之前準備好。每跳過一件，就會變成十二個人在現場慢慢補做。

先擬好一句話的目標

說明專案要改變什麼、為誰而改變。與會者修改這句話，而不是從頭寫起。

由一群人現場寫出來的句子要花四十分鐘，結果誰也不滿意。

在名單上標明角色

不只是一串名字，而是每個人負責什麼，以及每個跨團隊交界中、團隊意見不合時負責裁決的那一個人。如果會前填不出這一欄，它就是第一個議程項目，而不是第二週才冒出來的意外。

勾勒前兩週的草稿

五到十個任務，每項先猜一位負責人。

猜錯沒關係。會議上幾分鐘就能修正一個猜測，從空白頁面開始發想卻要花上好幾個小時。

這份兩週草稿會成為正式計畫的第一個區段：撐得過第二週的專案計畫範本從啟動會議結束的地方接手。

如何跨團隊進行專案啟動會議？

在做任何事之前，先大聲講清楚誰來決定。行銷、設計、工程和法務同時在場的啟動會議，至少有三個交界，每一個到了第二週都會產生分歧。啟動會議是四個團隊唯一同時看著同一句話的時刻。

為每個交界指定一個人。設計和工程對先出什麼產生分歧時，由誰裁決？法務的審閱期和上線日期衝突時，誰要讓步？把名字寫在議程任務上。

接著指定交接點。內容盤點在某個日期交給設計，設計稿在某個日期交給工程。

沒有日期的交接，只是一種期望。

跨四個團隊推動專案有自己的一套做法，而啟動會議是第一章：跨部門專案管理完整指南涵蓋其餘各章。

在現場做出的決議值得有專屬的存放處，因為沒有出席的人，三月時一定會來問。

那個存放處就是決策記錄，多數團隊都略過了它：多數團隊後悔沒做的決策記錄說明如何讓啟動會議的決議容易被找到。

Quire 的 Project Starter 與 Meeting Agenda & Action Items 範本包含什麼？

兩份範本分擔啟動會議的兩項工作。Project Starter 記錄目標與最初幾個階段，Meeting Agenda & Action Items 記錄會議本身。兩者都在 Quire 範本庫的 Start Here 組合中，大約五分鐘就能上手。

打開 Project Starter 範本，會看到四個階段，每個都有日期範圍。Define 包含三個任務：用一句話寫下專案目標、列出完成的樣子、確認有哪些人參與。

Plan 包含把工作拆成任務、為重要任務設定到期日期，以及判斷哪些緊急、哪些可以等。接著是 Do the work 和 Review & wrap up，最後一個任務叫 Celebrate。

Define 底下的前三個任務，就是前三個議程項目。

範本已經為它們預留了位置。

打開 Meeting Agenda & Action Items 範本，會看到一個範例會議分支，分成四個區段：

1. Before the Meeting：收集議程主題、檢視先前未完成的待辦事項、確定議程、分享預讀資料。
2. Hold the Meeting and Capture Notes：每個議程主題一個 Discuss 任務，另有一個 Decision needed 任務和一個 Deferred topic 任務。
3. Meeting Action Items：每項交付成果一個任務，各自有負責人。
4. After the Meeting：寄出摘要、確認負責人與期限、檢視延後的主題。

議程項目帶有 Agenda 標籤，決議帶有決議標籤，擱置的項目帶有 Deferred-topic，指派出去的項目則帶有 Action-item。

兩個子清單負責後續追蹤。Open Action Items 會顯示所有會議中尚未結案的 Action-item 任務。Deferred Topics 則顯示被擱置的項目，等時機成熟時再拿出來討論。

使用時，先為每個專案建立自己的副本（專案名稱旁的下拉選單中有「複製」）。在會議專案中，每場新會議都複製一份範例分支，並以日期和會議名稱重新命名。在 Project Starter 中，把任務改成符合你的專案，不需要的就刪掉。

投影片、文件，還是任務管理軟體：啟動會議的決議該放哪裡？

放在工作實際進行的地方，因為第二週時，那是唯一有人會去找的地方。投影片簡報完就歸檔，文件寫完就被遺忘，任務清單卻每天早上都會打開。

投影片仍然有它的用處。那五分鐘的「為什麼」配上圖片更好懂，時間軸在大家都看得到時也更容易討論。

但討論一開始，它的任務就結束了。

在 Quire 中，議程就是一個任務分支。現場修改過的目標，就是 Define 底下第一個任務的文字。設計與工程之間由誰裁決的決議，是議程分支上的一個 Decision needed 任務，並改名為決議本身。每個待辦事項都是有負責人、有日期、有標籤的任務，隔天早上 Open Action Items 子清單會把它們全部列在一起。

還在比較工具嗎？任務管理軟體指南依啟動會議結束之後真正重要的條件來分類。

在 Quire 中進行跨團隊啟動會議是什麼樣子？

再回到網站改版的例子，這次用對的方式進行。行銷、設計、工程和法務，九個人而不是十二個，一小時。

兩天前，專案負責人複製 Project Starter，把目標任務改成「改版行銷網站，讓試用註冊能依頁面衡量」，並在 Plan 底下勾勒八個任務，每個都先猜一位負責人。她再複製會議範本的範例分支，命名為 2026-11-03 | Relaunch kickoff，並連同名單一起寄出議程。

在會議上，目標句子拿掉了「行銷」一詞，加上了日期。「完成」訂出三項條件，寫成 Define 的第二個任務。各交界的決策放進議程分支上的 Decision needed 任務，每個交界一個。設計主管決定先出什麼，工程主管決定所有與 CMS 有關的事，法務的審閱期則訂為四個工作天。

五個待辦事項以任務的形式離開會議室，並加上 Action-item 標籤。

內容盤點，行銷，九天。

追蹤計畫，工程，六天。

首頁線框圖，設計，十二天。

再加上法務審閱時段（法務，兩天），以及沒有人能定案的 CMS 決策，它被放進 Deferred-topic，並訂了重新討論的日期。

隔天早上，Open Action Items 子清單顯示五個任務、五位負責人、五個日期。

沒有人再問內容盤點誰負責。

啟動會議後的第一次站會，從這份子清單開始，而不是憑記憶：撐得住真實團隊的每日站會範本讓它維持在十五分鐘內。

啟動會議後的那一週會發生什麼事？

三件事，而且都很小。摘要當天寄出，負責人確認各自的日期，第一次站會從待辦事項開始。

前兩件事已經是會議範本 After the Meeting 區段裡的任務：Send the meeting summary，以及 Confirm action-item assignees and deadlines。在啟動會議開始前就把這兩個任務指派出去，它們就會被完成。

摘要是一則簡短的通知，包含四項內容：

• 目標句子
• 完成的三項條件
• 每個交界的決策者名字
• Open Action Items 子清單的連結

它會寄給現場的九個人，以及要求隨時了解進度的旁聽者。

確認日期只需要一天。每位負責人打開自己的任務，讀過當初的共識，然後保留日期，或調整日期並留言說明原因。

沉默視同同意，這也是摘要裡要寫明的原因。

接下來，場外的人想知道進度，卻不想再多開一場會：不開狀態會議的利害關係人更新說明如何用同一批任務讓他們掌握情況。

複製範本後應該調整什麼？

階段日期、標籤，以及同一個分支要進行幾場會議。兩份範本的整體架構可以維持原樣。

Project Starter 的四個階段帶有簡短的範例日期範圍，最長不到兩週。啟動會議前，先把它們延長到專案的實際長度，讓時間軸檢視呈現真實的樣貌。

會議範本的標籤有 Agenda、Action-item、Deferred-topic 和一個決議標籤。保留這四個。每個團隊再加第五個標籤，只會讓 Open Action Items 子清單失去意義。

一場會議一個分支，永遠如此。啟動會議和第二週的進度確認放在同一個分支，看起來就像一場永遠開不完的會議，說實話，感覺也確實是這樣。

如果專案有預算，在第一張發票到來之前，先為它建立專屬的項目：每個項目四個數字的專案預算追蹤會把預算設定在它所支付的任務旁邊。

重點整理

專案啟動會議議程要發揮作用，每個項目都必須產出一份寫下來、標有名字的內容。六個項目一小時就能走完：

1. 為什麼
2. 完成長什麼樣子
3. 每個交界由誰決定
4. 前兩週的任務
5. 看得到的風險
6. 負責人與後續步驟

會前準備包括擬好的目標、標明角色的名單，以及勾勒好的兩週草稿。少了任何一項，十二個人就得在現場補做。

在工作進行的地方進行會議。Project Starter 記錄目標與最初幾個階段，Meeting Agenda & Action Items 記錄決議與有負責人的任務，隔天早上打開的就是 Open Action Items 子清單。註冊新帳號，複製這兩份範本，讓下一場啟動會議結束時，內容盤點已經有人負責。

常見問題

什麼是專案啟動會議？

專案的第一場工作會議，由實際執行的成員共同確認目標、完成的標準、誰負責什麼，以及前兩週的任務。在 Quire 中，它用 Project Starter 記錄目標與階段，用 Meeting Agenda & Action Items 記錄決議與有負責人的任務。

專案啟動會議議程應該包含哪些項目？

約一小時內進行六個項目：為什麼、完成長什麼樣子、誰參與又誰決定、前兩週、風險與相依關係，以及負責人與後續步驟。在 Quire 的會議範本中，每個項目都是一個任務，會議產出的待辦事項帶有負責人、日期和 Action-item 標籤。

專案啟動會議應該開多久？

一小時，前提是目標已擬好、名單上標明角色，前兩週也已事先勾勒。超過九十分鐘，就是在現場撰寫專案計畫，那是另一種會議。

誰應該參加專案啟動會議？

負責前兩週工作的人、每個跨團隊交界的決策者，以及能用一句話說明原因的贊助者。旁聽者會後再收到摘要。

可以用任務管理軟體取代投影片來進行專案啟動會議嗎？

可以，而且決議在那裡保存得更久。在 Quire 中，議程是複製而來的任務分支，決議記錄在當時討論的議程項目上，每個待辦事項都是有負責人、有日期的任務，並顯示在 Open Action Items 子清單中。

好的啟動會議如何讓團隊保持工作效率？

它省去了第二週的各種提問。當目標、負責人和前兩週的任務都寫在工作進行的地方，就沒有人需要花接下來幾天追問誰負責什麼。在 Quire 啟動專案的團隊能保持工作效率，因為在散會之前，待辦事項就已經是任務。