我的一位客户正努力地使他们的季度计划会议正常进行。 他们准备好了，准备了大旅馆房间。 他们有很多用品。 计划甚至进展顺利。
但是，在两周之内，他们的计划与现实无关。 这意味着在接下来的十周中，产品所有者将“独自一人”。 而且，由于产品经理太多时间不在办公室，他们很难决定要做什么才能使整个计划受益。
这些PO很聪明。 他们知道在大程序中需要为自己的项目做什么。 但是，当他们的产品需要根据反馈进行更改并仍然为整个计划提供价值时，他们对如何做一无所知。 他们需要比四分之一的计划所能提供的更多的弹性。
您可能没有特定的问题。 但是，我已经看到了这个问题：
付出的努力越大或越重要，团队需要的反馈就越多，产品所有者需要进行更多的重新计划以提供最大的努力价值。
您无需成为程序就可以解决此问题。 您可能是产品负责人，例如我大约一年前执教的产品负责人。 他总共有12个人在两个团队中共同开发一种产品。 当他们释放价值时，他们收到了指导该PO积压订单创建的反馈。
PO的问题？ 他一次不能预测超过六个星期的工作。 他需要该项目更多的适应能力。 他的经理们想要更多的预测。
在项目或程序中的适应性就是为什么我一直建议滚动计划或精益计划的原因。 这些替代方法可帮助人们从功能集方面了解最低限度的工作，计划最低限度的功能集或功能集的一部分，并在有意义的情况下重新计划工作。
您的项目或计划需要多少弹性和反馈？ 您的路线图看起来是否更像功能变化的路线图，其中功能的价值和到达时间有所不同？
以下是考虑此问题的方法：
- 您需要建立或运行实验来学习吗？ 这些实验需要多长时间？
- 您是否需要验证业务假设以了解您的客户将会和不会购买的商品？
- 您是否需要根据小型发行版中学到的知识来发行小型发行版，然后再发布给整个客户群或管理风险？
您可能还有其他问题。 这些都是表明较大的计划没有帮助的问题。 就像我在第1部分中所说的那样，您可能会发现较大计划中的讨论会有所帮助。 但是，规划本身可能不值得，因为您需要重新规划。
我不知道一个项目或程序超过几个星期不需要反馈。 以我的经验，所有项目/程序都需要反馈。 也许您的项目或程序是不同的。
不同的项目/计划需要不同的弹性。 如果您正在使用敏捷方法来查看产品进度，但是您可以预测所有事情，因为您已经知道如何完成这项工作，这太了不起了。 计划整个季度。
但是，如果您更喜欢我看到的项目和程序，请考虑使用较短的计划和重新计划方案。
我的下一篇文章是关于如何与产品价值团队重新计划项目或程序的。 在那之后，我将解决经理希望预测的问题
翻译自: https://www.javacodegeeks.com/2017/09/alternatives-agile-lean-roadmapping-part-4-resilience-prediction-feedback.html
