敏捷路线图:构建、共享、使用与发展

敏捷开发并不意味着对自己的目标一无所知,而意味着要在前进的道路上灵活变通。

Dan Radigan 作者:Dan Radigan
浏览主题

摘要:产品路线图是指产品或解决方案随时间演变的行动计划。产品团队利用路线图概述未来的产品功能和新功能的发布时间。在敏捷开发中使用路线图时,路线图可为团队的日常工作提供重要背景,并应就竞争格局的变化做出响应。

有了敏捷开发就不用再长期规划的想法堪称继尼斯湖水怪以来最大的神话。路线图对敏捷团队和瀑布式团队同样重要,因其可为团队的日常工作和长期愿景提供背景信息,并就竞争格局的变化做出响应。不过,与传说中的苏格兰水怪不同的是,良好的敏捷路线图不仅很容易找到,也很容易理解。

什么是敏捷产品路线图?

产品路线图是指产品或解决方案随时间演变的行动计划。产品团队利用路线图概述未来的产品功能和新功能的发布时间。在敏捷开发中使用路线图时,路线图可为团队的日常工作和未来愿景提供重要背景,并应就竞争格局的变化做出响应。多个敏捷团队可以共用一个产品路线图,或者每个团队都可以有自己的产品路线图。

制定路线图

制定路线图时,产品团队需考虑市场轨迹、公司目标、客户反馈和洞察信息以及工程限制。理性理解这些因素后,要以计划和时间线的形式将其反映到路线图中。以下是产品团队可以使用的一个极简路线图。一般而言,产品路线图最好采用较长的时间段(例如几个月或几个季度),而不是固定在特定的日期。为使优先级相关对话侧重于目标和策略(而非时间线),您甚至可以尝试将计划映射到“现在”、“未来”和“以后”。

Jira 中显示现在、未来和以后想法类别的产品路线图。

分享路线图

制定好路线图后,需要将其分享给整个产品团队、领导层和交付团队,让所有人都能了解团队的愿景和方向。在很多组织中,产品负责人会使用 PowerPoint 和电子表格来制定路线图,然后通过电子邮件将这些幻灯片和电子表格发给团队。尽管出发点是好的,但这种策略从一开始就存在缺陷。每个团队成员都有自己的路线图副本,因此当路线图发生变化时,让所有人及时了解相关情况就变得既耗时又麻烦(至少可以这么说)。

那么,产品团队该如何让组织更好地了解情况?方法很简单。

大部分协作工具都会在路线图发生变化时向所有项目参与者发送通知,让他们及时了解相关情况。

在路线图中添加计划时,需考虑以下几个问题:

在我们讨论动态预测解决方案之前,让我们先来以建房子为比喻,聊聊制定长期敏捷计划的步骤:

  • 各项计划的相对优先级如何?
    • 每项举措将对产品和公司目标产生哪些影响?
    • 每项举措需要付出多少努力?
    • 是否有足够的洞察信息和数据来支持实施某一举措?
  • 我们打算什么时候启动各项计划?
    • 有没有对团队提出特定的日期要求?
    • 该计划在内部或其他团队具有哪些依赖关系?
  • 各项计划分别由哪些团队参与?
    • 当前团队的日程安排是否有足够的空闲时间,能力上能否匹配?
    • 当前敏捷团队能否保持稳定?
      • 如果不能...
        • 如何对团队进行重组?
          • 我们是否考虑在项目时间表中增加新组建的团队?

使用路线图

务必要将您团队的交付工作与产品路线图建立关联,以把握前文提及的整体“背景信息”。对此,一种屡试不爽的方法是:在产品地图上详细罗列您优先考虑的产品想法,然后在交付路线图上将这些想法分解为长篇故事、需求和用户故事。大多数情况下,每个想法都有相应的长篇故事,需要分解成较小的任务才能完成。将产品路线图上的想法与交付路线图上的长篇故事联系起来可让工程师轻松了解与优先实施的举措相关的背景信息(例如用户反馈和研究)。此外,它可让产品团队和开发团队更容易共同做出不影响未来工作的短期决策。

假设我们在网站上推出了广泛的用户个人资料功能。然而,我们发现客户都不怎么用这个功能,那我们还要继续投资打磨这个功能吗?这个时候,可能要继续,也可能不要继续。在做出最终决定之前,我们需要了解其使用率低的原因。所以,与其硬着头皮向前推进,不如进行一些 A/B 测试,以获取一些关于使用率低的见解。相比直接硬着头皮向前,添加更多的花哨配饰,这些见解也许更能为我们指明方向。

对于敏捷路线图而言,具备在做出重要决策之前深思熟虑并开展深入研究的能力非常关键。理想情况下,在决定实施任何决策之前,收集洞察信息和数据这一发现过程应作为您的第一步。有了这种能力,团队在对产品和市场有更多了解之后,便可不断优化其功能。

应留意的反模式
  • 完全忽略未来规划,只是在信口开河!
  • “企业其他部门”完全被蒙在鼓里,不知道团队在做什么。
  • 路线图持续更新(或从不更新)。
  • 路线图被详细的要求所压制。

发展路线图

瀑布式项目前期投资巨大。结果,团队成员在情感上对路线图产生了依赖,并以牺牲正确的决策为代价,因为否定既往付出太痛苦了,这是人性的弱点,如果有的话。

就其本身而言,敏捷开发会遇到三种不同风险:

  • 如果路线图更新地过于频繁,团队可能会对领导层做出战略决策的能力失去信心。
  • 如果路线图更新地不够频繁,则产品上市时可能为时已晚,错过了被压抑的需求。
  • 对于较短的迭代来说,长期努力可能看起来“太庞大,也太困难了”。团队如果将工作划分地太精细,就可能出现过度补偿,最终过于关注短期结果。

为防止“遭遇重创”、迂腐和短视,需要确保在路线图上均匀地关注短期战术和战略以及长期目标。为此,一个比较好的办法是每季度审查一次路线图,并根据需要调整,然后分享。这一办法适用于任何规模的组织,但请记住:一个路线图可以涵盖多个敏捷团队,所以要进行相应的检查、调整和沟通。

继续阅读《敏捷教练》,了解具有跨团队路线图的敏捷产品组合的大型管理团队需特别注意的事项。您还可以尝试在专为产品团队打造的 Jira Product Discovery 中免费构建自己的路线图。