产品路线图是一个强有力的工具，可用于描述产品可能会如何成长，以便与干系人达成一致，和获得开发产品所需的预算。但是要创建有效的产品路线图并不容易，尤其是在敏捷环境下还会频繁且意外地发生变更。本文分享了十个建议，能帮助您创建可行的敏捷产品路线图。
1 聚焦意图和收益
当您面对敏捷、动态变化的环境时，无论产品尚不成熟，或者产品正在经历重大变化，或者市场正随着某些全新竞争对手的进入或全新技术的引入而变化，您都应该使用面向意图的产品路线图（a goal-oriented product roadmap），有时也称为基于主题（theme-based）的产品路线图。面向意图的产品路线图着聚焦于意图、目标和类似于赢得客户、增加参与度和消除技术债的结果。在路线图上仍然存在特性，但它们源于意图，并且应当被谨慎使用。一般来说，每个意图对应的特性仅限于三到五个。
为了帮助您规划敏捷产品路线图，我创建了一个面向意图的产品路线图模板，取名为“面向意图的产品路线图”（The GO Product Roadmap）。它是基于意图比特性更重要的理念，由五个元素组成：日期（date）、名称（name）、意图（goal）、特性（features）和度量（metrics），具体如下图所示。您能从romanpichler.com/tools免费下载该模板，并且能在我的文章《面向意图的产品路线图（The GO Product Roadmap）》中找到关于如何使用它的更多信息。
图1 面向意图的产品路线图模板
2 进行必要的准备工作
在规划路线图并确定产品策略的最佳实施方案前，请描述并确认产品策略-愿景实现途径，如下图所示。
图2 产品策略和产品路线图
我喜欢使用产品愿景板（Product Vision Board）来制定有效的产品策略。产品愿景板能展示产品愿景、目标群体、待解决的问题或能提供的收益、产品的关键特性以及业务意图。您可以从romanpichler.com/tools/ 免费下载产品愿景板（Product Vision Board）模板 。
3 讲一个连贯的故事
您的产品路线图应该讲述一个连贯的故事，说明产品可能如何增长。每个版本都应在前一个版本的基础上，使您往愿景更进一步。要明确您的听众：在内部，产品路线图要在与开发、市场、销售、服务以及要取得产品成功的其他相关群体；在外部，产品路线图要瞄准现有客户和潜在客户。要令路线图保持切合实际：不要猜测和吹嘘您的产品。
4 保持简洁
要抵制住往路线图中添加过多细节的诱惑。要使路线图保持简洁易懂。要通过聚焦意图，来抓住关键内容和忽略剩余部分。要基于意图来提炼出路线图上粗粒度的特性。细节（包括史诗故事（Epics）、用户故事（User Stories）、场景（Scenarios）和UI设计）属于产品待办列表（Product Backlog），而不属于路线图。如下图所示。
图3 产品路线图和产品待办列表
5 获得强大的支持
如果得不到产品开发、营销和销售人员的认可，再美妙的路线图也一文不值。达成一致的最佳方式是与主要干系人一起创建和更新产品路线图。这会使您能利用他们的想法和知识，并建立强大的支持。如下图所示，举办协作式的路线图研讨会时一种使所有人都参与和共创产品路线图的好方法。
图4 产品路线图研讨会
6 有勇气说“不”
在您想获取关键干系人的支持时，您不应对每个想法和要求都说“是”。这会将您的产品路线图转变为特性集（即特性的随机集合）。“创新并不是要接受所有事情，而是要拒绝除最关键特性之外的其他所有特性。”史蒂夫·乔布斯说。要运用您的愿景和产品策略做出正确的决策。要有勇气说“不”。切记：有领导力才能协作。
7 知道何时给出日期
有些人建议永远不要在路线图上给出日期，而其他人则总是会将日期包括在内。我建议在内部路线图上要使用日期或者时间表，以便协调内部干系人（例如开发团队、市场营销人员、销售人员和支持人员）的工作。这对于日期驱动的产品（例如：圣诞节销售必须及时准备就绪的智能手机，或者在暑假开始前必须更新的旅行应用程序）尤为重要。但对于通常只是作为销售工具使用和向客户及用户展示的外部路线图，我建议不要显示任何日期或时间表，而是要给出版本的顺序，或使用“当前-随后”表格进行排序。
8 使您的路线图可度量
在使用面向意图的路线图时，要确保每个意图都是可度量的。这会使您能判断是否已经达成了意图。例如，如果您的意图使获取客户，那么请问自己该获得多少客户；或者如果您的意图使减少技术债，请确认该消除或者重写多少坏代码。
如果您未说明指标（target），就很难判断您是否达成了意图。因此，只有确保您说明了切实可行的指标，路线图上的意图才会是切实可行的。然后也选择度量方式，这些度量方式将有助于您判断意图是否已经达成，或者判断交付的版本是否实现了预期的收益。
9 自上而下地确定成本
当您的产品为新产品、不成熟产品或者变化中的产品时，我建议您不要自下而上地确定开发成本，而应该自上而下地确定。从路线图特性中提取正确的史诗故事和用户故事，再从团队中获取正确的估算值，并准确预测产品待办列表的速率和变化率，是几乎不可能做到的。即使您成功使其有效运作了，最终也会因太过冗长和复杂的产品待办列表难以调整和维护而终结。
替代方案是：要确定创建路线图上期望的版本可能需要具备哪些技能的多少人员，需要借鉴您开发类似产品或者同一产品之前版本的经验，再考虑您公司中是否有足够的具备适当专业知识的人员，确定是否需要去雇佣或者外包人员。这应该能够给您一个关于可能需要人力的数据。然后再添加设备、基础设施、原材料、许可证或者其他相关事项的成本。请与开发团队一起进行此项练习。
图5 自上而下地确定成本
10 定期审视和调整路线图
最后但并非最不重要的一点是：如果您处于敏捷环境中，可能很快会发生变化。因此，您应该定期审视和更新产品路线图——时间周期可以是每四周到每三个月，具体取决于您的产品多不成熟和市场变化多快。
图6 产品路线图审视频率
作者：Roman Pichler
译者：李洁（Jerry Li），Scrum中文网资深敏捷教练
原文链接：
版权声明：本文由作者Roman Pichler授权Scrum中文网翻译和发布。任何机构和个人，未经Scrum中文网许可，严禁摘录、引用、转载本文内容（包括文字和图片），违者必究其法律责任。
