Issue Details (XML | Word | Printable)

Key: JRA-2580
Type: New Feature New Feature
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: Susan Moore
Votes: 16
Watchers: 7
Operations

If you were logged in you would be able to see more operations.
JIRA

Ability to configure the workflow by project or issue type

Created: 03/Nov/03 04:43 PM   Updated: 25/Aug/04 06:32 PM
Component/s: Workflow
Affects Version/s: 2.5 Pro
Fix Version/s: 3.0 Enterprise Preview

Time Tracking:
Not Specified

Issue Links:
Duplicate
Part
Reference

Participants: Alan Mynard, Anton Mazkovoi [Atlassian], Jeff Turner [Atlassian], Ken Warkentyne, Owen Fellows, Richard THIBAULT, Scott Farquhar [Atlassian], Susan Moore, Vincent Lemieux and William Crighton
Since last comment: 4 years, 15 weeks, 1 day ago
Resolution Date: 25/Aug/04 06:32 PM
Labels:


 Description  « Hide
My understanding of the current workflow scheme is that the workflow can be defined for the app as a whole.

My need is that we use projects in Jira differently - some as defect tracking, some as project mgmt, some as help desk mgmt; thus, I have a need to customize the workflow by project and sometimes by issue type within the project. I may also need the ability to define certain users/user groups (which I setup by a dummy user name) as the recipient of certain issues when they reach a certain status. I've not found any documentation that indicates that you currently do this but would appreciate it if you did!!



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Owen Fellows added a comment - 10/Nov/03 01:16 AM
We plan to implement editable work flows and also multiple work flows in the Enterprise edition. I'm not sure if we are going to do Issue Type works flows but we will consider during design and implementation.

Ken Warkentyne added a comment - 19/Nov/03 07:17 PM
We are looking at buying JIRA Enterprise as a potential replacement for a couple of different systems used by different groups in my organization (e.g. Development, Help Desk, Client Support). Having the ability to define different workflows for different projects would be a huge plus.

Richard THIBAULT added a comment - 12/Jan/04 09:48 AM
This feature is required for big organizations even at the issue type level.

Richard THIBAULT added a comment - 03/Feb/04 09:55 AM
The workflow web editor will be usefull only if we can define different workflows per project.

Anton Mazkovoi [Atlassian] added a comment - 08/Mar/04 10:10 PM
Once the workflow is configurable another step can be added to the workflow - approve issues - which can be only given to the reporter.

When the repoter is made editable, it would be possible to raise the issue on behalf of an external user and hence let them (and only them) "approve" the issue before it is closed.


William Crighton added a comment - 14/May/04 04:10 PM
From reading these notes and notes on the linked issues I cannot determine the proposed functionality of per project workflow in release 2.7 ent.

My biggest question is if it will be possible to adjust workflow by issue type, and if not how difficult it would be to extend the code to do so.


Jeff Turner [Atlassian] added a comment - 17/May/04 06:11 PM
William,

Workflow in 2.7 Enterprise will be configurable per issue type per project (or just per project is such granularity is unnecessary).


Vincent Lemieux added a comment - 18/May/04 09:03 AM
Issue type granularity is as necessary as project type granularity.

A request for a new feature is not managed the same way as a bug report is.


William Crighton added a comment - 18/May/04 11:45 AM
right right, what is needed by you may or may not be needed by others. The point is that either will be supported. Or, rather, (as I understand it) if you elect to have workflow differ by project you'll be able to have it differ by issue type as well. So if you have 3 different workflows I can envision a setup like this:

project 1
bug
workflow 1
new feature
workflow 2
project 2
bug
workflow 1 (not a typo, same workflow as project 1 bug)
new feature
workflow 3

If that's what will be possible then it'll be flexible enough for my groups.


William Crighton added a comment - 18/May/04 07:59 PM
Not to confuse the issue, but I just ran across JRA-849 which asks about having linked issues affect workflow - such that if a linked issue was still 'open', then the current issue couldn't be 'closed'. Co-requisites and pre-requisites. Since this is related to workflow I thought it might get more visibility if I mentioned it here - sry if that's uncouth - is there any thought to include this?

Jeff Turner [Atlassian] added a comment - 20/May/04 07:15 PM
William,

Yes, 2.7 Enterprise workflow will be that flexible. I'll comment on JRA-849 in that report.


Scott Farquhar [Atlassian] added a comment - 09/Jun/04 09:35 PM
Updated the fix for version to be Enterprise. Apologies for the confusion.

Owen Fellows added a comment - 18/Jun/04 10:14 AM
Linking this Issue as we should consider how are notifications and statistics are going to be handled when we can configure workflows.

Alan Mynard added a comment - 21/Jun/04 03:46 AM
It will probably also be necessary to be able to configure what issue status JIRA considers as "open". See JRA-3949.

Owen Fellows added a comment - 24/Jun/04 08:45 AM
Linking JRA-1993 to JRA-2580.
Should create Workflow Transition view that allows an Issue to be resolved and timeestimate set to 0.
Also the same for reopening and setting a timeestimate.