项目启动会议议程：6 个议题、1 小时和一份模板

最后更新：2026 年 11 月 6 日

网站改版的启动会开了五十五分钟。十二个人，二十二页幻灯片，一条带绿色箭头的时间线，现场一片融洽。一周后，没人说得清内容审查归谁，设计负责人是从幻灯片上才得知上线日期的，而那份幻灯片根本没发给她。

这样的启动会我开过。幻灯片做得不错。会后的沉默才是真正的产出。

项目启动会议议程只有以负责人收尾，这一小时才值得。本文给你六个议题、让会议控制在一小时内的会前准备、必须在会上敲定的跨团队决策，以及在 Quire 中跑完整场启动会的方法，让行动事项在大家起身之前就已经是任务。

什么是项目启动会议？

项目启动会议是项目的第一次工作会议，由实际执行的人共同确认目标、完成的标准、谁负责什么，以及头两周的任务。 它是一场工作会议，不是演讲。发起人讲五分钟，其余五十五分钟留给参会的人。

注意这个定义是用什么来衡量会议的：产出，白纸黑字，并且有名有姓。

结束时没有行动事项的启动会，只是一场通报会。

通报会没问题。只是它们不会启动项目。

为什么大多数项目启动会议结束时什么都没分配？

因为主持会议的人按感受给会议打分，而参会的人按带走了什么来打分。 这是两种不同的分数，二者之间的落差，正是无人认领的内容审查所在之处。

北卡罗来纳大学夏洛特分校研究会议的教授 Steven Rogelberg，在《哈佛商业评论》上用数字说明了这个落差。一项针对 1,300 多名经理的电话调查发现，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，拷贝这两个模板，让你的下一次启动会在结束时，内容审查已经分配好了。

常见问题

什么是项目启动会议？

项目的第一次工作会议，由实际执行的人共同确认目标、完成的标准、谁负责什么，以及头两周的任务。在 Quire 中，它用 Project Starter 承载目标和阶段，用 Meeting Agenda & Action Items 承载决策和有人负责的任务。

项目启动会议议程应该包含哪些内容？

一小时左右 6 个议题：为什么做、完成是什么样子、谁参与以及谁拍板、头两周、风险与依赖，以及负责人和后续步骤。在 Quire 的会议模板中，每个议题都是一个任务，会议产出的行动事项带有负责人、日期和 Action-item 标签。

项目启动会议应该开多久？

一小时，前提是会前已经起草好目标、名单上写明角色，并勾勒好头两周。超过九十分钟，大家就是在现场编写项目计划，那是另一种会议。

哪些人应该参加项目启动会议？

负责头两周工作的人、每个跨团队交界处的拍板人，以及能用一句话说清为什么的发起人。旁听者会后收到摘要。

可以用任务管理软件代替幻灯片来开项目启动会吗？

可以，而且决策在那里保存得更久。在 Quire 中，议程是一条拷贝而来的任务分支，决策记录在做出决定的那个议程项上，每个行动事项都是有负责人、有日期的任务，并显示在 Open Action Items 子清单中。

一场好的启动会如何让团队保持高效工作？

它省掉了第二周的各种追问。目标、负责人和头两周的任务都写在工作发生的地方，就没有人会在接下来几天里到处问谁负责什么。在 Quire 中启动会的团队能保持高效工作，因为会议室还没散，行动事项就已经是任务了。