产品计划，信息持久性和产品生命周期

最近，我一直在考虑很多计划。我的许多客户都希望基于有效期短的数据创建长期计划，即使是处于高度变化状态的产品也是如此。

我怀疑第一个问题是您需要对产品进行多少更改，而不是您的信息有多好，或者需要多少计划。

您需要的数据和可以使用的计划将根据产品在其生命周期中的位置而变化。

您的产品生命周期在哪里？

每个产品都有生命周期。这是我对杰弗里·摩尔（Geoffrey Moore）跨越鸿沟的想法所做出的调整，该想法与客户在产品生命周期中不同部分的需求有关。

客户希望发布的时间越多，我们就越需要更改计划。

如果您想跨越鸿沟，长期计划并没有多大意义。

如果您处于产品生命周期的后期，则需要在项目组合中平衡项目。您将需要尽可能长时间地利用此产品。而且，您需要创建变化率很高的实验。这些实验将成为其他产品来代替或添加到这一产品中。（请参阅“ 敏捷预算的战术思想，第1部分”或“ 管理项目组合”中的各种产品。）

您想要的更改越多，则计划的频率就越高，并且需要进行的更改就越小。而且，您可能需要的数据可能会有所不同。

您要求团队生成什么样的数据？我的许多客户要求对各种功能集进行某种形式的估算。

相反，我建议您询问其他信息：给定功能或功能集的延迟成本以及团队当前的周期时间。如果幸运的话，他们有该功能集的周期时间。如果没有，我们对团队的能力有所了解。

为什么选择循环时间而不是其他时间？周期时间是团队产生有用的东西所花费的时间。故事点不会帮你。估计可能是错误的。周期时间是真实的历史数据。此外，您可以仅通过统计故事来估算周期的持续时间。我在“ 敏捷和精益路线图的替代方案：第1部分，思考功能集和创建成功的敏捷项目”中对此进行了介绍。

所有计划都要花钱。您想要准备的计划越详细，花费的成本就越高。

您的数据“过期”越快，收集数据的费用就越多。如果您的信息快速更改，则持久性较低。您的信息越以估计为基础，持久性就越低。

如果您需要快速更改此产品或尝试发现替代产品，那么收集大量数据用于产品计划是否有意义？

我非常喜欢安全的小型失败计划和实验。不仅用于实验项目，还用于所有计划活动。

考虑计划和软件产品开发的以下事实：

您甚至需要大型计划吗？我喜欢这样的战略计划：“这就是我们想要闻名的地方，这就是我们的强项。” 您可以为那些战略计划构建可交付成果的大纲。

但是（战术上）详细的长期，季度或年度计划？如果您因为需要更改而选择了敏捷方法，那么我看不到很多战术计划的价值。

翻译自: https://www.javacodegeeks.com/2019/05/product-planning-information-persistence-product-lifetime.html