我想每个人在这个月的早些时候都在敏捷2015上度过了一段美好的时光！天气很好（谁知道八月份华盛顿的温度和湿度都很低？），活动地点（马里兰州国家港湾的盖洛德国家公园）非常方便，与与会者的对话令人兴奋，还有会议信息丰富。一个会议期间的晚上，我和几个同事在国家港口附近散步时，遇到了"觉醒，"一个由J.苏厄德·约翰逊创作的现代雕塑巧合的是，几天前，我曾向他们提到过这座雕塑，并惊讶地在国家港口看到它（以前它位于海恩斯角）。我从高中就没看过这篇文章。对于冷战鼎盛时期的一群高中生来说，这是一部引人入胜的作品。是不是活埋的士兵？（这是我们的导游告诉我们的）是一个巨人试图逃离他的地牢吗？有人被流沙困住了？还是别的什么？作为高中四年级的学生，我们注意到他脸上明显流露出的痛苦。这是一个男人痛苦。但是，这次最新的遭遇让我想到了另外一件事：当发布经理和运营人员每隔几周就被一个新的软件版本"轰炸"时，他们一定会感到痛苦和痛苦。在Agile2015期间，我有机会与许多业务分析师甚至一些运营人员进行了交谈。他们几乎都说，虽然敏捷实践在他们的开发团队中取得了成功，但是他们在跟上这个过程中遇到了困难。很多人说他们希望采用其他的计划，比如持续交付或者持续部署，如果你在我们的展台前停留，你很可能会被要求参加一个关于敏捷、持续（任何东西）和DevOps的调查。我们还有300人参加了这次调查！我们已经收集和分析了结果，并有以下报告：频率产品发布：36个表示他们的组织至少每周发布一次新软件。太令人印象深刻了！35个国家表示他们的组织每月发布一次软件，24个组织每季度或慢点。问题对于产品版本：78名被调查者表示，他们在将自己的软件移植到生产。敏捷已实施；现在转向应用程序发布自动化和DevOps:87表示他们已经在做敏捷，52表示他们正在进行持续集成。然而，大约有50人表示，他们将在明年开始努力实现应用程序发布自动化和DevOps.商业改进交付过程的动机：采用DevOps的前三大业务问题是：提高业务敏捷性，提高产品质量，减少部署错误。挑战对于应用程序版本：所提到的应用程序版本的前3个挑战是a）开发和生产机器之间的环境差异，b）复杂的应用程序部署，以及c）容易手动出错台阶。为了12年来，CloudBees一直在加速和自动化软件交付过程。虽然我们最初的产品针对的是围绕持续集成的活动，但我们已经将重点扩展到包括DevOps、持续交付和应用程序发布自动化。这也是件好事。仅仅敏捷是不够的再也不会了。如果如果你想了解世界上一些最大的公司是如何做DevOps的，请在10月的2015年DOES（DevOps企业峰会）上看看。我们有很多演讲者和会议。更多信息，请访问：