平衡创新，承诺和反馈循环：第3部分：低创新产品

如果您不需要尝试降低风险怎么办？完成“全部”操作可能会带来技术风险。特别是对于给定的发布日期。在这种情况下，您对产品创新的需求很低。您的计划反馈循环可能会更长。

我已经看到在某些情况下会发生这种情况：

从一个平台到另一个平台的端口。我们知道我们要做的。技术风险不在于了解，而在于事物在新平台上如何工作或将如何工作。在项目/程序中，我们需要简短的反馈循环，以了解我们的位置并进行一些小的调整。
在漫长的项目或程序结束时。我们不需要经常重新计划功能，但是我们需要不断检查执行情况。再次，这些小的调整，以确保我们完成。
保持常亮或扩展产品功能但不改变组织功能的产品。

您可以估计并提交更长的时间，除非出现技术问题。即使您确实遇到了技术问题，敏捷方法也可以通过较短的项目反馈循环来帮助解决这些问题。既然您已经进行了实验，那么您已经学到了足够的知识来完成工作。您不需要太多反馈即可更改需求。您更靠近此连续体的右侧。

产品创新和变革需求低

如果您不需要因为创新需求低而经常更改给定产品的计划，则继续计划一次或四分之一甚至更多。

在我的职业生涯中，我并没有从事过许多此类产品的工作。

我上一次使用这些产品之一是在70年代后期。我正在为即将到期的产品提供支持。我们认为该产品还可以再保留一年的价值。我很喜欢与客户合作，并且有机会尝试硬件。我是一个快乐的开发人员。

我们可以计划一个季度的工作量，而我可以将其淘汰。我可以中断其中的一些工作，以帮助其他人完成他们的项目。他们的项目工作比我的项目有价值，所以很好。

产品中没有创新。创新在于我的学习—我如何学习该产品的内部知识，这将对我将来有所帮助。而且，我学会了与电气工程师和机械工程师组成一个团队进行开发。

一旦我了解了所有的信息，我就告诉老板，我想要将该产品换成新产品。我们准备停产该产品，因此一切顺利。

尽管我确实需要一些产品计划反馈，但我并不需要很多。我确实需要估计大约四分之一的时间我可以做什么。由于这些估算值是总估算值，因此我无法参加。有时，我低估了我的工作量，因此我放弃了下一批工作。很多时候，我高估了我的能力。我的待办事项列表排名很高，因此可以按顺序完成。

我们不是每个季度都在同一天发布，因此它并不是完全发布的火车。很近了。

从那时起，我一直没有从事过这样的项目或产品。在我的实践的过去十年中，即使是看上去处于“日落”模式的产品，也似乎需要比最初预期的任何产品更多的创新。

低创新产品不需要在规划中考虑实验。他们仍然需要执行过程中的简短反馈循环，以继续对我们的工作方式进行微调。我们仍然需要评估风险并通过短反馈环来管理风险。

我将在下一篇文章中讨论计划和执行中的各种反馈循环。

到目前为止的系列：

翻译自: https://www.javacodegeeks.com/2019/01/feedback-loops-low-innovation-products.html