路线图与积压清单的区别-优快云博客

上个月，我和Egress Solutions的 Mike Smart进行了一次在线研讨会，内容涉及在敏捷环境中工作时产品路线图的务实营销。在本次会议中，我们有1500多人参加了会议-几乎没有足够的时间来回答所有问题。

一位与会者问：“ 请解释一下功能的优先列表是不是路线图？ ”

一个很奇妙的问题，我们在电话中没有及时回答。

为什么以及何时何地

对于这个问题，我能提供的最短答案–可能我们在通话中将有时间解决的所有问题如下：

路线图告诉您“为什么”和“什么”；功能列表仅告诉您“什么”。 #prodmgmt

如果您需要的只是上述答案，那么这对您来说真的很短-您可以在这里停止。上面的声明有些细微差别，可以帮助您解决更有价值的事情-制定好的路线图。如果这很有趣，请继续阅读。

哪一个

七年前的这个月，我参加了一篇由作者撰写的文章，

描述的东西（不好的）不是路线图
称之为路线图，然后
结论是路线图不好。

我将作者（关于路线图）的抱怨描述为一件事，当您将要素列表视为路线图时，可能会出错。

七年后，这仍然是混乱的根源。也许这是合乎逻辑的结论，即给人以“产品经理”的头衔，而不给他们同时进行工作时学习Craft.io的培训，工具和指导。

有些困惑可能来自我们谈论路线图的方式。我上面简短的推文简短的回答让人感到有些不足。

需求的所有不同容器记录了团队将要构建的“内容”。不同的容器以不同的方式执行此操作-路线图具有限定符。

PRD –标识团队将构建的所有事物*，以及与这些项目相关或组织的上下文（例如，电子商务网站的PRD的“购物车”部分将包括允许用户使用控件的要求）以更新购物车中的物品数量）。
功能列表 -可能是最讨厌的容器-在很长的列表中，将要求在购物车中的每个项目中都包含一个“更新数量”控件。如果幸运的话，该要求将标有“购物车”，以便于组织/跟踪进度。鉴于缺少由功能列表提供的上下文，此要求可能之前是“更新库存水平”要求，然后是“更新用户个人资料图片”要求。
积压 –当某人获取功能列表并通过“先给我”对它们进行排序时，您会积压。列表顶部的故事可能是“作为[急于在DMV中排队等候的购物者，我正在处理多任务]，我需要能够更新购物车中的商品数量，因为有人挤了我，当我要轻按两次时，我轻按了两次手机，以便只购买想要的数量。” 太多的人乐于躲避的问题是， 为什么这个故事排在榜首？ 我们将不得不再次回到那个时候。
路线图 –“ 是，但是 ”是顾问的口号，“我正在回答您的问题，但让我告诉您您应该提出的问题以及该问题的答案。” 如果路线图上显示“将在购物车中包括更新数量控制”，则说明您做错了。您的路线图应显示“改善的移动购物体验”或“鱼叉鱼角色的更好购物体验”。这些对“什么”的描述是在较高层次上进行的，并且表达了故意。因此，是的，路线图包括“什么”，但与积压的“不”相同。

*顺便说一句– 团队实际上不会在PRD中构建所有内容，也不会在PRD表示将要发生时构建自己构建的内容，这将是超预算的。但这完全是另一个讨论，也是为什么“敏捷”首先应运而生的很大一部分。

当使用路线图传达产品的“含义”时，应以描述将要解决的问题，针对谁或在什么情况下解决的问题的语言。这是主题路线图中最重要的主题类型。其他主题可能是“改善我们相对于竞争对手X的定位”或“填补我们投资组合策略中缺失的部分”。