您知道吗，一个公司在他们的软件工具链中平均使用25个工具?为了管理这些工具，组织将10%的开发团队投入到工具链的维护中。虽然标准化似乎是唯一的解决方案，但它需要付出的代价是不言而喻的。当我们阻止软件团队创造性地工作时，我们也阻止了他们产生创新的想法。那么，如何在结构化和灵活性之间取得平衡呢?

那些不允许自由选择并转而采用专属的、排他性方法的供应商将受到影响。无论他们的工具有多好， DevOps 市场都将超越他们。

Forrester Research 的首席分析师 Christopher Condo 在《集成开发者工具链的兴起、衰落和再兴起》一书中提到

Open DevOps  赋予软件团队一致的自主权

去年，我们推出了 Open DevOps。今天，我们很高兴与大家分享其新功能，该功能使软件团队能够自由地进行创造性工作，并协调一致地进行协作构建。

首先，我们宣布推出工具链页面——一个创建、管理和可视化最佳工具链的地方——这样您的团队就可以在他们想要的地方以他们想要的方式工作。

团队可以发现他们已经使用和喜爱的工具的集成，识别和解决工具链中的差距，并可视化工作如何在工具之间移动。工具链页面支持跨整个 DevOps 循环的集成:  Discover、 Plan,  Build, Test, Deploy, Operate, Observe,  和  Continuous Feedback.

我们的下一组功能由这些集成提供支持。Atlassian 知道优秀的团队合作是所有优秀软件的核心。这就是为什么我们推出了新的协作程序——由我们最新的功能支持——以释放团队潜力来构建客户喜爱的软件。继续阅读以了解最佳工具链与这些新的 DevOps  程序的结合如何使团队能够执行他们最雄心勃勃的创新想法。

探索阶段: 在你的 DevOps 循环中引入多样性

DevOps 循环传统上是从计划到反馈，是时候刷新一下了。我们用一个新阶段来反映软件开发的多学科性质:  Discover。作为一种软件开发生命周期 (SDLC) 活动，Discover  并不新鲜。尽管它在软件的使用和采用方面起着关键作用，但它是通过产品、研究和设计在后台悄然完成的。现在让我们给它应有的关注。为了促进在构建软件的所有团队之间更好的交流，我们在工具链页面上给了它一个专门的位置。

软件团队探索在  Discover  中构建什么。活动包括跨团队的研讨会、将想法组织成主题以及设置优先级。 Open DevOps 支持白板和构思工具，例如 Productboard 、Miro 和 Mural 。这些集成使开发人员能够了解想法是如何诞生的，以及如何做出优先级决策的。通过在 SDLC 中进一步左移，Open DevOps 打破了孤岛，为开发人员提供了构建工作背后的业务环境。

规划阶段: 增加冲刺成功的几率

开发人员现在知道了他们正在构建的功能背后的愿景。但是，他们对所有可能让自己措手不及的方式感到焦虑。无论是由于工作中不可预见的复杂性，还是由于团队在冲刺过程中突然提出紧急请求，即使是最周密的计划也会出错。在2022年3月发布的燃尽图洞察的基础上， Jira Software  让团队通过可操作的洞察来控制他们的冲刺成功，帮助他们主动应对意外变化。

随着冲刺的进行，Jira 会跟踪开发团队的进度，并预测按时交付的可能性。如果工作偏离轨道，Jira 就会显示影响开发人员工作的范围变更*、由团队手动标记的风险或受阻问题，以及由我们的预测引擎标记的卡住问题**。显示意外变化的原因和影响，为开发团队提供了他们需要的信息，以做出相应的反应，并推动他们的冲刺取得最佳成果。

(*范围变更洞察将在22年第四季度发布/**卡住问题自动检测将在23年第一季度发布)

构建阶段: 在 DevOps 循环中获得端到端的可见性

在分配给开发人员一个问题后，他们开始编码。一个问题代表一个工作单元。将大型项目分解为更小的部分是支持异步工作的最佳实践，但同时它又会促生孤岛。借助两项新功能，开发人员可以自主工作，而不会忽视整个项目和团队中正在进行的工作。

首先，我们在代码选项卡中提供了一个拉动请求（PR）活动反馈。在 PR 和问题层面上对各团队和存储库所发生的事情的可视性有助于开发人员比较问题、识别异常，并发现推进工作的机会。

作为补充，我们还在 Jira 面板视图上增加了代码洞察，以促进团队和项目级的讨论。通过四种新的图标类型-- Branch、Commit、PR 和 Deploy--Jira 面板直观地即时地传达了进展情况，确保站会能够保持专注于大局。

让开发团队了解其功能的生命周期可以节省时间和资金。“能够访问与我们团队的项目以及其他团队的项目有关的所有信息是一种天赐之美，特别是在这个新的混合工作环境中。这为我们每周节省了3.5到5个小时寻找基本信息的时间。” MET Office 的 DevOps 工程师 Jay Cork 在最近的一次调查中分享道。

部署阶段:  轻松协调地跨职能发布

随着代码进入 Deploy 阶段，功能开始在各个准备阶段涌现，使得协调发布比以前复杂得多。 Open DevOps 通过一种新的方式来计划、跟踪和协调发布，增强了开发、产品、营销和支持之间的协作。

在我们更新的 Releases  选项卡中，Jira 在 Development 、Build 和 Deployment 状态旁显示 feature flag 状态。发布团队现在有一个统一的面板，详细说明每个问题在整个  SDLC  中的进展，使他们能够全面评估每个功能的发布资格。

准备好发布了吗？团队可以一键自动生成发布说明， Jira 动态地从与版本关联的所有问题中提取信息。发布说明可以被保存为 Confluence 页面，以便进一步编辑和访问自定义字段。最后，所有保存的发布说明都会自动添加到相关工作下，团队成员可以在其中添加分析仪表板、支持文档和其他链接，以建立共同的理解。

Saleshandy 的开发团队负责人 Rutvik Prajapati 发现，Open DevOps 改变了他们的发布管理实践。“为了发布一个版本，我不得不花费大约 4 个小时来组织 PR、提取代码审查状态等等。 Jira Software  与我们的存储库的集成使我们可以在 30 分钟内发布更复杂的版本，”Prajapati 在同一调查中分享道。

运维阶段: 用软件组件运行数据建立紧密的反馈循环

尽管在代码部署完成后，冲刺阶段就结束了，但代码仍然存在。在 DevOps 的世界里，开发人员不仅要负责编写代码，他们还需要维护和运行代码。今年，Atlassian 通过一个新的测试版产品 Compass 加强了其 DevOps 组合，以帮助回答这个老生常谈的问题：我们应该优先考虑新功能还是解决技术债务？

Compass 是一个开发人员体验平台，它将您的分布式软件架构和在其上协作的团队整合到一个统一的位置。使用 Compass，您可以跟踪软件组件，包括它们的元数据和依赖关系，建立团队所有权，并采用灵活的、可扩展的模型来持续改进组件的运行状况。

首先设置记分卡来整理您的业务优先级（示例包括：五个九的可靠性、性能等），并将其应用于整个分布式软件架构的代码组件。在称为 CheckOps 的程序中，开发团队每周审查记分卡——包含每个组件的性能分数。他们评估每个组件的运行状况，以共同地主动地决定是否需要即时生效，将潜在问题添加到积压工作中，还是顺其自然。借助  Compass ，开发团队最终可以量化其组件的稳定性，从而使他们能够就何时创新和何时维护做出明智的决定。

享受暗黑模式带来的舒适感

我们知道您的软件团队不知疲倦地工作，以向客户提供持续的价值。2023年初，我们将向所有 Jira 产品发布暗黑模式，使您的软件团队能够舒适地工作，更轻松地交付功能。

以不同的方式一起工作

软件是一项团队运动。它需要业务、技术和执行团队之间的紧密协作才能取胜。使用  Jira Software  作为您的任务控制中心，团队可以获得自定义工具链的可扩展性和一体化解决方案的协调性。 Open DevOps 以独特的方式将软件团队与跨项目和工具链的新协作方式联系起来。

通过一种工具连接团队，同时接受他们工作方式的诸多差异。 Jira Software Cloud 的所有用户都可以访问  Open DevOps 功能，无论许可级别如何。