TechEarl

60 Jira Ticket Jokes Every Software Developer Knows

Jira ticket jokes every software developer knows: epics, sub-tasks, story points nobody agrees on, three-approval workflows, and tickets open since 2019.

Ishan Karunaratne⏱️ 4 min readUpdated
Share thisCopied

60 Jira Ticket Jokes

Jira is a database with feelings.

"Did you create a ticket for it?" Not yet. "Then it didn't happen."

Every Jira board is one filter away from chaos.

"This ticket has been open since 2019." It is a coworker now.

Epics contain stories. Stories contain sub-tasks. Sub-tasks contain despair.

"Can you link the ticket?" "Which one of the four duplicates."

Jira's search is a personality test.

"This should be a sub-task." "Of which parent?" Nobody knows.

The Done column is a rumour.

"I closed the ticket." It reopened on its own out of spite.

Jira workflows are flowcharts drawn during a panic attack.

"Move this to In Progress." The transition requires three approvals and a screen.

Story points are made up. The arguments about them are real.

"This is a five." "No, this is an eight." The ticket: One checkbox change.

Every Jira instance has one custom field nobody remembers adding.

"Why is this required." A project manager left in 2018 and the field stayed.

The backlog has its own gravitational field.

"Let's groom the backlog." "Let's not."

Jira is the only application where I have ever clicked a button and waited for it to think about itself.

"The page is loading." It has been loading since the standup ended.

Every team has the one ticket marked Investigate.

It has been there for six months. Nobody investigates.

"Reproduce steps?" "Use the app."

The Jira mobile app exists. Nobody knows why.

"I'll add a comment." The comment is now longer than the original spec.

Acceptance criteria: Make it work. Make it good. Make it fast. Make it by Friday.

"This ticket is blocked." By what. "Another ticket that is also blocked."

Every Jira ticket has a parent. Every parent has trauma.

"I assigned it to you." When. "Six weeks ago."

The notification email said the ticket was updated. The update was a label change.

"Can we use components for this?" The components list: 147 entries, none capitalised the same way.

Jira filters are written in JQL. JQL is written by people who survived SQL.

"resolution = Done AND assignee = currentUser()" Returns nothing. I have done nothing.

Every dashboard has one chart that has been broken since installation.

"The pie chart shows three slices." There are forty statuses.

"I can't find the ticket." It is in the other project.

There are nine other projects.

The Jira admin is a single person. They are scared.

"Can you add a status?" The scream was audible from another building.

Jira automation rules are how I learned that infinite loops are real.

"The rule fired 4,800 times last night." Every ticket has 4,800 comments now.

"Did you read the ticket?" Yes. "Did you read the comments?" The comments contradict the ticket.

Every Jira board eventually grows a swimlane called Other.

The Other swimlane is where tickets go to live forever.

"Estimate this." "In what units." "Whatever you usually use." The team has never agreed on units.

"This needs a fix version." The fix version is a date in the past.

Labels in Jira are a graveyard of typos.

back-end backend back_end Backend Back-End

"I filtered by label." Four of the five typos got missed.

Every retro produces a ticket titled Improve Jira Hygiene.

It is never picked up.

"Sprint goal: clear the backlog." The backlog grew by twenty during the sprint.

"This is a bug, not a story." "Then change the issue type." The issue type can only be changed by the admin.

"Add me as a watcher." I now get an email every time someone breathes near the ticket.

"Why is this in Code Review." There is no code.

Bulk edit is the most dangerous feature ever shipped to an enterprise tool.

"I bulk-closed 312 tickets." They were the wrong 312.

Every Jira instance has a ticket older than at least one employee.

Linked issues: blocks, is blocked by, relates to, duplicates, is duplicated by, clones, causes, mentions. All of them mean the same thing now.

"I created the ticket." The work is done.

Why Jira humour writes itself

Jira is the operating system most software gets shipped on. It started as a bug tracker, accreted workflows and custom fields and JQL and automation rules, and turned into a programmable database that an entire industry now plans its quarter around. The jokes work because almost every developer, designer, and project manager I know has spent more cumulative hours inside Jira than inside any single editor, IDE, or chat tool. It is the place where the actual work gets described, lost, re-described, blocked, unblocked, and eventually, sometimes, closed.

The humour comes from the gap between what a ticket is supposed to be and what a ticket actually becomes. A ticket is supposed to be a small, atomic piece of work with clear acceptance criteria. A real ticket is a 47-comment thread between three people who left the company, four labels with typos, a parent epic that was renamed twice, a sub-task that should have been its own story, and a description that was last accurate when the original PM wrote it. The framework wants a clean atom. The reality is a forty-year-old British sitcom of misunderstandings.

The other half of the joke is the workflow. Atlassian's documentation cheerfully describes a workflow as a "set of statuses and transitions an issue moves through during its lifecycle." Every team that has ever installed Jira has discovered that the workflow is actually a political document — who can transition what to what, which transitions require a screen, which fields are required at which status, who gets emailed, who gets escalated. Half the jokes in this article are not jokes about Jira. They are jokes about the company that decided what its own workflow meant, and then forgot.

See also

Sources

Authoritative references this article was fact-checked against.

TagsHumorJokesJiraAtlassianBacklogTicketsWorkflowSoftware Development

Found this useful? Pass it on.

Copied

Ishan Karunaratne

Tech Architect · Software Engineer · AI/DevOps

Tech architect and software engineer with 20+ years building software, Linux systems, and DevOps infrastructure, and lately working AI into the stack. Currently Chief Technology Officer at a healthcare tech startup, which is where most of these field notes come from.

Keep reading

Related posts