nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Request for Solution to Automate Project Transfers in Jira Service Management

Obotseng Jantjie

We currently have numerous projects on our Jira Service Management platform, and each time we resolve an issue, we need to manually transfer it to the relevant project. This manual process is time-consuming and prone to errors.

Could you please assist us in finding a solution to automate this process? We are looking for a way to streamline the transfer of resolved issues to the appropriate projects, reducing the manual workload and ensuring accuracy.

Accepted answers

All comments

Valerie Knapp_dpp5c6

Hi @Obotseng Jantjie , thanks for your question.

I think it would be possible to automate the process you describe, but you would need to define first what the rules are.

How do you know for which tickets need to go to the other projects? Are there some standard or custom fields you can use to determine this? Or, as it is a manual process at the moment, is the person doing the moving the one who decides?

Does each Jira Service Management project have a Jira business or software project it is paired with? Or can differen issues from the same JSM project need to be transferred do different other projects?

(Just a curiousity) How many issues are we talking about?

If you can give a bit more detail, either I or someone else can try to help.

Cheers

Adolfo Casari

@Obotseng JantjieWhat do you mean by "manually transfer it to the relevant project" ?

Are you meaning Jira Software projects?

Obotseng Jantjie

Hi Adolfo,

Thank you for your response.

To provide further clarity, we are a digital skills training company that manages multiple cohorts or projects. We route all of our technical queries through Jira Service Management (JSM), where they are initially collected in a centralized location. However, once a query is resolved, we need to move it to the corresponding project.

For example, if a learner named Johannes from Company1 (Project1) has a query, it must be routed to Project1 upon resolution. Similarly, queries from Smith of Company2 (Project2) must be transferred to Project2 after resolution. This process is crucial for us to accurately analyze the data and identify the types of queries we receive, as well as to determine which company or project they pertain to. This information helps us proactively address recurring issues.

To clarify, we are specifically dealing with Jira Service Management , not Jira Software projects. I hope this explanation helps to clarify the purpose and importance of the process we are seeking to automate.

Obotseng Jantjie

Hi Valerie,

Thank you for your response.

To provide further clarity, we are a digital skills training company that manages multiple cohorts or projects. We route all of our technical queries through Jira Service Management (JSM), where they are initially collected in a centralized location. Once a query is resolved, we need to move it to the corresponding project.

We have a database that stores information about our clients and their associated projects, making it easy for us to identify which learners belong to which client or project. Our JSM projects are not linked to Software projects.

Given the number of learners or candidates—ranging from 400 to 1,000 per client, or even more—it becomes challenging to manage this process manually, especially when running around five projects concurrently.

I hope this explanation clarifies the purpose and importance of the process we are seeking to automate.

Valerie Knapp_dpp5c6

Hi @Obotseng Jantjie , thank you for the explanation.

Do you have JSM Premium, by chance? The reason I ask is because, ideally, you could bring the database where you store this information about your learners into Jira with Assets.

In Assets, you could have objects to represent the learners, where you could indicate different attributes as Jira custom fields which could then be used in the automations to move the issues once they are closed -

So, for example, you could create the JSM issue and then the Jira issue in parallel and then have automations that use the workflow of one of the issues to guide and update the other -

What do you think?

Obotseng Jantjie

Hi @Valerie Knapp

Let me try this suggestion, i'll give feedback on the results.

Thank you so much.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

jira-service-management-cloud

jira-service-management