Feature #559
open
Workflow Enhancements
Added by Geordee Naliyath almost 17 years ago. Updated about 4 years ago.
0%
Description
Here are some suggestions to enhance workflow:
1. Ability to hide unused statuses in workflow definition
At applications level we create many statuses and use only the appropriate ones for creating different workflows. This
creates large number of options when we are at workflow definition screen and it's very difficult to work with or understand
the workflows. We can do either of the following two options to make workflow definitions easier.
a. Use AJAX to hide unused statuses
b. Create ability to add/remove statuses for a particular workflow from the global set
2. Workflow visualization
Once the workflow is defined, if it can be represented in a decision tree either pictorially or using some formatted
table it could be easier to manage. I was thinking of converting organizational processes into Redmine workflow, and
a pictorial representation will appear as the process definition. Conditions for status changes may be missing in this
workflow - that would make it too complicated as well - and that is OK.
Files
| wf_visu.JPG (15.7 KB) wf_visu.JPG | Florian ROBERT, 2010-10-19 14:17 | ||
| ro559-add_workflow_graphviz_graph-r4574.patch (1.1 KB) ro559-add_workflow_graphviz_graph-r4574.patch | Patch against current Redmine Trunk (1.0.5.devel.r4574). | Mischa The Evil, 2010-12-29 07:01 | |
| workflows.jpg (64.1 KB) workflows.jpg | Mikołaj Milej, 2012-12-21 01:03 |
Related issues
Updated by Nikolay Kotlyarov over 15 years ago
I think my problem is the same as point 1 above, but supposed solution differs..
The are two problems in our company:(Redmine 8.0)- Project "SomePrj" needs personal workflow "SomePrjWorkflow". Project "AnotherPrj" also needs personal workflow "AnothePrjWorkflow" that resembles "SomePrjWorkflow" but not the same. Project "ThirdPrj" needs a workflow that is completely different from "Some" and "Another". And all of them want to use same statuses for tickets.
But there is only one workflow in Redmine and it affects all projects:( - In project "SomePrj" most of the issues must subordinate "SomePrjWorkflow". They flowing from one person to another and have a number of transitions before it is closed. But there are issues that can be closed in one or two transitions in a vary short period. If those issues would subordinate standard workflow their lifetime would be much greater, for example: issue would wait some person(who is on a vacation) with corresponding role just for " click me forward till SomeStatus ".
Most of the project issues must subordinate "SomePrjWorkflow". But there are "extra" cases when the issue must subordinate its custom workflow. And those cases are not rare in practice.
- For custom project "SomePrj" workflow we can create its own special statuses with an unique prefix/postfix: "[SomePrj]New", "[SomePrj]Assigned", "[SomePrj]Closed", etc.
- I dunno any:( Because of singular workflow people just do not create such "mini"-issues and try to resolve them by email. That method frequently becomes even more time consuming..
- Per project workflow
- Per issue worklow
- Point 2 from Geordee: +1. Some visualization would be great, cause currently it's very easy to get tangled when the statuses number increases.
P.S. Sorry for my English, i know it's bad..
Updated by 
Updated by
Updated by Alex Last over 14 years ago
I'd say +100. this is a killer feature, which would bring Redmine much closer to systems like Atlassian Jira.
Updated by Florian ROBERT about 14 years ago
- File wf_visu.JPG wf_visu.JPG added
Hello,
+1
I'm sharing the workflow definition of more than 10 trackers with other project manager and it is quite difficult and time consuming to maintain a document showing the states and transitions for everybody use.
An automatic generation of workflow visualisation like below will be great:
The color of the arrows represents the autorized transition by profile (manager, developper, customer)
Updated by 
Updated by
Updated by Terence Mill almost 14 years ago
Checkout this for "Workflow visualization"
Updated by Mischa The Evil almost 14 years ago
- File ro559-add_workflow_graphviz_graph-r4574.patch ro559-add_workflow_graphviz_graph-r4574.patch added
- Initial blog post:
- Follow-up blog post:
- Quick 'n Dirty plugin introduced in second blog post:
I myself have changed the patches/plugin-source slightly and maintain it as a private patch. I'll attach it to this issue (ro559-add_workflow_graphviz_graph-r4574.patch).
Updated by Terence Mill almost 14 years ago
We installed the workflow_graphviz plugin sucessfully on redmine 1.01.
Updated by Toshi MARUYAMA
Updated by Etienne Massip over 13 years ago
- Target version set to Unplanned backlogs
Updated by
Updated by Terence Mill over 13 years ago
THe PLugin seems not to be maintained.
We reported some major bugs , but to response.
https://github.com/suer/redmine_workflow_viz/
Updated by yannick quenec'hdu almost 13 years ago
+1
Your proposal is interesting. This implies that it is possible to make independent workflow per project, thus also independent issues statues by workflow and for each project.
In view of the evolution of IT projects to Agile methods. Workflow view could be seen with a Kanban view.
A perhaps introduce the notion of limit in the work in progress
Anton Lem wrote:
Workflow visualisation +1
Updated by @ go2null over 12 years ago
Geordee Naliyath wrote:
Here are some suggestions to enhance workflow:
1. Ability to hide unused statuses in workflow definition
At applications level we create many statuses and use only the appropriate ones for creating different workflows. This
creates large number of options when we are at workflow definition screen and it's very difficult to work with or understand
the workflows. We can do either of the following two options to make workflow definitions easier.
a. Use AJAX to hide unused statuses
b. Create ability to add/remove statuses for a particular workflow from the global set
Updated by Anonymous
Updated by Mikołaj Milej almost 12 years ago
- File workflows.jpg workflows.jpg added
Everything's fine, everyone is happy, after adding #8050 redmine is better but ...
We have 16 trackers and ~23 roles which makes 368 pages with individual workflows!! Happy clicking!!
Many of them should be empty (role not allowed do change status in tracker) or they would be the same (eg. Team Leaders, 3d designer and texture artist - similar role). So there would be many copy&paste which of course makes bugs and eats your time.
What's more. I've added new tracker then I've to set permissions for all team leaders which makes ~6 pages (but it could be something else, for all roles :D).
In my opinion, there should be sth like "template workflow" which you can assing for role.
For eg. 10 roles need the same workflow so you assign for those roles your "template workflow". When you would like to change it then you have to change only in one place istead of 10!
You added new role, tracker? It's fine! Select or modify one of your defined "template worklow" and it's done (instead of walk through 368 pages ...)!
+100 for that feature and those requested in this issue ;]
Updated by Terence Mill almost 12 years ago
Updated by Daniel Felix almost 12 years ago
Terence Mill wrote:
related:
Graphviz of ticket dependencies
issue relations network view
Uhm? Both links point to the same issue. Was this expected?
Updated by Terence Mill almost 12 years ago
Daniel Felix wrote:
Terence Mill wrote:
related:
Graphviz of ticket dependencies
issue relations network viewUhm? Both links point to the same issue. Was this expected?
Sry, fixed
Updated by Pavel Lautsevich over 11 years ago
+1 It very useful when i use Jira. So, i want this feature in Redmine!
Updated by Benjamin Jeanjean over 11 years ago
+1 ! Would be a really nice addition for Redmine !
Updated by
Updated by Daniel Ritz over 10 years ago
A plugin for workflow enhancements in early stages. Currently only does a visualization with D3:
https://github.com/dr-itz/redmine_workflow_enhancements
Updated by Daniel Ritz about 10 years ago
Daniel Ritz wrote:
A plugin for workflow enhancements in early stages. Currently only does a visualization with D3:
https://github.com/dr-itz/redmine_workflow_enhancements
Just pushed an update that makes it possible to pre-define the issue statues for a tracker. Statuses defined in a tracker will show in the Workflow form when the check box 'Only display statuses that are used by this tracker' is checked, regardless whether a status is already used or not.
Updated by Seyyed Soroosh Hosseinalipour over 4 years ago
ITNOA
It is very useful feature. please add this to Redmine.
Are you any plan to add this in next version?
Updated by Fabrizio Sebastiani about 4 years ago
Yes we also very agree: it doesn't make sense to manage workflow in such a sparse table with flags (checkboxes). Eyes become crazy to move inside it, especially when status are many.
Visual mode could be very nice but not necessary: it would be enough to manage it by a fixed column transaction table holding the allowed transactions, example:
| tracker | Current status | Role | Next status |
|---|---|---|---|
| Feature | Working | Reporter | Working |
| Feature | Working | Developer | Closed |
| Feature | Working | Developer | Feedback |
| Feature | Working | Developer | New |
| Bug | New | Manager | Closed |
| Bug | New | Manager | Feedback |