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
4,296,511
Community Members
 
Community Events
165
Community Groups

One ticket owner plus a "task owner/assignee" (may be same or different person)

I'd read an older post where there was a debate about 1 single ticket owner versus multiple assignees.

I've used Jira and Jira Service Desk and we may go back to that.   What I've learned from my 13 years of experience is there is a "technical department"-type ticket 'shepherd' or 'steward' who can be active and passive on a given technical situation, but this person behaves as the responsible party to get the ticket to the finish line, with or without collaboration.  TWO people at times, one person at other times for the same ticket.

We have found the need to create a "current task owner" who is the 'baton-holder' or the hand-off 'hot potato' where this person may or may not be the technical resource who owns the ticket.   In certain situations, the technical resource may be waiting on information from someone who either presented the ticket or on others who may or may have not originally had any involvement.   In this case we have an owner but also a task owner:  two fields, two people.  The owner maintains an eye on the situation almost as a project manager, regardless of the scale or scope of a matter.   Once the 'current task owner' completes the task, they may hand it off to another. 

I'd like to hear from technical ticket system admins who uses the ticket system that way.   How are you configured?

2 comments

Hi Scott, 

We are just setting up JSD and are having a similar debate.  We have a Service Manager who would be responsible for making sure all tickets get to the finish line, but we are wondering if we need to add a ticket owner field.  If a ticket comes in from Mr. X for example, the reporter field gets set to Mr. X.  Then the Agent that first looks at the issue in the unassigned queue will assign it to themselves and work on it. If the issue requires help from Tier 2, it is assigned to a member of Tier 2 and then it should be assigned back to Tier 1.  It doesn't take that much work to figure out who the assignee was before but it adds time.  We were thinking of adding a custom Ticket Owner field so Tier 2 knows who to send it back to and it would also come in handy for who to send SLA breach alerts to.  Does this make sense?  Is it ITIL best practice?

 

Thanks,

Lindsay

Hi 

Any ideas on this? I now create a linked task in the specific JIRA project linked to the SD ticket, but its way too much overhead for smaller tickets. 

thanks! 

Comment

Log in or Sign up to comment
TAGS
Community showcase
Posted in Jira Service Management

Jira Service Management Documentation Opportunities

Hello everyone, Hope everyone is safe! A few months ago we posted an article sharing all the new articles and documentation that we, the AMER Jira Service Management team created. As mentioned ...

320 views 0 10
Join discussion

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you