加入我们这个现场网络研讨会 - 混合方法PT II：建立成功的成果 - 6月11日星期四上午10点。太平洋，下午1点。东。免费注册免费。

在办公室周围说“敏捷产品开发”，您可能会听到嘘声或嘶嘶声。多年来，敏捷的声誉 - 一些大型组织在平时进入敏捷的较大价值之前停止使用它。我指的是连续和敏捷部署的事情 - 概念更容易从那些将灵魂视为愚蠢的生产力和伪劣应用程序的道路上获得狙击手和呻吟声。

在OPS方面，许多企业无法前线组织和工具进行连续部署工作。没有买入，他们只是没有得到它。相反，他们坚持像安全港一样的传统方法，以提供可预测的 - 但递减的价值。

是时候去混合了。

为了让领导人能够看到敏捷部署的真正好处，我们必须控制可部署的应用程序工件。我们需要了解谁创造了他们，因为什么原因，从他们得出的地方，以及如何。

例如，使用netflix - 应用程序的预测模型如何以及为什么您可能想要观看某个展示的方式并不一直工作。事实上，有时它只是简单的错误。这种未能准确预测将从瀑布发展模型中取出，可能仍然存在于敏捷的发展中，并考虑到这种单一的目标。这是否意味着应用程序是一个失败？成千上万的客户会不同意。它完成了完成的工作。不完美，但它为商业模式提供服务，而客户则竭尽全力。

Agile在应用程序开发生命周期的某些方面具有比其他人的某些方面更多的价值。虽然组织在敏捷的概念周围变化，但要仔细研究成功的设计，开发和部署新的或现有应用程序的实用性是健康的。

大多数企业在建立敏捷组织时遇到最小的风险，如果规划人员使用适当的商业案例和自动化技术。您需要至少定义这些方法和技术的值。

上个月，我们谈到了瀑布和敏捷方法往往是如何处于领域的相对方面。本月，我们正在挖掘成功的发展文化，依赖于混合敏捷和传统的应用发展方法。我们将专注于结果，或者我们所知道的工作。最重要的是，我们还将讨论什么不起作用和应在所有费用中避免的陷阱。

我们会处理企业发展项目领导人和ISV的艰难决策，因为他们搬到了更多“现代”方法。更重要的是，看看云，大数据和内容互联网如何驾驶围绕发展方法的更具创新性思考。如果你要敏捷，甚至想着它，这就是必须参加。