定义“扩展”敏捷，第3部分：创建敏捷产品开发能力
在“扩展”敏捷：第1部分中 ，我写了关于跨职能协作团队的文章。 跨职能协作功能团队是“扩展”敏捷的基础。 在“扩展”敏捷的第2部分中 ，我撰写了有关程序的文章。 我意识到在我的原始部分3 :-)之前，我还需要另一部分。 第三部分是关于创建敏捷产品开发功能的。
在《 敏捷和精益项目管理》中 ，我写了关于持续计划的文章 。 （我应该把它称为“连续的”，但是我没有。哦，好。在第二版中，我可以做到这一点:-)。）
在想要“扩展”敏捷性的组织中，我经常遇到这个问题。 他们计划和重新计划的频率比他们应有的少。 （我正在研究产品负责人的书，以帮助解决该问题。这是队列中的下一个。）
缺乏重新计划是更传统的年度计划的遗留问题。
当组织每年计划项目组合时，人们并不认为需要更频繁地计划产品。 但是，使用敏捷方法，即使不是更频繁地，也可以按季度计划项目组合，这是有帮助的。 而且，为了更频繁地进行重新计划，团队需要更频繁地交付完成的功能。
在“ 管理您的项目组合”中 ，我建议人们从季度计划开始，然后转向更频繁的计划，因为团队会更好地以已完成功能的形式交付价值。
产品管理和产品所有权的想法相同。 产品管理和产品所有权是两个不同的相关活动。
产品管理在产品的整个生命周期内对其进行管理。 产品经理会见客户。 （真正的UX人员也应该如此，以便他们可以创建和运行实验，但这是另一篇文章。）产品负责人是敏捷团队的一部分，并与该团队持续合作。
连续基础部分是采购订单需要做的一部分：创建和细化（小型）故事，接受故事，并重新规划路线图和下一个待办事项。 我在《 考虑滚动波路线图和积压计划》中撰写了关于滚动波重新规划的文章 。
敏捷方法使我们可以重新计划。 当我们要重新计划项目组合和产品路线图时，这特别有用。
左图是我们希望产品随时间推移的功能。 每个项目都可以帮助我们创建更多功能。
敏捷方法使我们能够定期释放价值，至少每隔一个月就释放一次。 希望每两周。 如果您使用连续交付，则一天可以多次释放价值。
您发布的次数越多，负责战略的人员就越能管理项目组合。 目前我们已经为这个项目完成了足够的工作吗？ 如果是这样，请为团队提供其他产品。 （在我的世界中，对于团队数量而言，通常会有太多产品。我们将工作流过一个团队，因此团队可以转移到另一个产品。）
产品价值团队（我一直称其为产品所有者价值团队）越经常地进行滚动计划并帮助团队更频繁地交付价值，经理就越经常更改项目组合，组合组织可以为团队数量交付的项目数量。
敏捷的产品开发能力要求：
- 经常提供价值的跨职能协作功能团队。 团队可以交付的越频繁，其他一切就越容易。 （这是本系列的第1部分。）
- 产品负责人及其同事要经常重新计划。 同样，团队可以提供更多价值的方式，就越容易进行重新计划。
- 然后，经理们可以对项目组合进行小小的失败测试。 如果他们意识到意愿会“输掉”赌注，请重新计划项目组合。 选择其他项目组合，以查看产品的不同价值。
这就是我关于敏捷产品开发功能的意思。 如果产品开发组织能够善于交付价值，则产品价值团队的人员可以重新计划他们在路线图和积压中所拥有的。 项目组合人员可以重新计划项目组合。 大规模的产品开发工作变得敏捷。
如有疑问，请在评论中提问。 我只是开始以书面形式进行解释。 我确定我不太清楚。