对于开发人员来说，向产品所有者提出特性想法是正常的吗？

Question

我最近开始做开发人员，以前做过系统管理员。

我对使用敏捷功能的软件开发团队的理解是，“我们需要实现的”交流主要发生在一个方向，从产品所有者到开发人员。开发人员可以向产品所有者表达他们对技术债务的关注，但是提出特性想法不应该是他们的主要职责之一。

我工作的公司有不同的看法。对他们来说，开发人员不仅应该去他们自己团队的产品所有者那里提出特性想法，而且如果他们认为他们对团队的产品有贡献的话，也应该向其他团队的产品所有者提出建议。我们的想法是，我们都是一个很大的团队<公司name>，所有的开发人员都应该利用他们的专业知识来推进他们认为有用的特性。

这种做法是否“正常”，因为没有一个更好的词？我是不是太被动了，应该主动向产品所有者推销想法吗？相反，公司是否完全错了，我应该到别处去找工作呢？

Answer 1

这取决于你所谓的特色思想是什么意思。

在规划游戏中，开发人员提供关于可能在迭代中结束的故事的输入并不少见。然而，这与开发人员自己想出的故事有很大不同。

在成熟的系统中，开发人员可能会提出一种解决已知问题的方法，可以将其转化为迭代。

增强可能是可以的，例如为报告添加一个图表，但如果开发人员想出了真正的新故事，我就会收到警报。如果有真正的价值，我会问为什么没有一个现有的未实现的故事，或者为什么它从来没有在回顾中出现。

Answer 2

正如您所说，许多开发人员之所以是“被动的”，是因为它需要一定的领域知识和经验，然后才能得到好的产品想法。但如果他们真的来了，就没有理由不建议他们，并支持他们。

记住--开发人员、产品所有者、销售人员等都在同一个团队中，目标是相同的:建立一个成功的产品。尽你所能为这个目标而努力。

Answer 3

是的，这很正常。

众所周知，谷歌有80%的工作-- 20%的创新模式，人们20%的时间都花在了自己喜欢的东西上。这样，他们不仅获得了新的功能，而且获得了全新的产品和服务。

我是不是太被动了，应该主动向产品所有者推销想法吗？

这取决于你的个性。我和非常热情的人一起工作，但也和那些没有任何情绪的人一起工作，他们8小时轮班回家。