The last year brought about massive changes in how businesses operate their ITSM models. Organizations are compelled to embrace modern technologies and build processes for a larger scale and scope. Luckily, platforms like Jira Service Management allow them to work effectively in these hybrid operating times.
As we are trying to set our product roadmap for yasoon (Platinum Marketplace Partner) in accordance with the needs of ITSM teams, I have a specific question:
What are your main challenges in ITSM processes with JSM?
o We want to improve our time-to-resolution.
o We are hitting a wall trying to improve our customer satisfaction.
o Our internal customers aren't using the JSM portal to create tickets.
o We have problems adapting our ITSM processes to changing trends, like hybrid work, new communication tools, etc.
Thank you for quick insights or further qualitative feedback, as well.
Cheers,
Britta
Hello @Britta Neugebauer _yasoon_ !
One of the most common issues I see is not everyone using priorities and urgency as agreed to. Everything is highest priority to everyone. :-D
We found that our ITSM processes / model actually made the rapid change from on-site to a remote workforce seamless. We found that setup the way we do things it made sure we continued to communicate and collaborate around our ITSM processes and it did not matter if we were all in the same building or spread around the country. We are currently implementing JSM and it is not our current tool. We developed ITSM business processes that we use to guide our tool implementation. Our 2 biggest challenges have always been, driving customers to our portal for self service and knowledge and creating better automation and workflow in our ticketing processes. We need to continue to improve on this, especially in our more remote / hybrid working model. This is a big focus in our JSM implementation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
during last 7 years of implementing Atlassian products I am still facing same common issues nevertheless if it is server or cloud environment.
Customers and specially these from government sector are very unpleased with customer portal limitations,… it is very often compared to products of other vendors like ServiceNow, where customization and branding of portals are absolutely different story.
Kind regards
Jan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey,
We use Software, JSM, Insight, OpsGenie, StatusPage, Confluence however in terms of a holistic approach it does seem a tad disjointed. I understand there is on going work to improve the integrations between all platforms however it would be great to see Insight as the source of truth for all assets / CI's including services with the ability to extend "service" attributes (in it's current form it's too limited as we would like to include information such as SLA's and Product Owners).
Formalising a structure for services is critical as this is at the core of any interaction, story or ticket that is recorded. We are finding we are sometimes duplicating services across multiple Atlassian platforms including StatusPage which can be quite painful.
For our future use case, we would like to see Atlassian as the source for any internal requests for our whole organisation to track and have insight into user journeys so a holistic platform approach would be ideal.
There are also limitations with the portal (forms and UI) and although there are improvements in the pipeline there are still some outstanding items that won't be resolved until at least midway through next year (user lookup fields via proforma for portal use).
Thanks
Will
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Since we are growing very fast, we lack of enough knowledge and regulations in using the Atlassian software stack. So a lot of projects are using the tools in a very intense manner, but none of the projects use it the same way. Currently we suspect, that training the tools and standards is just one way to bring that knowledge into the company - another way could be making the tools and implemented processes more self explaining and intuitive. That would be nice to have, since something like that could be implemented quite automatically
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI,
What we have difficulties with JSM is that the goal of having a Portal is to offer the customer a logical groupings of services, called Service Catalog. This is not possible to do this at this time because all the groups and request are linked to their JSM project. A customer doesn't care wich teams take care of his ticket.
For exemple, say Amazon, they group their offering logically and not by brand (I'm not talking about filters here). The client is looking for something, usually not a cie. It would not have been logical to offer their products by brand. It is the same with a Service Catalog.
So the only way for us to create a logical catalog will be to implement an apps like Refined Themes for JIRA or Theme Extension for JSM.
So that is a big frustration form any ITSM teams
Carmen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You’re welcome and i hope this is considered as a critical gap, as this is directly related to our end customers experience using JSM!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Britta Neugebauer _yasoon_
Here is my list,
1. Customer experience, any ITSM tool is the main interface b between and ORG and its customers. On JSM the biggest issue, that most of my customers have called out is the annoying status change updates that the end-user will see every time we make a transition. Atlassian said, we can limit many internal statuses to few external statuses, but this limits the whole purpose of us building a desired workflow with various statuses that we want to show to our customers, with which they can understand how we're doing. See this is pure customer expectation that's impacted big time and it's open for years!
https://jira.atlassian.com/browse/JSDCLOUD-5981
2. Jira has recently discontinued the support for domain names, how can I differentiate tickets created by my customers and internal employees? If the tool is meant to customer support and tickets shared with the customer how can we track these?
~Wasim
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The biggest issue I have faced using JSM is showing custom fields in the portal (Requests list)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Its currently internal, but I like that approach.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Depending on the contractual relationship with customers, this can be solved by setting up different costs for each priority.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.