创建将团队凝聚在产品工作周围的路线图
路线图是一种共享的动态工具，它能将团队聚集在一起，为您的产品共同探索当前和不断变化的前进道路。
路线图可将优先事项及其选择方式传达给从领导层到面向客户的团队等不同群组。每个群组对产品路线图都有自己独特的看法，从而使即将开展的工作具体化且易于可视化。
优先事项总是在不断变化，这就是为什么路线图是一份不断更新的活文档。但是，即使计划在变，路线图也是产品历程的单一事实来源，它分享了当前的愿景，说明哪些想法将付诸行动，以及何时付诸行动。
如何创建路线图？
创建路线图没有唯一正确的方法。创建路线图面临的众多挑战之一是，它是一个很宽泛的术语，可以代表涵盖协作、沟通、决定优先事项、传达这些优先事项、设定期望等许多不同的任务。
创建路线图涉及团队和公司内部的许多人，有时还涉及外部各方，如客户和合作伙伴。根据参与人员的不同，您可能需要采用不同的形式和方法。
不过，我们仍然可以借鉴一些创建路线图的最佳实践。在本节中，我们将分享我们见过的行之有效的路线图创建技巧和策略，以及容易失败的技巧和策略。
好路线图的要素
自从我们开始开发 Jira Product Discovery 以来，我们已经看到了很多路线图。
成功的路线图有几个共同特征：
- 保持最新：这一点不容商量，因为其他人需要依赖路线图来指导自己的工作并做出重要决策。
- 使用人人都懂的术语：所有字段和值（如“业务影响”或“风险等级”），都应有明确的定义。这样才能使对话重点突出，富有成效。
- 展示全局：有效的路线图会解释它们所分享的优先事项背后的“原因”。它们关注的是全局，而不是任务和执行细节。
- 基于成果和目标：通过展示最终目标，成功的路线图将对话引向全局，而不是“X 什么时候交付？”
- 设定现实的期望：路线图不是过度承诺，而是诚实地说明对每个想法的承诺程度。
- 简明扼要：只需一页纸即可完成。
如何判断路线图是否有效
如果路线图行之有效，它就会成为未来产品计划的自助式单一事实来源。
- 人们不需要直接问您什么时候会推出什么产品，因为路线图是一个自助式的信息来源
- 团队成员通过专用渠道独立分享新的洞察信息和想法
- 利益相关者不再要求进行临时演示以获得可见性，而是参考他们专用的路线图视图
由于每个人都可以直接访问路线图来回答他们的问题，因此您无需再花时间重新讨论和重申您的优先事项。
对话更具战略性，更有成效。您的产品团队获得了自主权，并赢得了时间，可以专注于您的本职工作：产生影响！
路线图与计划有何不同？
Jira Product Discovery 中的路线图与 Jira 中的计划相连。
路线图是在产品待办事项中创建的。它们传达了每个想法的优先级确定方式和原因。它们很容易与客户、合作伙伴以及公司内部的每个人共享。
→ 路线图位于 Jira Product Discovery 中。
然后，在 Jira 中规划这些想法如何执行。
在 Jira 计划中，想法在长篇故事或计划中以字段的形式出现。将每个想法分解为用户故事、任务和子任务，并在考虑依赖关系、限制条件和估算的情况下，绘制出所有内容的组合图。
→ 交付计划位于 Jira 中。
Jira 计划中的“想法”字段。
Jira 计划中的时间和依赖关系。
Jira 计划中的依赖关系。
Jira Product Discovery 和 Jira 中的计划如何协同工作
以下是几个介绍 Jira Product Discovery 和 Jira 计划如何协同工作的 Loom：
为不同的利益相关者群组创建不同的路线图
从领导层到客户，每个利益相关者群组都会有不同的问题和疑虑。为了与他们进行有效沟通，产品团队需要多个路线图。
Jira Product Discovery 可让这一切变得简单。您可以创建多个版本的路线图，而不必每次都从头开始，也不必在每次进行更改时更新所有版本。
设置自定义视图，对数据进行切分，使其与每个利益相关者群组相关。视图会动态更新，因此当您改变一个想法时，它就会自动反映在每个版本的路线图中。
如果您想避免经常被问到“X 什么时候交付？”，您还需要让路线图成为自助式的。每个人都应该有一个指向自己路线图的链接，以一种易于访问的方式分享他们所需的信息。
在 Jira Product Discovery 中共享路线图有两种方法：
邀请内部利益相关者作为项目贡献者。他们需要一个 Jira 帐户，但如果他们只有“贡献者”角色的访问权限，则不需要付费许可证。
发布视图并与内部利益相关者、合作伙伴、客户和最终用户等任何人共享。该视图为只读视图，只需一个链接即可在公司内外轻松共享。
在为每个群组设计视图时，尽量先解决您了解到的对他们而言很重要的问题。根据受众的不同，您可能需要强调以下几点：
- 使用的优先级框架，如洞察信息、RICE 分数、影响与工作量
- 如何平衡各领域的投资
- 对每个想法的承诺和确定程度
- 有关项目状态的信息（按计划执行、偏离计划、有风险）
- 工作量水平和产能指示
- 排序的总体思路（不考虑具体日期）
领导层路线图
领导层团队和产品团队通常有不同的核心关注点，并以不同的详细程度来审视情况。
产品团队中不同高度的人有不同的路线图。
领导层级的对话通常以目标、投资领域以及根据可用资源和战略目标分配给每个想法的产能为中心。
领导层的路线图还应传达您的确定程度。例如，如果您打算尝试一个激进的想法，但对结果并不确定，那么该路线图项目就应立即与安全赌注区分开来。
您与领导层分享的路线图应明确说明所有这些信息。
但我的利益相关者只想知道某项功能何时交付！
如果您承诺功能交付的确切日期，那么注定会失败。软件工程不是一个可预测的过程。如果您把路线图对话的重点放在特定的日期上，就有可能设定不合理的期望，错过承诺的日期，失去领导层团队的信任。
这种损失很难弥补，而且说到底，任意设定的日期甚至并不重要。重要的是您的工作所产生的影响，以及它如何为公司的成功提供支持。
与其纠缠于执行细节，不如将领导层对话提升到全局的高度。
探索诸如以下的问题：
- 您认为我们下了正确的赌注吗？
- 根据您对公司目标的了解，我们是否应该在其他领域进行投资？
- 根据我们现有的资源和限制条件，这些计划看起来现实吗？
每次制定新的路线图时，都是一个通过让参与其中的每个人都取得成效的方式重新设定期望和讨论框架的机会。
每个利益相关者群体都有不同的优先事项。一个好的路线图可以围绕对利益相关者来说重要的事情来设定对话框架：他们的目标是什么？他们想要实现哪些成果？
然后，您就可以将讨论引向您的团队在哪些方面以及如何帮助实现这些成果。
Jira Product Discovery 的领导层路线图
当我们创建 Jira Product Discovery 时，以下是我们在 2024 年中期与 Atlassian 领导层团队分享的路线图。
Jira Product Discovery 的领导层路线图。
Jira Product Discovery 领导层路线图中的一个项目。
该路线图强调了几个关键问题：
- 时间范围：我们只在未来 6 个月内做出硬性承诺
- 预期影响：我们的重大赌注以及选择这些赌注的理由
- 投资水平：团队将为每个想法投入多少资源
重要的是，您会注意到该路线图上没有提及任何想法的日期。
产品团队和小队的路线图
产品团队路线图应明确您对什么说“是”，对什么说“不”，并明确排序。保持高水平，展示产品团队正在解决哪些问题，以及如何将这些问题转化为功能。
该视图的目的不是指导团队的日常工作（那是在 Jira 中进行的），而是让他们清楚自己的使命，并有效地解决具体问题。
Jira Product Discovery 的产品团队路线图
这是一个从事 Jira Product Discovery 工作的小队分享的路线图：
Jira Product Discovery 的小队路线图。
Jira Product Discovery 小队路线图中的一个项目。
如您所见，我们在 Jira Product Discovery 中使用的路线图有两个级别。一个是整个产品的路线图，与领导层共享。然后，二级路线图显示每个小队的工作范围。
这里有两段视频展示了如何在 Jira Product Discovery 中创建这种两级路线图：
创建具有 2 个级别的路线图 - 第 1 部分。
创建具有 2 个级别的路线图 - 第 2 部分。
面向客户的团队的路线图
面向客户的团队需要一个能让他们立即明确可与客户分享什么的路线图。这意味着要传达以下信息：
- 承诺实现哪些想法
- 哪些功能和想法将在何时推出
- 您对实现这些承诺的确定程度
您必须阐明自己的承诺及其确定程度。否则，客户可能会预料到无法满足的日期和截止时间，或承诺的功能最终不会交付。
Jira Product Discovery 面向客户的团队的路线图。
客户和最终用户的路线图
通过分享产品的未来计划和鼓励有用的反馈，公开路线图可以提高客户的信任度，加强客户关系。
企业客户尤其希望这样—当他们购买您的产品时，他们知道自己正踏上一段长期的旅程，需要知道产品的发展方向。
然而，这种开放性也有其弊端：它会使产品团队面临更多的审查和压力。当路线图发生变化时，客户可能会感到失望，认为这些变化是违背承诺，而不是优先事项的变化或不可预见的问题。
这会削弱对产品及其开发团队的信任。因此，一定要根据自身情况权衡利弊。
使用 Jira Product Discovery 与客户和最终用户共享路线图有几种方法：
- 创建一个视图，与特定列表中的人员安全共享，而不是完全公开。
- 创建一个真正公开的路线图视图，在线发布，让任何人都可以访问。
- 使用不同的工具发布路线图，但要在产品待办事项中记录公开做出的承诺。这样，在修改优先事项时，您就能知道承诺了哪些计划。
Atlassian Cloud 的公开路线图
在 Atlassian，我们为我们的 Cloud 产品发布了一份经过精心策划的公开路线图：
Atlassian Cloud 公开路线图（2024 年 5 月）。
Atlassian Cloud 安全团队为该路线图做出了巨大贡献。在他们的 Jira Product Discovery 项目中，他们使用一个特定视图来记录哪些承诺被公开。
需要考虑的路线图形式
僵化的线性路线图会产生误导。您对未来看得越远，您的承诺就越不确定。有效的路线图应反映出这一点。
相反，我们的目标是让路线图既诚实又具有战略性。
具有误导性的路线图和诚实且具有战略性的路线图。资料来源：推特/X 上的 @spavel.bsky.social🐀
您将设计自己的最佳路线图形式，利用数据来讲述团队正在迭代的内容和努力的方向。
不过，有几种常用的路线图形式可供借鉴。以下是我们经常看到 Atlassian 客户使用的几种形式。
基于成果的路线图
优秀的路线图要明确产品团队要努力实现的成果，并讲述团队如何实现成果的故事。
Jira Product Discovery 领导层路线图就是一个例子，它阐明了我们是如何考虑在所有小队中对整个产品进行投资。
虽然这种形式对我们来说很有效，但要做到这一点并没有唯一的公式。请尝试一下，看看路线图如何引导您的对话，找到适合您的方式。
Jira Product Discovery 基于成果的领导层路线图。
“现在/下一步/以后”路线图
“现在/下一步/以后”路线图是一种有效的方式，它能让每个人对团队正在进行哪些投注以及每项计划的确定程度达成统一，并了解排序情况。
这种路线图风格在产品团队中非常受欢迎，因为它将对话的重点放在成果、不确定性和产能上。但与甘特图等其他常见形式不同，“现在/下一步/以后”路线图不会被交付细节和日期所困扰。
Jira Product Discovery 团队将这种形式用于每个小队特定的路线图：
Jira Product Discovery 的“现在/下一步/以后”小队路线图。
“现在/下一步/以后”路线图的一个常见误区是将其理解为“我们先做这个，下一步做那个，以后再做这个”。这意味着每个项目都是最终将付诸实施的承诺，这未免过于简单化了。
相反，可以这样理解：
- 现在：已验证的机会，团队正在积极验证解决方案或实施已验证的解决方案。处于“探索”、“创造”或“影响”阶段的想法。
- 这些想法可能会付诸实施，如果解决方案无法通过验证，则会推回到“下一步”栏，或者根据经验完全放弃。
- 下一步：团队已充分了解潜在解决方案的已验证机会。处于“探索”阶段的想法。
- 这些想法可能会进入“下一步”栏，也可能会被推回到“以后”栏，转而支持更有前途的解决方案，或者根据经验完全移除。
- 以后：团队仍在评估潜在解决方案的已验证机会。处于“深思”或“探索”阶段的想法。
- 这些想法可能会跳转到“现在”或“下一步”，也可能继续留在“以后”中，或根据经验从路线图中移除。
基于时间的路线图
甘特图是产品路线图的大忌。它们会把对话的重点放在错误的事情上—产出，或者可怕的“X 什么时候交付”，而不是成果，或者“我们为什么一开始要做 X？”
但这并不意味着您应该完全无视基于时间的路线图。当其他团队依赖您的工作，或者与营销和面向客户的团队共享信息时，它们仍然很有用。您只需要确保访问路线图的每个人都了解您对每个想法的信心和承诺程度。
在 Jira Product Discovery 团队中，我们不使用基于时间的路线图，因为我们发现，围绕日期的对话对产品决策最没有成效。但是，如果我们这样做了，它们会像这样：
基于时间的路线图示例。
设计基于时间的路线图时要谨慎。人们很容易将确定感投射到未来，并设定不合理的期望。
下面的路线图最有可能具有误导性，因为它让人觉得团队对未来六个月到一年内会发生的事情有着清晰的认识：
如果您的利益相关者需要一个基于时间的路线图，我们建议将“现在/下一步/以后”路线图与时间线结合起来，以讲述一个更真实的故事：
- “现在/下一步/以后”路线图明确了您的团队对可以承诺什么有足够的确定性
- 只将“现在”一栏中的想法绘制在时间线上，以便大致了解这些想法将在哪个月或哪个季度落实
- 将“下一步”和“现在”栏中的想法纳入您的总体计划中，不要做出您无法实现的承诺
“现在/下一步/以后”路线图中的时间线视图。
避免时间线视图过于细化。重点关注重要的想法，而不是具体的日期和任务。这样做的目的是为了让您的利益相关者对您的发展方向有一个高层次的了解，而不是向他们展示日常工作的细节。
Jira Product Discovery 中的时间线视图和日期
下面演示了创建具有不同时间跨度的路线图的两种方法。第二个视图是我们的最爱。
设定日期的问题在于，它们很容易根据您在交付过程中了解到的情况而发生变化。在这个视图中，您可以配置想法的日期字段，使其一旦想法有了相应的交付请求单，就会被长篇故事/计划的日期字段自动覆盖。
这样，工作过程中长篇故事上发生的任何变化都会立即反映到路线图上：
Jira Product Discovery 中路线图内的动态时间线视图。
一个日期字段配置为从 Jira Product Discovery 中的 Jira 长篇故事获取日期。
产品计划仪表板
这种全产品路线图形式提供了所有已计划或正在实施的产品计划的概览视图。在与工程领导层合作时，它尤其有用。
最好始终将此路线图保留在产品待办事项中。虽然发现和交付工作是相互关联的，但有些事情显然属于发现的范畴（评估潜在解决方案），有些属于交付的范畴（开展冲刺），还有一些则是两者之间的桥梁（决定如何优先考虑技术债务还是新功能）。
在确定产品待办事项的优先级时，这种路线图形式是一种很好的方法，可以将这些类别的投资可视化。
