At Split, we’re proponents of the new way to do DevOps – commit often, deploy anytime, launch features individually, and slowly roll them out to targeted groups of users. Adding Split to your CI/CD processes lets your team QA functionality and gain insight into engagement before rolling out new features to everyone, ultimately building better products, faster.
Atlassian JIRA Software is a big part of this world as well. JIRA Software is the collaboration fabric for DevOps: teams spanning product managers, engineers, and operations use JIRA Software to plan and track product updates, whether they’re new features or support fixes. JIRA Software is the hub where everyone who’s interested in feature releases gathers; the perfect place to bring in insights around these types of feature releases. We’re JIRA Software users ourselves, so naturally we want to make life easier for anyone spending their time in it and Split.
Our current integration
Our current JIRA Software integration lets customers bring event data from Split into JIRA Software, updating existing issues with Split changes and rollout activity into the JIRA Software issue comment stream. By integrating, your JIRA Software teammates can see when new features go live or a rollout plan is altered without ever needing to leave JIRA Software. It’s a simple, effective way keep tabs on the status of a feature you care about.
We’ve taken our integration further with a massive update to our JIRA connection. Here’s an early preview:
Bring release information to JIRA Software
The first part of our new integration brings new information into JIRA Software. Split now enriches the issues related to a feature with the current state of its gradual rollout. Now project managers can know which subset of customers are exposed to the feature simply by looking at its JIRA Software issue – no need to track down the engineer responsible for its release.
Bring JIRA Software to the release
Our new integration also brings JIRA Software issues into Split in a big way. Now developers can quickly see if there are any bugs open against the feature, information that can help them decide whether to continue releasing the feature to new customers or hold steady until problems are resolved—without ever having to leave Split.
Gaining control of tech debt, too.
Lastly, when a feature has been rolled out to all of your customers, Split will automatically open up issues in JIRA Software to help developers keep track of flags that should be removed from your code. Often the complexity of managing flags that should no longer be in production leads to tech debt, debt that Split’s JIRA Software integration automatically helps manage.
Stay up to date
Don’t miss out! Subscribe to our digest to get the latest about feature flags, continuous delivery, experimentation, and more.
At Split, we know feature flags and data are key to serving the evolving needs of today’s modern consumer. Companies must deliver new features safer and faster while also leveraging all their data to measure whether each feature is actually meeting customer needs. However, when you have data coming in…
A kill switch is a tool that allows anyone on your team to turn off a feature in production with the click of a button. For example, let’s say you have a new banner on your e-commerce site informing users of free shipping. After you release it to production, you…
Feature flags can give your team the ability to release faster and more confidently. However, like so many things in software development, the added stress of maintaining feature flags can overwhelm teams and stop them from exercising best practices. The best way to make sure you effectively and consistently manage…