In the category of feedback for any planned project setup improvements, this is what I've been working through today:

• Create the first of a set of new projects that will use a shared set of workflows, etc.
• Select one of the three default basic project types. This creates a simplified workflow (etc.) tied to this specific project.
• Try to edit the simplified workflow to what the project needed and so it can be used for other projects.
• This seemed like an incorrect way to go, so I throw away the project and its automatically created simplified workflows, schemes, etc. one-by-one and start from scratch.
• I reverse my process and instead first create the workflow (etc.) that I need for the set of projects I'm creating
• (2) I create the first of the set of new projects
• (2) Select one of the three default basic project types.
• Assign the correct workflow (etc.) to the project
• (2) Throw away (one-by-one) the remnant workflows, schemes, etc. that were created when I was forced to select one of the basic project types.
• Create the additional projects using a shared definition.

The "Create project with shared configuration" feature helped a great deal starting with step 10 of this process. But it's still a struggle to create a new project of this type.

Hi everyone,

Thanks for voting and commenting on this issue.

This capability is now available using the new "Create project with shared configuration" feature, which was released to all versions of JIRA at the beginning of October 2015 (JIRA 7.0). When creating a new project, simply click the "Create with shared configuration" link in the bottom-left corner of the dialog, choose an existing project, and a new project will be creating that shares the same workflow scheme (and other schemes) of the existing project. More documentation is available here.

We recognize that this is not exactly the same as setting a workflow scheme as "default". Simplifying project setup, configuration, and maintenance is one of the JIRA team's top priorities right now. We are in the early stages of a big investment in making it easier to get started with a JIRA project and maintain a large number of projects at scale.

We will continue to work in this area and intend to provide more comprehensive support for this in the future.

It's important to understand that we rarely try to implement individual features from jira.atlassian.com, but instead take a holistic look at the problem and use feedback from the comments here and a dozen other sources of customer input to solve the core problems.

Please don't hesitate to contact me if you have any questions or feedback.

Regards,
Dave Meyer
dmeyer@atlassian.com
Product Manager, JIRA Platform

That's a great idea I wasn't aware of, thanks. I've just created a template project and tweaked it a little to be generic so that I can use it as the base for future new projects.
For those who haven't found it yet there's an option at the bottom of the dialog when you create a new project to use a shared configuration.
https://confluence.atlassian.com/adminjira/jira-platform-releases/jira-7-0-0-platform-release#JIRA7.0.0platformrelease-Sharedconfigurationsforprojects

In JIRA 7 you can use "Create with shared configuration". You don`t need this function in the new version.

1. Create a template project with your user-defined workflow.
2. Create a new project with the "Create with shared configuration" option.

That`s all.

such a basic requirement being there for 9 years?

That's unbelievable! Please Atlassian say truth - are you using Jira at all?

I can imagine some pieces of code can be hardcoded, but not so basic? As long as you modified a workflow, isn't it obvious that you're going to use it?

Ahh what I'm talking about, my comment won't event be read and would be drowned in bureaucracy procedures of your management.

Agree with Teddy Ngo, this request is unfixed since year 2006.

Why is such a common request so difficult to implement?

Seriously? such a basic requirement being there for 9 years? Totally agree with @Stuart James.

Seems a bit ridiculous i can upload a custom workflow or import one from a market but i can not use the one that was developed and approved by our business requirements. I have no choice to select some other "project type" which then copies workflows and schemes for me to go around within the project re-assign them to the one i wanted to use and then delete all the extra ones that were created.

I just discovered a built-in script in the Script Runner called Create Project. It does all I need.

Indeed.
I voted for this request few months/years ago.
Just like the request to be able to use digits for project keys for Jira OnDemand.
Just like my remarks regarding very poor OnDemand speed when accessed from Belgium.

This week I think i've found THE alternative for our needs: Microsoft Visual Studio Online.
It contains project/tasks management using custom workflow/Scrum/Kanban.
Data can be browsed/edited directly from visual studio/eclipse.
Free for 5 users.

I recommend you all to test it.

Soon it will be a decade since this issue was created.
Damn it happens with every feature that I need. I'm starting looking to a solution, than discovering that this issue already reported and usually it's been done about 5-10 year ago. None of them were really accurately reviewed, just declined or deferred.
I'm starting doubt are these issues really reviewed by team leads or developers? For me it looks like it goes through standard support team and never reach the person who can really understand a meaning of it or make a decision.

Company Brands Can Then Set a Workflow for Themselves and make it a one-time Task for all their projects unless they wish to change it. Should be resolved.

Yes, please.

Vote up on this issue. We would also need a project template where we can assign our custom workflows, notification schemes, resolution types etc.

This is another no-brainer that Atlassian needs to implement. Our Workflows and Schemes, Issue Types and Schemes, etc., have all been customized to meet our needs. This is an Agile world, right? Well this isn't very Agile.

Piotr: I couldnt agree more. Workflow is just the tip of the iceberg. There are lists of project specific workflows, issue schemes, screens, fields, permissions etc etc.

*We want one and only of each scheme and the ability for a new project to create its own to be locked off. *

Somewhere there has been a serious design glitch and I really suspect that the product designers havent considered real usage. Why would any company want different management schemes for each project (of the same type) where the need for a standard approach let alone normal usage says keep them the same. The delay in getting this fixed when the manual process to switch schemes involves a few clicks and a confirm makes no sense. The priority given these issues needs to be sorted out.

This particular design consideration (default schemas) is also a problem in the service desk, where SLAs have to be manually setup for each new customer added. We want to setup 100 service desks .

Our company relies heavily on Jira and Confluence and we are all big fans of the whole product except for this. This oversight and subsequent lack of action is strange.

This is a wider topic: I would like to have an option to point a default workflow but all other project aspects: permissions, issue schemes, notifications, issue type scheme, etc. Having to set it up manullay is a painfull experience when working with lots of projects.

We also desperately need this functionality at our company. Not only do we have a number of new projects created on a weekly basis, but our project managers are finding the manual steps to change the workflow scheme for every new project to be tedious and unintuitive. I'm not sure why this feature cannot be implemented but it would surely save us all a lot of time.

Hey Gerdt,

I'm not using the cloud version myself - its actually easier from what I can tell as you can simply upload the plugin file (saves you from submitting the app to the store).

-p

Let's suppose not everyone is using the cloud version...

Hey folks,

had a quick look and it seems like you can install plugins on the Atlassian Cloud platform (no longer named "Atlassian onDemand" as Id mentioned before, sorry)

Basically you just need to do one extra step, in that you would publish your app to the Atlassian Marketplace - a super quick and simple process, with great support from Atlassian (I published an app on the marketplace just a few weeks ago - https://marketplace.atlassian.com/plugins/com.petermcconnell.plugins.jql.jira.members-in-role-function). All the information you need about the process can be found here:

https://developer.atlassian.com/static/connect/docs/developing/cloud-installation.html

Looking forward to seeing your work in the Atlassian Store in future

P

For OnDemand it might be possible to use Atlassian Connect: https://developer.atlassian.com/static/connect/docs/index.html

No worries - I'm not entirely sure to be honest as I haven't personally tried JIRA ondemand, however as long as you can still see the "Upload add-on" feature I can't imagine any reason why not. Nothing on the tutorial page stipulates hosted/ondemand so I'd imagine it would be fine.

Hope that helps?

P

Sorry @peter I meant OnDemand – edited comment to correct.

Yes absolutely - our own solution is self-hosted (not ondemand). The output of the tutorial is that you create a .jar file which you can upload on your "Manage add-ons" page ("Upload add-on" link to the right)

Good luck & I'd be happy to try and help out if you have any questions.

P

@peter.mcconnel, is this an option for those of us that are using OnDemand?

I honestly believe creating your own plugin is the best solution - worked for us. With no prior Java experience I was able to get a prototype working in about two hours? Definately worth looking into & opens you up to a bunch of different options.

The tutorial you will likely wish to follow can be found here: https://developer.atlassian.com/display/JIRADEV/Creating+a+Project+Template

You can export your current JIRA workflow as a .jwb and use it as you are going through that walkthrough.

Hope that helps & happy coding!

P

Good afternoon,
I would like atlasian people to tell me what the situation is the current issue?
or alternatively that atlassian people guide me to solve this problem.

I await a response.

Thanks and regards

Adonis Pate

+1 and also a long time to have such an issue open...

+1 - very important to save time and money on each project creation... !

+1

It's difficult to understand why it is still not possible to change the default workflow scheme for a project!!

+1

Hi Peter,
we will take a look soon, I have some more Java experience but currently less time.
Will respond asap

Just to throw my 2 cents back in the mix (I'd commented back in 22/Oct/13 12:07 PM on this thread), in the end we just created our own plugin to do this for us. It had the added benefit of allowing us to automate further tasks, such as automatically creating our scrumboard for us.

I'd never done java dev before so can't say that this will be the best example of how to execute this, but by following the docs and tutorials on the site I made https://github.com/rehabstudio/jira-rehabstudioproject

I hope some of you are able to use it as a guide for crafting your own plugins / give you some ideas for how to solve this issue. For what it's worth the plugin works perfectly (when you click on "new project" it appears as an option in the popup that displays)

+1

Adding in a voice of agreement on this one. It's a painful lack for me that every project we create needs to subsequently go in and be changed after creation when we went through the difficulty to set up a custom workflow for our organization.

Perhaps the problem is that this feature request's associated workflow doesn't have a "review" or "evaluate" stage.

+1

+1

Jira's workflows are powerful tools but pretty useless if you have to specify for each new project you actually want to use them...
+1

+1 please!

+1

Voted and commented +1 – Apologies to all watching this issue.

I had long assumed this was possible given how flexible JIRA usually is, and was shocked to find this feature was missing. This is a hurdle for adoption of JIRA within our organization – it's a harder sell if project defaults need to be tweaked each time a project kicks off, which is often, and users haven't learned to administer JIRA. As the JIRA advocate within the company, I'm trying to make it very simple and fast for other PMs to create a project and get set up without much configuration.

Why has this still not been resolved? It feels like a massive hole in an otherwise decent system. It means I have to give everyone admin rights because when they create projects they have to mess around changing the scheme. We may even have to move away from Jira because of this.

+1

Voted

I apologize to everyone for another spam email... but this has become silly.
For all future "+1ers" there is a vote function on this page that is specifically for indicating a +1, please use it. Comments are for when you have something substantive to add to the discussion, as such when you post a comment it emails everyone that is watching the issue, which is mildly annoying when the entire content of the comment could have been communicated by voting for the issue. What's more, a +1 comment does not count towards an overall vote tally, so if Atlassian is looking at the vote count, the comments won't help (presuming you did not also vote, perhaps you did).

TL:DR
Don't comment with +1, vote instead.

+ 1

+1

+1

+1

I'd like to see this feature added.

So the status is that it is still open?

This is a serious problem for us . Issues have been missed due to the standard workflow template accepting a "todo" issue status which doesnt appear on any of the standard issue filters our developers have been using.

this issue has only been open since 02-2006, we shouldn't rush Atlassian to much

@Phil I believe it's vice-versa, JRA-28521 was marked as a duplicate of this issue, that's why it's "resolved" but the Resolution is set to Duplicate

This issue is a duplicate of Jira-28521 which was "resolved" on 13 Sept.
Click on the link above to see 28521
??? - thanks Dmitry

I don't think anyone at Atlassian is monitoring comments on this. Is there a different channel perhaps?

The default workflow provides a useful template on the first day of use of Jira. After that it is meaningless. Why is this such an issue to change?

We need this too please, in order to keep project admin to a sensible level. Please could we have an update as to how far up the priority list this might be?

+1, this feature is more than necessary.

My department uses a customized workflow scheme for all of our JIRA projects, and it's extremely disruptive to switch the workflow every time we create a new project. Please implement an option to set a user-created workflow as the default workflow.

this is 8 years old! come on Atlassian!

Totally agree with you Gerdt, it's ridicilous that this basic feature is not being support out of the box.
Even weirder is having jira people pointing to a PAID plugin, I'm already paying 2k each year for support, just fix the damn thing and stop looking for workarounds.

It's a minor effort to change the workflow after creating it with a standard one, but truth is this should be implemented.

It is a bit silly to buy a plugin for a normal basic feature after I paid a lot. so jira.project.creator is a no go.
I will try the groovyrunner but again, it's weird that Atlassian forces you to reset the workflow all the time.

Another suggestion is to use the "Project Creator" plugin by Wittified - https://marketplace.atlassian.com/plugins/com.wittified.jira.project-creator - it gives you the ability to define all schemes on project creation.

CC: daniel7

Josh

I presently use an add-on called Script Runner to copy a template project. Script Runner has several builtin scripts for various purposes, copying a project into a new one is one of those functions. It has worked consistently for me so far.
The basic process is: create an empty project (I called mine "template"), configure it with the basics that all of your projects should have (workflow, issue scheme, etc), then use Script Runner's builtin script to copy that project every time you want a new project.

https://marketplace.atlassian.com/plugins/com.onresolve.jira.groovy.groovyrunner

How people manage multiple project without this option?
I mean, currently I need to ask at every project creation, "people please switch to our workflow", just to be sure a post function is executed on close ( set "remaining time" to 0 on close ... another strange missing feature).
Perhaps a plugin provide this?

just found that this is a missing feature... you must be kidding. are we the only company that deals with many projects?
please implement this basic requirement.

would love to see this - I don't mind switching the workflow scheme manually but makes it difficult for new jira admins that come on board to grasp our project creation steps.

+1

think there is enough interest to deliver this ticket after 7 years? This would really be helpful. In my case, I am trying to ensure that all projects deliver notifications to HipChat. That required editing the workflow. I'd like to set that as the default project behavior.

YES please!

+1

+1!!!!

It's amazing how this is still not implemented. The system indicates that there is a "Default workflow" functionality but gives no way of changing it!

+1
It would be useful to us, too.
Jira devs, please let us know something

I want this feature too! how is it not implemented after 7 years?

I am a little shocked this isn't a built-in feature. At least give you the ability to create a Project Template, similar to how you create a Confluence Template.

This would indeed be very useful. I guess in the meantime I will have to manually change the workflow on every new project.

It's even stranger that there's no one from the JIRA team to even comment anything on this one...

I would also like this. I'm sure there's a good reason why 7 years later, a popular, user requested feature isn't implemented but it seems strange that such a natural behavior would be neglected.

I'm also after this feature, better if we can have it soon.

This feature is really important for us. Hope you develop it soon.
Regards.

+1

7 year later...
This is a big issue for onDemand where you are already hamstrung on a lot of front; would really be nice to see this fixed. +1

+1 definitely needed

+1 - Just being able to set a different workflow as default would do for us.

This is a critical feature for our organization. I like the idea of being able to set the default workflow by project category. But at a minimum, let me set a new default other than the system default. We create many projects and it is very cumbersome to have to change the workflow scheme manually every time.

Any predictions on when could this feature be implemented?

+1, we need it too.

+1, it would be really usefull.

+1 from us too. Something that is really very very needed...

We could really use this as well. +1

confirming we need this too. it's a big inconvenience to not have an easy UI to change the default workflow scheme for new projects and requires intervention from several team members to setup a new project correctly.

please advise if we can expect a resolution.

+1 bump

This would be extremely useful for my group. We have one workflow and will create many projects. Either of the suggested solutions would work for us.

Setting other defaults as others have suggested would also be helpful.

+1 bump

In our organization we would benefit from choosing other kind of schemes as default for new projects. I'm thinking of Issue Type Scheme, Screen Scheme or Field Scheme, for example.

Has there been any progress on this? Does anyone have a workaround/solution?

essential for what we are doing with JIRA. Would ne even better if we could manage the defaults by project Category.