DevOps和agile的未来：是时候灌输紧迫感了 2026-01-06 17:29:03 作者：SOWORD工作室 阅读量：309 分类：常识技术 -普通 让我们面对现实——我们一直在谈论敏捷20年，关于10个未来一年最具“破坏性”的信息技术工作DevOps和agile的未来一年：仍然缺少一些需要插入的片段 热门推荐 中小企业如何有效降低软件开发成本？ 2026-05-18 小程序开发避坑指南（2026版） 2026-05-15 软件著作权申请流程与注意事项全解析 2026-05-10 免费 API 接口大全及使用规范 2026-05-05 热门标签 免费API 天气查询 小程序开发 软件著作权 前端教程 云服务器 网站备案 广告位招租 联系邮箱：soword.studio@gmail.com
![10个未来一年最具“破坏性”的信息技术工作](https://newrelic.com/devops/what-is-devopsnoperenalu=“devorel”2009年以来的空白数据。每个人都想接受这些业务节奏的软件开发和交付方法，但困惑和失望一直是许多企业的准则。在这一年里，随着数字化竞争的日益加剧，大流行后的环境将发生翻天覆地的变化，猜猜谁将面临巨大的压力，以很少甚至更少的预算交付软件？是的，IT经理和专业人士可以期待一段紧张的时间。</p><p>在我们即将到来的一年的系列文章中，我向行业领袖们介绍了DevOps和agile的前景，发现对这些理念的解释和实施它们的企业一样多。我们面临的挑战是让每个人都站在同一个立场上——看到紧迫性，并展示对企业的好处。2021年，顺利，专注的技术交付从未像现在这样重要。</p><figure class=“image alignRight image small shortcode image”><span class=“img aspect set”style=“padding bottom:80%”><imgsrc=“https://zdnet2.cbstatic.com/hub/i/r/2021/01/02/dc868a75-a7ff-4e12-a5fa-26b8a4edb38c/resize/270xauto/905457e007fc8970ca4a29a48e8d3476/airport-chicago-ohare-croped-nov-2015-photo-by-joe-mckendrick.jpg“class=”“alt=”airport-chicago-ohare-crapped-nov-2015-photo-by-joe-麦肯德里克.jpg“height=”auto“width=”270“></span><figcaption><spanclass=“caption”><p></p><p>“DevOps对不同的人意味着不同的东西，所以不同的人做不同的事情并称之为DevOps，”首席云技术专家Kief Morris观察到https://www.thoughtworks.com/“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>ThoughtWorks</a>”这一运动和流行语成功地让人们想到，需要在参与制作和运行软件的每个人之间进行协作。这就是为什么您看到它扩展为<a href=”https://www.redhat.com/en/topics/devops/what-is-devsecops“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>DevSecOps</a>-不仅仅是关于开发人员和操作人员，而是每个人。”</p><p>出现的问题是“人们通常关注工具和莫里斯警告说：“这些是肤浅的形式，而不是原则和结果。”所以你会看到DevOps团队运行Jenkins服务器，可能会编写Ansible，但你并不总是看到开发人员参与他们编写的代码的操作方面，而且你也不经常看到每个人都扮演着不同的角色，包括测试和治理，在将正确的东西构建到软件中时进行有效的协作。”</p><p>将DevOps放在最前面和最中心可能是一项组织挑战。”追求DevOps最大的挑战之一是缺乏紧迫感，“<a href=”的开发者运营总监Aly Simkins说https://info.catalystic.com/“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>催化</a>”DevOps并不是一个光鲜亮丽的特性，常常给人的印象是，如果事情按原样进行，就不需要对工作进行优先排序。但事实是，DevOps应该是迭代的和敏捷的，“所发生的是”遗留的DevOps实现被忽略了，而不是随着软件开发生命周期的其他过程而增长，”她补充道由于没有一个直接的货币价值与一个改进的DeVOPS流联系起来，它不是一个在分配工程资源时首先要考虑的领域。“</P>< P> >与DevOps一起取得进展，西蒙斯主张用这些努力不断改进”为你的工程团队建立一个牢固的基础。这反过来又会提高速度和效率。花点时间确定改进后的DevOps周期将提供价值的领域，在发展您的敏捷团队时，将工作与软件开发过程的其余部分一起进行优先排序是一项重要的投资。”</p><p>我们离最终实现<a href=>的承诺有多近http://agilemanifesto.org" target=“\u blank”rel=“noopener noreferrer nofollow”data component=“externalLink”>敏捷宣言</a>，主张协作而不是封闭的技术流程莫里斯说：“我不确定敏捷宣言中的思想是否是业界的准则人们知道他们需要改变他们对技术的看法，他们谈论数字化转型，但我不知道他们真的看到了敏捷宣言的价值观和原则是如何与之联系在一起的，你可以如何利用它们使之成为现实。这份宣言谈到了一些事情，比如重视“个人和互动而不是过程和工具”，但这很难。流程和工具似乎更简单。许多软件公司和咨询公司都为您提供流程和工具，使您能够灵活地使用DevOps，实现数字化。但它们实际上是要给你一种安慰，那就是有一种简单的方法，一个公式，可以让你像那些在市场上获胜的公司一样成功。”</p><p>看看敏捷计划本身，企业需要看价值和结果，“而不是衡量努力和任务，”莫里斯说我们已经看到了公式化的“企业敏捷”框架的兴起，这些框架试图帮助您以自上而下的方式管理团队，其方式基于敏捷宣言中正确价值观的所有内容。宣言说，我们重视“响应变化而不是遵循计划”，但这些框架为你提供了一个管理计划的公式，并不能真正鼓励你一旦开始就对变化作出反应。”</p><p>未来一年的另一个挑战继续将敏捷扩展到IT部门之外。”敏捷技术计划包括业务线——特别是当流程经理继续深入地参与自动化时https://www.bonitasoft.com/“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>Bonitasoft</a>”数字过程自动化技术需要用于跨组织的紧密协作，以积极影响敏捷项目。例如，自动化技术应包括广泛的选项，允许公民开发者进行可视化编程，以创建用户界面、定义业务规则和条件，以及开发人员的编码功能，如SDK、模板、原型、，在推动这些进程的技术方面，Morris提倡“新的技术方法浪潮，如容器集群、服务网格、数据网格、无服务器等都是使能器。他们以人们可以用来获得更好的流量的方式打包和组织工具和技术。不过，他们不会神奇地给你这个。我们开始用传统的云技术来制造这些东西，而这对于人们来说是很容易的。你必须结合真正的敏捷和DevOps方法来鼓励协作，并将重点放在价值和结果上，与这些技术结合起来。那你真的可以飞了。”</p><p><a href=“/article/10未来一年最具破坏性的技术工作/”data omniture track=“moduleClick”data omniture track data=){kind=link}