You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Have you ever been told that something cannot be done, and you end up doing it anyway? That's part of the story behind the popular add-on for moving Jira configurations - the Configuration Manager for Jira. When the co-founders initially pitched the idea for the product, they were told that this has already been attempted, and they should focus their efforts on something else. Well, to the relief of countless Jira admins, they didn't.
Furthermore, due to countless customer requests, the capabilities of the product are now available for Jira Service Desk! In the following interview, George Dinkov (co-founder and team lead for the initiative), talks about the challenges of developing Configuration Manager for Jira Service Desk.
Q: Extending Configuration Manager's capabilities to Jira Service Desk has been one of the most frequently requested features by customers - when did the development start and why did it take as long as it did?
George D.: We made a proof of concept in September 2017, followed by an architecture. The development stage of the feature started in December 2017.
The primary reason for not releasing earlier was that it took a lot of time and effort to implement a fully-functional, scalable architecture that allows us to support multiple Jira Service Desk versions at the same time. We wanted to ensure that we will be able to quickly add support for future versions, all with a single binary distribution.
The consensus amongst the team members was that we would provide 100% coverage of all Jira Service Desk features with the very first release. We believe the final product was worth the patient wait.
Q: Can you share some of the challenges the team experienced during the development process?
George D.: The biggest challenge was the lack of API in Jira Service Desk for the retrieval and manipulation of configuration. This roadblock drove us to implement a facade that would give an API to be used in Configuration Manager for Jira, and allow us to support multiple versions of Jira Service Desk easily.
The other major challenge we encountered was the sheer amount of different kinds of configuration and data we had to handle and continue to support in the future.
Q: With such complex challenges, how are you ensuring quality?
George D: Well, the only two metrics for measuring success in our company are product quality and customer satisfaction [laughs], it's a good business strategy. First, we focused on providing full coverage with automated tests across all versions of Jira Service Desk, the same way we do for Jira Software. These automated tests consist of unit tests, integration, API and UI testing.
Second, we engage with our active customer base - they perform comprehensive and thorough tests in the field with their staging and production data and provide an invaluable feedback-loop for our team.
Last, but not least, Configuration Manager for Jira Service Desk is supported by our Integrity check feature, which detects corrupted data before it is deployed, allowing users to roll-back and correct it.
Q: Configuration Manager has a competition - Project Configurator. They released a Jira Service Desk support earlier this year. What are the benefits that Configuration Manager has over Project Configurator in the context of Jira Service Desk support?
George D.:The main benefits are that Jira Service Desk is fully integrated in our data protection and enterprise features - the roll-back model in case of an error, deep change and impact analysis, detailed audit log, integrity checking - all things that are part of the core Configuration Manager product, were integrated into our support for Jira Service Desk.
Additionally, we released full Jira Service Desk support including all configuration and data types, while Project Configurator has opted to release partial support and add to it incrementally - at the time of this writing we cover more Jira Service Desk features than the latest version of Project Configurator.
Q: Now that we have Configuration Manager for both Jira and Service Desk, what can we expect from your team regarding future product development?
George D.: Right now we are working on many exciting features for Configuration Manager for Jira. Some of the most notable are:
We've also started work on Configuration Manager for Jira cloud, Configuration Manager for Confluence and Configuration Manager for Bitbucket. We already have working prototypes that our Professional Services team has used for various migration initiatives, but our teams are working hard to release them to the general public.
Teodora _Old Street Solutions_Community Leader