Team Playbook | 项目启动会

项目启动会（Project Kick-off Meeting）要确定团队未来的方向，推动项目向前发展，最终实现目标。在 Atlassian，这是我们最喜欢的活动（不要错过第一步中的启动会议题示例哦！）。项目启动会是帮助团队在以下这些最重要的方面达成共识：主要目标、高级别项目范围，时间安排，权衡取舍和决策所有权。

如果您准备启动项目了，并且你在“团队健康监测”里的八个方面已经亮黄灯或红灯的话，那么开始“项目启动会”工作坊一定会有帮助。

01、WHY

在最好的时候，项目的运作就像运行良好的机器。在最糟糕的时候，感觉就像早高峰的交通：你的团队似乎不同意项目最终目标，项目一直停滞不前，因为依赖于一个团队的工作，或者大伙都在等待做决定......

虽然开项目启动会的想法似乎很乏味，但如果做得对，那就完全值得。如果您所做的只是让项目经理讲述 PPT 里面一条条的文字，而团队假装没打瞌睡，那么您就是在浪费每个人的时间。你必须用这个时间来让整个团队参与进来。

但事情就是这样：“正确地”开始一个项目对每个项目来说都会有所不同。因此，项目启动会是一个灵活，可扩展的工作坊。这里您将找到最少可执行的活动，以及其他一些可以根据您的团队需求进行混合匹配的活动。

.人：整个团队

.准备时间：15 分钟

.活动时间：1 小时

.难易程度：中等

.所需材料：白板或白板纸、白板笔、便利贴、计时器、橡胶鸡

02、准备

将白板分成五个部分，或在墙上悬挂 5 张白板纸，便于与核心活动一起使用。分别标记为“愿景声明”，“驱动因素”，“功能范围”，“非功能范围”和“利益相关者”。还要准备一张“权衡调节滑动条”的白板纸，保存放旁边。在单独的白板部分或纸上，写下您选择的活动列表。这将作为项目启动会议的议程。

03、HOW

第一步：前序（5 分钟）

从基础开始。欢迎小组，并感谢大家抽出时间参与其中。了解您选择的议程，但不要花时间详细了解每项活动。

在 Confluence 中启动新页面以捕获每个活动中的注释和照片。理想情况下，项目所有者以外的其他人可以是指定的抄写员。

如果您正在进行破冰活动，请继续深入下去。或者直接进入核心活动。然后在时间允许的情况下进行您选择的混合活动。

这就是大概的框架，它是灵活的。在计划议程时，请参阅以下活动。我们提供了一些示例议程，但这个游戏的关键是根据您团队的需求进行定制。把它变成你自己的。

第二步：启动核心活动

核心关键是明确目标和达成共识。您正在构建团队成员之间最重要的共识。

这是建议的顺序和时间：

愿景声明（10 分钟）

一句话，（是的，一句）总结项目的价值和目的。

要求每个人在便签上写一个提议的愿景陈述（2 分钟）。当他们把它贴在墙上（2-5 分钟）的时候，一个接一个地让每个人大声朗读他们的声明。将它们合并为一个统一的愿景声明（3 - 6 分钟）。

从客户的角度来思考您的项目 - 客户可能是内部或外部 - 以及您尝试为他们解决的问题。还要考虑已经存在的替代解决方案，以及您的解决方案将如何变得更好。

最终语句可能具有与此类似的格式：

“为<customer>，<项目名称>执行/提供/解决<问题/解决方案声明>。与<竞争者/比较点>不同，它会<区别>。”

如果您无法在 10 分钟内达成愿景声明，请在本次会议结束后立即运行“电梯游说 Elevator Pitch ”工作坊活动。

驱动因素（5 分钟）

理解项目有意义的原因。

要求团队在便笺上写下你为什么要参与这个项目。从客户、公司和/或内部团队的需求角度考虑。

让每个人都将他们的便签贴在墙上，然后将相似的想法归为一类。仔细阅读每个内容，让团队知道他们可以自由发表评论或提问。尽力清除任何混乱或不准确之处。如果您无法在现场澄清所有内容，请注意并在会话结束后进行跟进。您可能还会进行“问题框架（Problem Framing）”工作坊活动。

项目 DACI (5 分钟)

找出谁将是项目决策的默认驱动者（Driver）、审批者（Approver）、贡献者（Contributor）和知情人（Informed）。

在大多数决策中，要求每个人都要了解谁应该填补 D、A、C 和 I 角色。这些是您的默认值 - 随着项目的进展，可以根据具体决策修改 DACI。 

尽可能清除不确定性和分歧。如果您能总结出一款清晰的 DACI，那就太棒了。如果没有，你可能应该在启动会后很快运行完整的“DACI 活动”。

项目范围（15 分钟）

初步了解项目范围内外的内容。

回到便利贴！让每个人都记下他们认为应该属于和超出项目范围的内容。这可能是功能或任务，或者哪些问题需要得到解决。实际上，你可能会得到两者的混合物。

到处走走，让每个人都谈谈他们的想法。然后根据需要将它们的便签放在功能和非功能范围区域。即使经过全面讨论，仍然会有一些不确定。在会议结束后记下来跟进。

权衡调节滑动条（10 分钟）

这样，您可以快速自主地做出较小的决策。

有关完整说明，请参阅“权衡调节滑动条活动”。不要花费大量时间讨论和滑动周围的点。将今天视为一个快速衡量你的团队已经达成共识的程度。如果你不是，请跟进完整的 30 分钟活动。

项目时间表（10 分钟）

当你准备交付时，请大肆宣传。

绘制水平时间轴。将左端点标记为“今天”，并将右端点保留为未标记。标记您已知道的里程碑。例如，早期用户测试、框架完成、推向客户等等。作为一个小组，预测您何时达到这些里程碑以及每个项目需要完成哪些内容。

记住：这些是估计，而不是血誓。尽力做猜测，但现在不要过分强调精确的计划。

第三步：混合匹配活动

如果你觉得核心活动都是你的项目需求，那很酷。但如果你能抽出时间，下面其中的一两个活动可能会使启动会议更加成功。

破冰（10 分钟）

如果此团队之前没有合作过，请保持简单。每个人都介绍自己以及他们的角色是什么。如果启动会是专注于特定的挑战，那么我们的目标就是围绕着主题充分讨论。

史诗旅程（30 分钟）

花 10 分钟时间对项目的史诗级问题进行初步分解。或者绘制用户旅程的流程图。然后花 20 分钟谈论每个工件。提问如下：

.涉及哪些用户角色？

.用户体验方面哪里适合？

.还有其他依赖它的史诗或工作流吗？

.它不包括什么？

漫步架构（20 分钟）

这主要用于软件项目。确保您的架构师在房间内，并让他们将带领此项活动。

请架构师大致说明下新系统。花大约 10-15 分钟。在每个人都了解架构师的愿景之前，小组成员可以随意提问。

可选附加：让每个人都可以提出他们在体系结构和引入的依赖项中看到风险的地方。在图表上记下它们，允许每个人谈论他们的想法。确保能写下这些或以某种方式捕获它们！

依赖性驱动的时间表（20 分钟）

从范围练习中获取所有便签并创建依赖关系树，从其他事物所依赖的第一项开始 - 上下依赖关系。利益相关者或外部团队使用不同的颜色。

浏览依赖关系树，注意确定必须的最后期限或预期。当您在关系树中工作时，请确保每个人都了解驱动的原因。

写下未发现的任何风险，以便随后跟进外部团队。

成功因素（10 分钟）

请大家写下他们认为会使这个项目成功的内容。让团队把他们的想法贴在白板上。讨论如何衡量每个因素，并为每个因素提供一个粗略的指标。

RAID（15 分钟）

要求每个人在便签上写下以下要点并将其贴在墙上：

.风险（Risks）  - 可能发生的事情，并将影响项目（或组合）的质量，时间或成本。

.假设（Assumptions）  - 当前正确确切的事项，构成计划的基础，但任何变化都会产生风险或问题。

.问题（Issues）  - 已经发生的对项目产产生不利影响的事情。

.依赖关系 （Dependencies ） - 需要一次或定期完成或提供的事项，以使项目成功。

将类似点组合在一起，并进行讨论。确保为此后的任何后续任务创建 Jira 问题，并将其添加到项目计划中。

沟通计划（10 分钟）

没有人喜欢为开会而开会，弄清楚团队将如何管理和执行沟通。Confluence 页面上应该有哪些信息？你会为核心项目团队创建一个 HipChat 空间吗？你会举行日常站会吗？或定期举办团队监测会议？

您多久进行一次项目团队健康监测活动？

如果站会或其他定期会议将成为项目的一部分，请在当时就地敲定下来。当你可以讨论谁可以改变他们的日历的哪些部分时，这会更容易。

重复启动会（30 分钟）

“再来一次！......”

当您的项目启动是以利益相关者为重点时，最好有一个以团队为中心的定期会议。它们很容易运行，而且速度非常快。

快速拿出从原始启动会上的白板纸、白板照片等。通过对材料如何进行的逐个讨论，根据需要暂停和讨论。这应该揭示团队仍然不清楚的几个地方。决定你需要立即跟进哪些，以及你是否可以采取观望态度。

跟进

在核心和混合匹配活动之间，您可能会在团队中分配一些后续任务。创建 Jira 问题来管理它们，以便很容易知道项目有（还是没有）进展。