
最後更新:2026 年 11 月 6 日
專案啟動會議議程只有一個任務:讓所有人離開會議室時,都清楚目標是什麼、完成的標準是什麼、兩個團隊意見不一時由誰拍板,以及自己在頭兩星期要負責什麼。
只要做好會前準備,六個定時項目一小時內就能完成。在 Quire 中,啟動會議以兩個範本進行:Project Starter 記錄目標,Meeting Agenda & Action Items 記錄有負責人的任務。
網站改版的啟動會議開了五十五分鐘。十二個人、二十二張投影片、一條帶綠色箭頭的時間軸,全場一片和氣。一星期後,沒有人說得出內容審核由誰負責,而設計主管是從投影片上才得知上線日期的,那份投影片還沒有寄給她。
我主持過那樣的啟動會議。投影片很漂亮,但會後的沉默,才是真正的成果。
專案啟動會議議程,只有以負責人收尾才值回那一小時。這篇文章會告訴你六個議程項目、把它們控制在一小時內的會前準備、必須在會議室內作出的跨團隊決定,以及如何在 Quire 中進行啟動會議,讓行動項目在大家起身之前已經是任務。
專案啟動會議是專案的第一次工作會議,由實際執行工作的人一起議定目標、完成的標準、誰負責什麼,以及頭兩星期的任務。它是工作會議,不是簡報。贊助人講五分鐘,其餘五十五分鐘由全場一起討論。
專案啟動會議:專案的開場會議,由負責頭兩星期工作的人出席。它會產出共同的目標、完成的定義、每個跨團隊界線的指定決策人,以及每項都有負責人和日期的行動項目。
留意這個定義用什麼來衡量會議:寫下來的產出,而且上面有名字。
一場結束時沒有行動項目的啟動會議,只是一次簡報。
簡報本身沒有問題,只是它不會啟動專案。
因為主持會議的人看的是會議的感覺,而與會者看的是自己帶走了什麼。這是兩套不同的評分,兩者之間的落差,就是那份沒人負責的內容審核的藏身之處。
北卡羅來納大學夏洛特分校研究會議的教授 Steven Rogelberg,在《哈佛商業評論》中把這個落差量化了。一項訪問逾 1,300 名經理的電話調查發現,79% 的人認為自己發起的會議非常或相當有成效。
但對於別人發起的會議,只有 56% 的人這樣認為。同一篇文章還引述另一項研究,75% 的受訪者從未接受過如何主持或參與會議的正式培訓。
於是啟動會議的主持人心滿意足地離開,十二位與會者帶着良好的感覺離開,卻沒有任務。
解決辦法很機械化:設計議程時,讓每個項目在下一個項目開始前,都必須產出一項寫下來、帶有名字的東西。
專案之後的每一次交接,都會因為同樣的原因出現這個落差:跨團隊專案究竟在哪裏出問題由第一次會議追蹤到最後一次。
六個項目,定時,約一小時。每個項目都產出一份寫下來的成果,最後一項會把其餘的工作分派出去。以下是行之有效的議程。

大多數啟動會議會略過第四項,因為它看似規劃。它確實是規劃。與實際動手的人一起規劃兩星期的工作,是整個專案最划算的兩星期規劃。
第六項是會議值回一小時的地方。前五十分鐘達成的每項共識,都會變成一個帶有名字的任務並大聲讀出,無法解決的事項則記為「延後」,而不是任由它不了了之。
在 Quire 中進行啟動會議,這些成果都已有位置可放。兩個範本分工合作:Project Starter 負責專案,Meeting Agenda & Action Items 負責會議。
| 議程項目 | 範本 | 成果存放位置 |
|---|---|---|
| 為何要做這個專案 | Project Starter | Define 之下的第一個任務 Write the project goal in one sentence,改寫成你的目標 |
| 完成的標準 | Project Starter | Define 之下的第二個任務 List what done looks like |
| 有誰參與、誰拍板 | 兩者 | 名單放在 Define 之下的第三個任務 Identify who's involved,各界線的決策人放在議程上的 Decision needed 任務 |
| 頭兩星期 | Project Starter | Plan 和 Do the work 之下的任務,每項都有負責人和日期 |
| 風險和相依關係 | Project Starter | Do the work 之下有負責人的任務,凡是被其他團隊卡住的,加上 Waiting 標籤 |
| 負責人和下一步 | Meeting Agenda & Action Items | Meeting Action Items 之下的任務,加上 Action-item 標籤;被擱置的事項另加 Deferred-topic |
下次啟動會議想試試的話,可以把 Meeting Agenda & Action Items 範本複製到免費的 Quire 帳號。在 Hold the Meeting 之下,為六個項目各建立一個 Discuss 任務,議程就可以發出了。
三件事,在發出邀請前準備好。每略過一件,就要由十二個人在現場慢慢完成。
寫出專案會為誰帶來什麼改變。與會者修改這句話,而不是由他們來寫。
一句由委員會寫出來的句子要花四十分鐘,還沒有人滿意。
不只是一份名字清單,而是列出每個人負責什麼,以及每個跨團隊界線在團隊意見不一時由誰決定。如果會前填不好這一欄,那就是第一個議程項目,而不是第二星期才冒出來的意外。
五至十個任務,每個都先猜一位負責人。
猜錯也沒關係。會議幾分鐘就能修正一個猜測,但從空白頁開始構思卻要花上幾小時。
兩星期的初步規劃會成為真正計劃的第一個區段:過了第二星期仍然管用的專案計劃範本從啟動會議結束的地方接續下去。
先把「誰拍板」大聲說出來,其他事情之後再談。市場、設計、工程和法務都在場的啟動會議,至少有三條界線,而每一條到第二星期都會出現分歧。啟動會議是四個團隊唯一一次看着同一句話的時刻。
每條界線都指定一個人。當設計和工程對先推出什麼意見不一,由誰定奪?當法務的審核時間和上線日期衝突,誰讓步?把名字寫在議程任務上。
接着指定交接點。內容審核在某個日期交給設計,設計稿在某個日期交給工程。
沒有日期的交接,只是一個希望。
跨四個團隊進行專案自有一套做法,而啟動會議是第一章:跨職能專案管理完全指南涵蓋其餘章節。
會議室內作出的決定值得有專屬位置,因為不在場的人到了三月也會來問。
那個位置就是決定記錄,而大多數團隊都略過了它:大多數團隊後悔沒做的決定記錄講述如何讓啟動會議的決定容易找到。
兩個範本分擔啟動會議的兩項工作: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 範本,會看到一個示範會議分支,分為四個區段:
議程項目帶有 Agenda 標籤。決定帶有決定標籤。被擱置的事項帶有 Deferred-topic,已指派的事項帶有 Action-item。

兩個子清單負責跟進。Open Action Items 顯示所有會議中每個 Action-item 任務,直至完成。Deferred Topics 顯示被擱置的事項,到時機成熟時再提出。
要使用它們,請為每個專案建立自己的副本(專案名稱旁的下拉選單有「複製」)。在會議專案中,每次新會議就複製示範分支,並以日期和會議名稱重新命名。在 Project Starter 中,把任務重新命名以配合你的專案,並刪除不需要的部分。
放在工作進行的地方,因為第二星期只有那裏才有人會去找。投影片被播放後就歸檔,文件寫好後就被遺忘,任務清單卻每天早上都會打開。
投影片仍然有它的作用。那五分鐘的「為什麼」配上圖片更好,而當大家都看得到時間軸,爭論起來也更容易。
作用到爭論開始時就結束了。
在 Quire 中,議程是一組任務分支。現場修改過的目標,就是 Define 之下第一個任務的文字。誰來裁決設計與工程分歧的決定,是議程分支上的一個 Decision needed 任務,並改名為決定本身。每個行動項目都是一個帶有負責人、日期和標籤的任務,而 Open Action Items 子清單在第二天早上就把它們全部顯示在一起。
還在比較工具嗎?任務管理軟件指南按啟動會議結束後真正重要的條件為它們分類。
再以網站改版為例,這次做得妥當。市場、設計、工程和法務,九個人而不是十二個,一小時。
兩天前,專案負責人複製 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。在啟動會議開始前就把兩者指派好,它們就會完成。
摘要是一份簡短的說明,包含四項內容:
它會發給在場的九個人,以及要求保持知情的旁觀者。
確認日期需要一天。每位負責人打開自己的任務,閱讀議定的內容,然後保留日期,或改期並留言說明原因。
沉默視為同意,所以摘要中要寫明這一點。
之後,不在會議室的人想知道進度,又不想再開會:無需狀態會議的持份者更新講述如何從同一批任務讓他們保持知情。
階段日期、標籤,以及一個分支內進行的會議數量。兩個範本的整體結構可以保持不變。
Project Starter 的四個階段帶有簡短的示範日期範圍,最長不到兩星期。啟動會議前,請把它們拉長至專案的實際長度,這樣時間軸檢視才會顯示真實的情況。
會議範本的標籤有 Agenda、Action-item、Deferred-topic 和一個決定標籤。保留這四個。為每個團隊加第五個,會讓 Open Action Items 子清單失去意義。
每次會議一個分支,一律如此。啟動會議和第二星期的跟進會議放在同一個分支,看上去就像一場永遠不會結束的會議,說實話,感覺也確實如此。
如果專案帶有預算,請在第一張發票到來之前為它設立專屬項目:每個項目追蹤四個數字的專案預算追蹤把它們設在所支付的任務旁邊。
當每個項目都產出一份寫下來、帶有名字的東西,專案啟動會議議程才有效。一小時內可以完成六個項目:
會前準備是擬好的目標、列明角色的名單,以及初步規劃好的兩星期。略過任何一項,十二個人就得在現場完成。
在工作進行的地方進行。Project Starter 記錄目標和首幾個階段,Meeting Agenda & Action Items 記錄決定和有負責人的任務,而 Open Action Items 子清單就是第二天早上打開的地方。註冊新帳號,複製兩個範本,讓你的下一次啟動會議結束時,內容審核已經指派好負責人。
專案的第一次工作會議,由實際執行工作的人議定目標、完成的標準、誰負責什麼,以及頭兩星期的任務。在 Quire 中,它以 Project Starter 記錄目標和階段,以 Meeting Agenda & Action Items 記錄決定和有負責人的任務。
一小時內的六個項目:為什麼要做、完成的標準、有誰參與及誰拍板、頭兩星期、風險和相依關係,以及負責人和下一步。在 Quire 的會議範本中,每個項目都是一個任務,而會議產生的行動項目都帶有負責人、日期和 Action-item 標籤。
一小時,前提是目標已擬好、名單上列明角色,而且頭兩星期已事先初步規劃。超過九十分鐘,就是在現場撰寫專案計劃,那是另一個會議。
負責頭兩星期工作的人、每個跨團隊界線的決策人,以及能用一句話說明原因的贊助人。旁觀者會後收到摘要。
可以,而且決定會保存得更久。在 Quire 中,議程是複製而來的一組任務分支,決定記錄在作出決定的議程項目上,每個行動項目都是有負責人、有日期的任務,並顯示在 Open Action Items 子清單中。
它省卻了第二個星期的各種提問。當目標、負責人和頭兩星期的任務寫在工作進行的地方,就沒有人要花接下來幾天去問誰負責什麼。在 Quire 啟動會議的團隊能保持工作效率,因為在會議室散場之前,行動項目已經是任務。