想法在路线图上有多糟糕 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 June 06 2017 真正 坏主意,产品管理角色,产品路线图, 注意产品 介意产品有限公司 882  坏主意 产品管理 3.528

想法在路线图上有多糟糕

通过 ON

吸收新员工可能会占用您很大的时间,但是’尽管如此,这是我一直很喜欢的过程。对我来说,吸引听众渴望了解产品的感觉真是红极了。

唯一让我感到畏缩的部分是,关于产品路线图的问题让我措手不及:“为什么在路线图上?”

“哦,这是劳拉(Laura)的一大笔交易,她希望本季度能完成交易……”

“这个?它已经在路线图上存在了一段时间,但我不确定我们是否真的会实现它……”

“哦,首席执行官真的很想这样做。我没参加那个会议,但我认为是因为……”

听起来有点熟?评判 产品经理告诉我们的是什么,我的猜测是,阅读本书的大部分人听起来都很熟悉。那么,我们如何才能达到对产品路线图上多个项目的警告呢?–更重要的是,我们应该采取什么措施来缓解这种情况?

管理“影子产品团队”

产品团队可以正式确定路线图的责任,但是组织中还有其他人可以直接影响路线图。销售和合作伙伴关系负责人通常是可疑的,但是对收入或客户体验有重大影响的任何人都有可能涉嫌提出非功能性要求 由市场验证支持.

实际上,所有路线图都将包含一些超出产品核心愿景的内容。不论好坏,都有机会在这里赢得大笔交易,这是生活的一部分。但是,当这些干扰变得更加频繁或产品团队失去对策略的控制时,就会出现问题。

争取适当的平衡是困难的。您想尽可能地支持销售人员,但是他们需要完成交易而不提供拐杖的自定义功能。您需要组织各个部门的反馈和情报,但是您不能对每个请求都采取行动。简而言之,您需要包容各方,但要确认产品团队负责产品决策-故事的结局。

一个一致,透明的流程可以评估其他部门的请求,这对于使不良功能脱离路线图大有帮助,同时也可以使内部合作伙伴满意。

透明度大有帮助

我将在这里用粗笔刷绘画:大多数不好的功能会出现在路线图上,而那些根本不了解的人不会被产品团队阻止。 “不懂的人”是什么意思?是那些谁:

  • 不明白所涉及的努力
  • 不要考虑在他们的请求上花费时间和金钱的机会成本
  • 看不到他们的要求与其他优先级有何矛盾
  • 不要考虑他们的想法如何适合产品架构

不是因为他们愚蠢;没有在开发方面工作的人还没有学到您可能认为理所当然的东西。解决问题的方法如下:

查看请求 –很明显,但无论如何我还是要把它放在这里:不要仅仅因为销售需要就在下一个Sprint中添加功能。在将需求放入开发队列之前,像评估其他需求一样评估需求并对其进行优先级排序。 (并且,如果无法完成或不应该执行,请不要添加。)

公开跟踪请求–我们在Resonate所做的一项很好的工作是保留一个简单的内部Wiki页面,其中包含组织其余部分的每个错误报告和增强请求以及Product及其开发状态的注释。人们不仅可以看到他们的请求已完成,而且还可以使每个人更好地了解我们的请求量。

增强执行人员与产品团队的凝聚力– 很少有事情像老板提出的相互矛盾的命令那样令人迷惑和沮丧。至少每月与产品外部的主要管理人员一起审查路线图和任何更改,以使所有人保持一致。否则,他们将对客户,合作伙伴,董事会以及谁知道您可能会发现的其他人做出承诺,这可能是路线图上“问题功能”的最大来源。

解释开发“机械”的工作原理– 大多数人不明白  敏捷过程对破坏敏感。将其放在带有请求状态的页面上的图表中。进行一次“午餐学习”。人们越了解产品的实际构建方式,就越好。

确保产品声音强烈 –产品团队需要在公司内部拥有自己的身份和发言权,尤其是在大多数高级管理人员仍可以做出产品决策的地方。重要的是要有一个可以与这些人互动的人作为同龄人,并在需要时有效地推开。

有时候,产品的工作是成为“无部门”,但这并不意味着它注定要打架。如果你告诉他们你’当有一个  好的商业案例,人们往往会快乐得多。