How do you track workflow changes in Jira Cloud?

[Alexander Stern]

We ran into a recurring Jira admin problem.

A workflow changes, something breaks, and then the difficult part begins — figuring out what exactly changed, when, and by whom.

The native Jira audit log is helpful, but for investigations I find it difficult to isolate workflow-related changes in a clean and readable way.

What I often want to answer quickly is:

• Who modified the workflow
• When it happened
• Which workflow was affected
• Export the history for review

I ended up building a small Forge app that filters the relevant audit records, resolves the IDs into readable names, supports filtering, and export. It also backfills 30 days and keeps 90 days of history.

Curious how other Jira admins handle this today.

Do you rely on the native audit log, change management process, or another tool?

If anyone wants to see what we built: https://marketplace.atlassian.com/apps/2538728805/workflow-changes-audit-for-jira

[Arkadiusz Wroblewski]

Hello and welcome @Alexander Stern 

in Jira Cloud, the native place to check this is the Audit log. That is usually the first step if you want to see who changed something and when.

It can help with workflow-related changes, but the weak point is usually not the tracking itself, but the readability. If someone wants a cleaner workflow-only history or easier comparison, the native view can feel limited.

Audit log is the standard and your app idea addresses a real gap beyond that.

[Alexander Stern]

Thanks @Arkadiusz Wroblewski — that matches what I’ve seen as well.

The audit log definitely has the data, but when investigating a specific problem (like a workflow change breaking something) it can be difficult to isolate just those events and quickly export them.

That was exactly the gap I was trying to address.

Out of curiosity — when you need to investigate workflow changes today, do you usually just rely on the audit log, or do you use any other tools or scripts?

[Arkadiusz Wroblewski]

@Alexander Stern 

In most cases I still start with the audit log, mainly to confirm that a workflow-related change actually happened and roughly when.

In my case the situation is relatively stable, because most workflow changes are handled by me directly. The reason is simply that others on the team usually do not have the same level of experience with Jira configuration, so we keep those changes centralized.

Because of that, investigations are usually easier, I already know what was changed or why. But if something unexpected happens, the audit log is still the first place I check.

[Matteo Vecchiato]

Ho @Alexander Stern ,

Thank you for your post.

In my opinion there isn't a "technical solution" but it is required to set a way to work, keeping trace of each change manually, like in a Confluence page describing each change with comments, date, what changed and son on.

Hope it helps 

[Alexander Stern]

One thing I'm considering adding next is notifications when workflows change (Slack/email).

Would that be useful for Jira admins here?