Portfolio for Jira 路线图构建

当你的产品待办事项列表是一个排好了优先级的问题列表而不是一个特性列表时，响应变化就更容易了；你不必为了交付特性而尽早提交，而且可以使用可用的新技术。可视化路线图，定期添加新信息并用它重新评估路线图，这有助于使你保持灵活性。

Jonno Katahanas 是 Atlassian 的产品经理。在 Atlassian 2018 峰会上，他探讨了 Portfolio for Jira 背后的团队如何构建他们的路线图。InfoQ 正在以概述和 Q&A 的形式对此次活动进行跟踪报道。

InfoQ 采访了 Katahanas，内容涉及构建长期和短期路线图、保证路线图的灵活性以及产品路线图管理建议。

InfoQ：在制定 Portfolio for Jira 的路线图时都有哪些人参与？

Jonno Katahanas：许多人！在我们制定产品未来三年的高层次规划时，我们会让非常多的人参与。这不是一个典型的路线图，上面列出一堆需要完成的工作，它更多的是明确 Portfolio 达到什么目标及达到目标后是什么样子。在内部，我们和产品设计人员、工程管理人员和产品营销人员密切合作，起草初始的三年规划。这很大程度上是基于我们知道的东西，然后作为核心团队做进一步的补充研究。在外部，我们花许多时间同客户交流，了解他们的需求和痛点。我们还调查了许多其他渠道，强化我们对客户的了解。这些渠道包括来自我们的支持团队的反馈和应用内调查。

我们正在考虑未来一年的短期路线图，从外部角度，我们把重点放在与客户互动及从客户那里获取反馈。从内部角度，我们的核心团队包括产品管理、我们的设计人员、工程管理人员和产品营销人员。最终，一般是由产品经理最终决定什么东西在路线图上，到哪里结束。有必要的话，我们还会邀请其他团队中与路线图上特定的条目相关的人员。如果我们认为路线图上有任何东西依赖于其他团队，我们就会设法让他们尽早参与进来。这让我们有更多时间可以解决潜在的障碍。

InfoQ：你们如何确保路线图足够灵活，可以响应变化？

Katahanas：我将把回答这个问题的重点放在我们如何创建一年的短期路线图。当我们构建我们的一年路线图时，我们旨在列出这一年里需要解决的问题，而不是要构建的特性。这与我见过的常用模式相反，在常用模式中，产品团队会构建一个路线图，上面有一长串他们将要交付的特性。当和一个团队交流时，他们告诉你他们将在 9 个月的时间里交付什么，这没有什么不正常。

我们之所以注重在路线图上列出排好了优先级的问题，而不是特性，有两个原因。第一个是，不管我们是否喜欢，只要我们向路线图上添加一个特性并在旁边标上时间，利益干系人就会把它理解为承诺。承诺在那个时间点及时交付这个特性。这带来一项挑战，就是我们并不确切地知道我们的客户现在想要或需要的东西在 6 个月、9 个月或 12 个月之后还没有变化。当我们实际解决问题时，我们如何确切地知道最能满足他们需求的特性？许多团队会说他们是敏捷的，并且在不断迭代响应客户需求。但是，如果他们已经承诺几个月后交付一项特性，那么怎么可能真是这样？这种无意识的承诺就是由这种简单的动作引起的，提前这么多在路线图上添加了一个特性并标注了时间。

第二个原因是根据技术的变化速度。技术的变化如此之快，现在不可能的事情在一年内可能很快就变得可能了。这就是说，当我们开始解决路线图上的一个问题时，我们可能已经能够交付一个我们在最初规划路线图时不可能交付的特性。例如，我们在提升一张表的可用性，用户会用这张表在我们的产品中管理大型数据集。另外，我们最近对我们的技术栈进行了内部改进。我们正在考虑的、现在可能交付的部分解决方案在去年我们创建我们的一年路线图时可能不是那么可行。

InfoQ：您都学到了什么？

Katahanas：对我而言，最大的学习也许是，制定路线图的过程不只是编写一个待办事项列表并附上日期。我现在都觉得这样编写不可思议，但是，在我成为产品经理之前，那就是我真实的想法。与路线图相关的活动如此之多，甚至在我们起草大多数人都认为的典型路线图之前：一个我们将在什么时间做什么事的有序列表以及我们认为的每项工作需要花多长时间。

许多人认为路线图制定过程单纯是指编写待办列表的行为，但是没有充分考虑，甚至在开始创建实际的工作优先级列表之前就出现的所有基本活动。这些基本活动包括类似明确产品长期规划这样的事情。对于团队而言，展望三五年，定义他们的产品将为成为什么样子，他们的产品如何在市场中胜出，成功对他们而言什么样，这至关重要。当产品团队决定向明年的短期路线图上添加什么时，这有助于集中注意力。

InfoQ：对于需要管理产品路线图的团队，您有什么建议吗？

Katahanas：我有两个建议，这两个建议对于我们的路线图制定过程真得非常有用。

我给产品团队的第一个建议是，要有一种机制可以创建对于产品长期方向的共同理解。Atlassian 的所有产品团队最近采用了一个名为“VSO”的框架来辅助这个过程。“VSO”代表愿景、策略和目标。那是一个资源单页，我们用它清晰定义了我们的产品在未来三年的发展方向。一旦创建，我们就和产品团队内外的每个人共享，使每个人都在同一个页上。在我们构建我们的一年短期路线图并决定做什么时，那可以为我们提供重点和范围。

第二个建议特别重要。你要确保定期获取新信息，并用它重新评估你的路线图！团队需要不断地重新评估他们的路线图是否能够实现。这是因为，随着时间推移，他们有各种层面的信息需要考虑。有人会离开，有人会加入，团队意识到一个解决起来非常复杂的问题，需要花些时间才能交付有价值的东西，诸如此类。随着新信息出现，你需要反映到路线图上，和团队交流，对已经做出的决策进行可能的权衡取舍。通常，这些决定会变成围绕工作范围、工作人员和可用工作时间的折中。例如，如果某人要离开，那么现在能做工作的人就少了。你需要确定，人少了，你是否需要花更长的时间才能完成同样的工作，或者缩减范围。不要落入做出承诺而又无法交付的陷阱，而原因是你没有花时间考虑新信息。

查看英文原文： Building the Roadmap for Portfolio for Jira