OpenText 拥有数十年的专业经验,可帮助您解锁数据、连接人员和流程,并以信任为 AI 提供动力
以全新方式查看信息
能够理解您的业务、数据和目标的 AI
迎接更快的决策。您安全的 AI 个人助理已准备就绪,随时开始工作
利用生成式 AI 为供应链获取更深入的见解
利用 AI 内容管理和智能 AI 内容助手实现高效工作
实现更快的应用交付、开发和自动化软件测试
提升客户沟通和体验,助力客户成功
让用户、服务代理和 IT 人员能够找到他们所需的答案
以全新方式查看信息
能够理解您的业务、数据和目标的 AI
迎接更快的决策。您安全的 AI 个人助理已准备就绪,随时开始工作
利用生成式 AI 为供应链获取更深入的见解
利用 AI 内容管理和智能 AI 内容助手实现高效工作
实现更快的应用交付、开发和自动化软件测试
提升客户沟通和体验,助力客户成功
让用户、服务代理和 IT 人员能够找到他们所需的答案
一次连接,即可通过安全的 B2B 集成平台触达一切
通过 AI 驱动的 DevOps 自动化、测试和质量,更快地交付更优质的软件
利用令人难忘的客户体验重新构想对话
获得所需的清晰度,以降低 IT 运营的成本和复杂性
利用成熟的 OpenText 信息管理技术构建自定义应用程序
安全信息管理与可信的 AI 相结合
提升数据和 AI 信任度的统一数据框架
在这里,您可以使用数据语言构建、部署和迭代代理
一套用于帮助摄取数据和自动化元数据标记,以推动 AI 发展的工具
一套使治理具有主动性和持久性的服务和 API
专业服务专家助您踏上 AI 之旅
以全新方式查看信息
能够理解您的业务、数据和目标的 AI
迎接更快的决策。您安全的 AI 个人助理已准备就绪,随时开始工作
利用生成式 AI 为供应链获取更深入的见解
利用 AI 内容管理和智能 AI 内容助手实现高效工作
实现更快的应用交付、开发和自动化软件测试
提升客户沟通和体验,助力客户成功
让用户、服务代理和 IT 人员能够找到他们所需的答案
OpenText trusts OpenTextSoftware company drinks its own champagne, deploying OpenText™ Core Software Delivery Platform and OpenText™ DevOps Aviator to replace Jira and other third-party tools


Serving some of the world’s largest enterprises and government organizations, OpenText is strongly committed to speed, quality, and security throughout the software lifecycle.
However, as we acquired other software businesses, we inherited their diverse software lifecycle management systems. In addition to being inefficient and costly, the multiplicity of toolsets and approaches made it hard to maintain visibility and ensure standardization.
We set out to deploy a single, comprehensive platform that would enable us to embrace quality management across the whole lifecycle.
John Postma, VP of developer experience, said, “We wanted to get all 7,000 of our software engineers onto the same system to enable consistent visibility and reporting. Most of the company used Jira, which is great at what it does, but we wanted to go beyond agile planning and defect management.”
Yaniv Sayers, ADM chief architect, said, “It's harder for managers to get visibility of status when you have a plethora of tools and processes. This also makes it more challenging to integrate your delivery toolchain with the rest of your value stream.”
By modernizing and standardizing the delivery toolchain through the adoption of an end-to-end software delivery platform, we expected to reduce costs, increase efficiency, strengthen security, and—above all—boost quality.
In the existing environment, each development group had its own preferred tools and processes for managing source code, backlog, testing, release, and so on. The flexibility this provided came at the cost of requiring teams to integrate and maintain their own tooling and to validate its security. Our highly skilled DevOps engineers were therefore distracted from their core tasks, and in many cases the toolchains were becoming outdated and misaligned with security and compliance policies. The variety of approaches also made it more difficult for engineers to switch between projects since each move might require them to learn new tools and processes from scratch.
“True quality management is hard to implement because you need to cover many topics: planning, deployment status, testing, patch management, portfolio backlog, security, and so on,” said Postma. “Just as large companies require an ERP rather than an array of siloed systems, we needed a single, end-to-end solution for ensuring software quality.”
Inspired by the notion of an ERP-like solution for software lifecycle management, we believed that we could deploy our own software to replace Jira and other third-party tools.
Holger Rode, R&D manager of developer experience, said: “Another driver of our modernization project was the opportunity to evaluate our own solutions in a large enterprise setting to get direct insight into what they did well, what was missing and how to enhance them.”

We can now automate compliance checks, which would have been impossible when the information was spread across 50 different tools.
OpenText replaced third-party tools with OpenText™ Core Software Delivery Platform and OpenText™ DevOps Aviator™, enabling greater standardization, better visibility and control, enhanced security, and easier automation.
Maximize value, reduce risk, and speed delivery with end-to-end DevOps
Use an AI-powered assistant that automates testing, predicts release outcomes, and delivers actionable insights across your DevOps lifecycle
We took a phased agile approach to the migration, running ten waves of around 400 users at a time. In each case, the team migrated the existing environment and ran validation exercises while developers continued to use Jira. Following multiple rounds of feedback, the team ran the migration script again to capture interim changes and moved the developers across, switching Jira to read-only access.
“A major change of tooling can never be completely non-disruptive,” said Rode. “To minimize the impact, we used a small group of internal champions to validate each migration wave.”
In total, we migrated around five million records and more than 10 million comments from Jira. OpenText Core Software Delivery Platform (SDP) is now used by all software engineering teams in the company, with the 4,000 migrated users joining 3,000 existing users. And another 3,000 from other groups—IT, cloud operations, and professional services, who wanted to be integrated as soon as possible when seeing the benefits.
“We refined our approach over time,” said Postma. “We completed the migration within nine months, with no interruption to quarterly releases and no roadmap changes for any of our hundreds of software products.”
We are now working to implement other elements of software lifecycle management into our OpenText Core SDP environment, including planning, test automation, strategic portfolio management, and release governance.
During the migration, we found that existing Jira users were making extensive use of comments. However, at that time, it was not possible to search within comments in OpenText Core SDP. To avoid potential disruption, we updated the product to include the missing functionality.
“This is why we are pursuing a strategy of ‘OpenText trusts OpenText’,” said Rode. “Based on our own experience and internal feedback, we can enhance our products for the benefit of all users.”
As a supplier to governments and enterprises in regulated industries, we are highly conscious of the need for evidence-based security within software development. To make it easier to manage security throughout the software lifecycle, we replaced a variety of solutions with a set of OpenText security tools, integrating them with our instance of OpenText Core SDP.
The four key tools are OpenText Static Application Security Testing (SAST), OpenText Dynamic Application Security Testing (DAST), OpenText Core Software Composition Analysis, and OpenText Core Open Source Select.
“We now have a single consistent interface to parse the results of multiple security scans,” said Postma. “Audited security findings from OpenText DAST and OpenText SAST then feed directly into defect management in OpenText Core SDP.”
OpenText requires all developers who contribute code to any project to be certified on the secure development principles set out by the Open Web Application Security Project (OWASP). We are now using OpenText Core SDP to easily confirm that our developers are up to date with their OWASP secure coding certifications, which should give our customers added peace of mind.
With all OpenText developers using the same processes and tools, it is far quicker and easier to verify compliance with security standards. Dan Nolan, Director of developer experience, said, “We can now automate compliance checks, which would have been impossible when the information was spread across 50 different tools.”
Postma added: “Visibility is a big benefit. Having proof that things were done correctly is extremely important for us and our customers. We know what evidence customers want to see for compliance purposes, and we have push-of-a-button reports to present that information.”
“A significant security defect at OpenText could cripple the company,” said Nolan. “This centralized security scanning is our first line of defense against that.”
Before introducing AI, the team focused on aligning processes and tools across the organization. Recognizing that AI performs best with consistent workflows and quality data, they migrated projects and data cohort by cohort. This standardization laid the groundwork for scalable AI adoption and sparked growing interest from teams eager to join the unified platform.
During deployment, the team discovered early wins with OpenText DevOps Aviator, particularly in how product owners defined epics and user stories. After refining the tool’s structure, they achieved a 25% faster delivery of user stories. The methodology emphasized aligning product capabilities with delivery processes, ensuring the platform supported real-world needs before layering in AI.

Having OpenText Core Software Delivery Platform as a consistent, standardized, unified solution gives us the capability to ask new kinds of questions and to think about new quality measures.
Replacing Jira with OpenText Core SDP has given us a single system of insight into the complete software development lifecycle. The solution enables end-to-end quality management, provides consistency, and embeds security for all 10,000 engineers.
We now have a single system of insight into everything that happens in software development, from planning to development to testing to feedback.
Following the lift-and-shift of Jira users into OpenText Core SDP, we can now expose all developers to additional quality management, test management, test automation, and other functionalities.
“This is where the major benefits will accrue, empowering our people to reduce risk while delivering faster and with higher quality, all on a single platform,” said Sayers.
“Having OpenText Core SDP as a consistent, standardized, unified solution gives us the capability to ask new kinds of questions and to think about new quality measures,” added Postma. “We can apply the same models across everything rather than having to duplicate effort. For example, our current focus is automation. With all engineering teams on the same platform, any automation effort benefits every product line equally.”
Receiving new releases of OpenText Core SDP two weeks before all other customers effectively position our 10,000 OpenText developers as beta testers. While receiving the benefits of new functionality first, the internal team can also quickly identify and help fix any issues, providing more assurance to customers.
“We drive all the feedback from our internal users back to the product team, enhancing, fixing, and only then release to external customers,” said Sayers. “This reduces risk and improves the quality and credibility of the product.”
The migration itself provided valuable information about how to migrate rapidly and with minimal disruption from Jira to OpenText Core SDP. We’ve baked all those learnings back into the product itself. “We provide migration tools as part of the product, and every learning, every enhancement, every requirement that we identify is being productized,” added Sayers.
“Our goal with OpenText Core SDP was not necessarily to make development faster, but to achieve better quality,” said Postma. “And that is as important today as speed, especially in our industry.”
Once AI capabilities were activated through OpenText DevOps Aviator, the impact was transformative. Teams experienced up to 70% productivity gains. Developers benefited from consistent, high-quality user stories and automated test case generation tied directly to requirements. Functional testing was streamlined, and reporting became more efficient. AI not only accelerated delivery but also enabled teams to take on more complex features, ultimately driving greater value for customers.
The integration of OpenText DevOps Aviator with the OpenText Core Software Delivery Platform empowered teams to plan, execute, and automate across the full software lifecycle—making AI a true force multiplier.
As a software company, we naturally consider our backlog and quality management to be highly sensitive and private.
“From the security perspective, adopting OpenText Core SDP has made things much cleaner,” said Sayers. “We no longer have unknown integrations between tools, and we can comply more easily with regulations around data retention and privacy. The solution really gives us control of our primary intellectual property: our software.”
Finally, the successful completion of this enormous migration challenge ahead of schedule has given a real confidence boost to the whole company. Yaniv Sayers, ADM chief architect, said: “The developer community within OpenText is really enthusiastic about using our own products because it’s a great way to validate our work and demonstrate to customers that we’re confident in the quality of our work. On a personal level, it’s pretty motivating to be able to proudly use your own tools!”
OpenText successfully migrated 10,000 developers to a standardized toolset within just nine months. These developers came from various teams —including engineering, IT, cloud operations, and professional services— each using different tools. To manage this complexity, the rollout followed a cohort-by-cohort approach, with tailored training and change management for each group.
While some teams transitioned quickly and others required more time, the overall strategy proved highly effective. The implementation not only unified the developer ecosystem but also enabled the decommissioning of 50 legacy applications, streamlining operations and improving efficiency across the board.
Beyond fully integrated processes, end-to-end visibility and enhanced controls, we directly benefit from eliminating the cost of Jira and other third-party tools. These savings will contribute to our CIO’s targeted $1B savings over ten years from the deployment of OpenText products.
