IT项目制定线路图（Product Roadmap）中应注意的问题

63 阅读 0 评论 42 点赞

我是靠谱客的博主暴躁棒棒糖，最近开发中收集的这篇文章主要介绍IT项目制定线路图（Product Roadmap）中应注意的问题，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

企业启动IT项目后，制定项目的线路图是一项非常重要的工作，线路图定义了产品的开发轨迹，提供了一个可视化的项目线路图，便于项目的相关人员跟踪进度，同时也是制定项目预算的主要依据。产品路线图是战略和战术的结合，是帮助团队顺利达成目标的必要工具。

但是，现实中我们的线路图多数因为时间仓促，更为重要的是项目相关人员的忽视，造成了制作线路图上的粗制滥造，其产生的结果是线路图对项目的指导作用消失，项目成了无头苍蝇，项目计划不断被更改，客户不了解进度，预算严重超标，产品质量下降等等的问题不断出现。我认为，线路图是项目管理的第一步，应引起重视。下面我谈几点在线路图制定过程中常出现的问题。

1. 在制定线路图时对项目范围和时间任意估计。

把固定的日期和范围放在路线图上是我们常使用的方法。这也是客户要求或是公司的安排，这种安排是一种粗略的规划，对项目进程的指导有限。更大的问题是在制定线路图时，使用任意的评估方式，没有认真仔细的考虑。这种规划不太可能使你的项目保持在正轨上，更可能迫使团队牺牲产品质量，以保持进度安装在路线图进行。

不停的加班，不断地项目延期，会导致团队士气低落，产品质量不高。

解决办法首先是认真对待线路图的制定，同时在制定时间以及范围时将问题考虑的细一些，引入项目“里程碑”或重大事件，也就是项目期间您希望完成的任务。例如，完成新UI的更新，完成项目原型等等。使用里程碑作为目标将有助于使团队和Stakeholder看到进展，这样线路图的价值就更能体现出来。这样的方法更像是Agile 中的release plan，将项目的线路图分为若干个可交付的release，便于项目计划，管理。

2. 需求而不是方案

线路图的指导作用应更多的体现在对客户需求的理解上，而不是项目方案执行上的指导。错误的线路图指明了项目方案的执行的各个阶段，项目方案可以很好的被指引。但是最终的结果却可能与项目的目的，客户的需求背道而驰。

推荐大家构建“问题”路线图，而不是产品路线图。问题路线图关注的是要解决的问题，而不是特性或解决方案:比如在第一阶段，团队研究并验证问题，并在测试中建立一个POC。第二阶段我们才会继续思考解决方案，测试和迭代想法。

3. 线路图中丢失一些容易被忽视的元素

设计、测试和反馈管理，需要被构建到产品路线图中，他们是项目实现目标的有利辅助元素。但是出于某种原因，这些关键阶段通常被合并到一般的“设计和迭代”任务中，并从路线图中退出。这样的结果是，早期的可用性测试被忽视，或者因为没有反馈管理，POC的重要信息被浪费。发布后再次迭代也没有反馈管理，没有记录产品的成功(或失败)的原因。

4. 线路图的制定没能够获得客户的认同

当所有的Stakeholder——从内部团队到投资者——都致力于制定路线图，并愿意尽其所能地实现它的功能时，产品的成功就更有可能实现。试图在没有认同的情况下实现产品路线图是困难的，这是不可能的。

作为一个项目经理，你不能100%保证得到每个人的认同，但是你可以做一些事情来最大化这种可能性。这样的方法有很多，像PM的个人魅力，与stakeholder建立良好的关系，线路图的展示方式更具亲和力，原型的展示，未来产品图像化的展示等等。