我的问题是，您曾经使用什么来创建和维护路线图，并且根据您的经验，有没有什么好的资源，例如网站或书籍，我可以真正从中学习更多？
I’我进行了搜索并找到了很多非常高级的视觉效果，但是我’我不确定这是正确的方法还是不确定它的性质是否应该更详细。一世’d想获得更好的理解并学习呈现和维护数据的最有效方法。
我之前工作过的公司从来没有真正关注过它–我为自己做了更多–但是我们的路线图实际上包括一个庞大的错误列表和我刚刚根据开发进度管理的新功能。因此，我主要使用Word并创建了一个包含季度的表，并列出了每个季度我想要开发的主要功能（以及较大的错误），并称其为新版本，并根据所做的调整进行了调整’制定和执行非理性决策。
— 克里斯·加比
我当然感到您的痛苦！我也有路线图，这些路线图被错误和功能请求所淹没。我花了很长时间才弄清楚出了什么问题，因为– inevitably –路线图会随之滑落’不可能计划那么详细的水平 在18-24个月的时间范围内创建单个文档。
首先，不要再将路线图视为 甘特图 . It’容易犯一个错误，因为如此多的产品经理使用项目管理工具或技术来制定路线图。我的 产品板 co-founder, 西蒙·卡斯特 ，对此写了– 唐’使用项目管理工具进行产品管理
将您的路线图视为战略沟通文件。 其目的是向您的团队和其他利益相关者展示您的产品愿景是什么，以及达到该目标的高级计划。它’s 不 一种用于炫耀您的开发计划的每一个角落的设备，并且’无需包括您想出门的特定错误或次要功能列表。
实际上，作为产品经理，您可能 做 列出了一些错误和一些小问题，需要解决并在开发过程中解决。很好，但是请记住那一点（当您’重新帮助开发团队通过其看板/冲刺/积压/任何方式移动项目，您’扮演项目经理或产品所有者而不是产品经理的角色。该路线图是产品管理文档，应单独存在。
忽略日期。你不’不知道几周后的交货日期是什么–即冲刺的时间长短，或团队的进度有多长，具体计划为一个单独的项目或可交付成果– and so you shouldn’假货！即使在路线图上也要注明日期’s vague like ‘Q3 2013’，往往会最终设定您不期望的结果’在各个利益相关者之间传递并造成不必要的压力和指责。理想情况下，作为您的出色产品经理，您’d想以为您可以对某物进行粗略估算并坚持下去， 你的估计糟透了 （摘自一本名叫《 重工 我建议大家阅读！）。你不’不知道什么bug会蔓延并改变您的计划，即使您做了，到您到达时‘Q3 2013’，您的产品策略可能需要根据具体情况进行调整和更改’市场，您的用户，您的竞争等等。
将您的路线图视为指南，旨在使每个人保持一致并保持一致，而不是严格的项目计划。如 史蒂夫·约翰逊 said 这里： “I’可以分享路线图…只要客户和销售人员知道路线图是计划而不是承诺。”
至于其他重要资源，’您可以跟随一些非常聪明的人：
- 史蒂夫·约翰逊 ’s 刚刚出版了一本电子书 关于路线图的一切。
- 马蒂·卡根（Marty Cagan）在业界广受尊敬，他的文章总是让我点头。这里’s 他在路线图上的一些好东西.
- Martin Eriksson（向我介绍无日期映射的概念的技巧提示）为产品经理创建了ProductTank事件，并且了解他的知识。他’s written a 非常有用的文章 优先排序。
- 最后，那里’s MindTheProduct.com，许多其他智能产品的人在这里编写。这是 关于路线图的一些帖子.
询问产品经理是一系列新文章，这些文章基于产品经理给出的重要问题和答案。有自己的问题吗？问问：[email protected]
