项目启动会的日程协调与推进方式
启动 2 个月后还会出现“我们到底要做什么来着”这种对话的项目，大多在启动会上没能共享好目的和角色。在目的和角色的共享失效状态下起步的项目，事后很难重整，最初的 90 分钟就是决定之后数个月方向的杠杆点。
启动会失败的模式
很多启动会只是作为开始项目的仪式被应付过去。这样效果很差。失败模式有共同的结构。
启动会的 5 要素框架
有效的启动会，会在 90 分钟的时间轴上认真处理以下 5 个要素。缺了哪一个，后续工序都容易出问题。
参加者的选定：不多也不少
启动会不是信息共享会，而是决策与达成共识的场合。参加者选错了，讨论就会发散，什么都定不下来。遵循 Bezos 的两个披萨原则，原则上控制在 8-10 人以内。如果需要向更多人共享信息，就在启动会之后另行召开大规模的启动说明会。
| 角色 | 必须/可选 | 角色的分量 |
|---|---|---|
| 项目负责人 | 必须 | 能讲清成功定义的人。拥有决策权限 |
| 项目经理 | 必须 | 进度管理的主要负责人。也负责制作议程 |
| 技术负责人 | 必须 | 判断技术上的可行性 |
| 设计负责人 | 视情况而定 | 涉及 UI/UX 时必须 |
| 主要利益相关者 | 必须 | 销售 / 市场等受影响部门的代表 |
| 一线成员 | 代表 1-2 人 | 为反映实施负责人的声音，至少 1 人 |
| 引导师 | 必须 | 也可以由 PM 兼任，但最好分开 |
日程协调的实务：全员必须参加的壁垒
启动会包括项目负责人和决策者，所以很难找到全体必须参加者的空闲时段。按一般的协调流程往往会排到 2-3 周之后，在此期间项目无法启动。有一些实务技巧可以防止这种情况。
事前资料的准备：最大化启动会的效果
在启动会当天从零开始讨论，达成共识的时间就不够。像 Amazon 采用的“6 页备忘录”那样，在 24 小时前共享事前资料，让全体参加者在读完的状态下进入会议，这种方式很有效。
- 项目的目的及其在组织中的定位（1 页）
- 成功的定义与可测量的 KPI（1 页）
- 范围及其依据（1 页）
- 主要的前提条件与制约（1 页）
- 初步的路线图方案（1 页）
- 当天想讨论的论点 3-5 个（1 页）
启动会后 24 小时内的行动
启动会不是“开完就结束”。在 24 小时内共享决定事项和议程的会议纪要，让参加者完成认识上的对齐，启动会才算真正结束。
- 以分条列出的形式共享决定事项（5-10 项以内）
- 写明未决事项及其负责人 / 期限
- 决定下次会议的日程并发送邀请
- 开设项目用的联络频道
- 把 RACI 图表作为最终版分发
- 共享风险登记册的初版
启动会分 2 个阶段
很多项目往往认为“启动会 = 1 次”，但其实分成 2 个阶段更容易提高效果。第 1 次是只有决策者和 PM 参加、决定方向的“战略启动会”，第 2 次是全体执行成员参加的“执行启动会”。
如果不这样分开，就要在执行成员面前进行战略讨论，讨论往往流于表面。决策者一旦显露出“还在考虑”的状态，执行成员就会无所适从。先把战略定下来，执行则另外单独设计，两者的质量都会更高。
启动会的设计也是活动策划时间线的应用。另外安排引导师，形成让 PM 能专注于内容的体制，讨论的生产力就会提高。期限管理通过明确地运用截止期限来保证。
成立新项目时，如果 PM 自己用 5 要素框架写出议程，就会浮现出“自己在这里还没有决定”的项目。那正是启动会上应该讨论的真正论点。