Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

#JiraHeroes February '22 Spotlight: Jimmy Seddon

Jira_Heroes_Jimmy_February (1).jpg

At Atlassian, we take great pride in the software we ship, and even greater pride in the success our customers achieve when they use our products. #JiraHeroes is our new monthly spotlight series where we ask customers to share their success stories with Jira Software. We hope that customers will find inspiration on how to overcome their own challenges by hearing how our #JiraHeroes overcame theirs.

This month, we’re featuring @Jimmy Seddon, an R&D Tools Administrator at a cyber security company, who shares how he researched, audited, configured, and implemented Jira Software and Confluence to standardize teams and provide stakeholder visibility for his organization's R&D department. 


Please introduce yourself! Tell us about where you work, your role, and the team you're on.

Hello Community! My name is Jimmy Seddon, and I work for Arctic Wolf, a cyber security company that provides SaaS-based cyber security solutions. I’m the Tools Administrator on the R&D Labs team within the R&D organization which supports all of our developers with tool and infrastructure needs. Specifically, I’m responsible for managing our development teams’ Atlassian products (mainly Jira Software and Confluence Cloud Premium). When I'm not working, I'm spending time with my wonderful wife, 4 year old son, and two dogs. You can also find me streaming video games for charity supporting Sick Kids Hospital.


Tell me about what your organization was trying to achieve and how that informed the way you thought about standardizing your software release process.

Our R&D and Product organizations didn't have a cohesive software release process, which made it challenging for stakeholders to understand when and how releases would be deployed.

What we needed was a single tool for organizational visibility, consistent processes that all teams could follow, and clear documentation of all functions.

We began by meeting with the R&D and Product leaders (our stakeholders) to 1) discover how their teams used Jira Software and Confluence and 2) extract common ways of working. We discovered that teams used different tools that didn't integrate smoothly or have proper ownership. They also followed different processes with limited and mostly outdated documentation.

For the tool, we audited features and functionality out-of-the-box with Jira Software (such as multiple levels of parent/child issues) along with their Premium offerings (such as Advanced Roadmaps) to determine the best offering for what our stakeholders wanted and needed for cross-organizational visibility.

As we designed the new process and how it would look in Jira, we leveraged feedback from a focus group with select product team members acting as our "beta testing group". Once product teams and developer leadership agreed on standardized processes (like how sprint planning should look in Jira), we implemented Jira for the rest of teams within R&D and Product.


Tell me about the specific processes you implemented in Jira Software that enabled your organization to have a cohesive software release process.

After completing our audit and meeting with the right stakeholders, we improved our release process by:

  1. Consolidating all work in Jira Software and deprecating all other product planning tools. Teams were using Jira Software to execute most of our release process. Because other tools weren't used consistently, they were causing a discontinuity in workflows. We decided to go with Jira Software so that we could focus our efforts on pleasing our end users in a single tool for all releases instead of having to setup and configure multiple tools.

  2. Creating a new project for our Product Management team in Jira Software. Since we decided to deprecate all other tools, we had to bring all current and future work into Jira Software. This was a phased process. 

    There were some development teams who had projects that were “live” and active development was already happening within Jira Software. We didn’t want to disrupt their workflows, so we made a couple of minor workflow changes (we added two new statuses and removed one) that aligned with the new process we developed.  

    For the team that was starting anew in Jira Software, we built a brand new project for them. We leveraged Advanced Roadmaps (which we had access to as a part of our Cloud Premium subscription) for high-level oversight of parent/child relationships between issue types in the project maintained by our Product Management team. By using Advanced Roadmaps, we were able to create a single source of truth, which allowed our Product team to accurately report on the status/process of work items to our executives. This also gave them a clear line of sight into the development work attached to their higher-level initiatives so they could more easily see what work they needed to follow up on.

  3. Documenting this new process in its entirety in Confluence. We decided with our stakeholders that everything would be documented in Confluence. On Confluence pages, we included proper links to Jira Software issues, which show updated statuses of issues because of their integration. This allowed anyone viewing the page to have the most relevant information at any given point in the release process.

Thinking back, what are some best practices you can share to help others with their own software release processes?

  1. Anything that can be automated, should be automated. Have Jira do as much as it can for your users so that they can spend more time doing awesome work.

    Please note that this doesn't just mean automation rules. It means making full use of advanced workflow settings like Conditions, Validators, Post Functions, and Default Values for Custom Fields. We have created a few conditions that will prevent transitions from being made by anyone except specific users in a custom field. This lets us provide audit controls around who updates a field or approves a change while having the flexibility to not be bottlenecked by requiring a specific user to make that change.

  2. Having a fully documented process gives you something to point to in order to educate people. Do you have people ask why a field is mandatory? Do others ask how they are supposed to fill out a bug report? All of these questions take you away from the awesome work that YOU do. Having every process documented and kept up to date allows users to self-serve. It also ensures they aren’t blocked by your availability to provide information that should be documented somewhere (probably Confluence 😉).

In general, what is one pro-tip you could give to someone who’s a new Jira admin?

Set up a test project. Use that project to explore all of the features that Jira has available. Some of the more recent additions are things like Jira Software project insights which can help teams predict the outcome of future sprints based on past performance. Jira is extremely powerful and customizable, and the more you understand about what features are available to solve the business challenges of your company, you will become a Jira Hero as well in no time!


Thank you for taking the time to read my story! Let me know in the comments below if you did something similar at your company, or if you have tips and tricks of your own to share!

You can feel free to connect with me on LinkedIn or Twitter.

Thank you so much for sharing your incredibly insightful story, Jimmy! :heart:

Are you inspired by Jimmy’s story? Do you have a story of your own that you’d like to share? Check out our call for submissions, and let us know you’re interested in the comments below! 🙌🏼


Like # people like this
Erica Moss Community Manager Feb 16, 2022

@Jimmy Seddon Love this Q&A, Jimmy!

Like # people like this
Mykenna Cepek Community Leader Feb 16, 2022

Great overview for how Atlassian's core products can help organizations align more completely!

Like # people like this
Soumen Deb Community Leader Feb 16, 2022


Like # people like this

I like the examples of bringing the Product management team & development team into one place... managing work in different standalone products is always a pain because of integrations and duplicating tasks. 🤓

Like # people like this
David Berclaz Community Leader Feb 18, 2022

Thanks for sharing Jimmy 🙏🏻

"We have created a few conditions that will prevent transitions from being made by anyone except specific users in a custom field." -> That's clever, I'll keep it in mind!

Like # people like this
Jimmy Seddon Community Leader Feb 19, 2022

Thanks @David Berclaz!  I used that as a hack/workaround in Jira Software to "fake" the approval process that exists in Jira Service Management.  We use a custom user field instead of a named user so there is an audit trail of who selected the user and what user was set as the approver without creating a bottleneck in case the regular approver is sick or on vacation.

Like David Berclaz likes this

Congratulations @Jimmy Seddon I feel like like I know my first celebrity!!  Thank you so much for everything you do for this community!!

Like Jimmy Seddon likes this


Log in or Sign up to comment