We plan on adding an additional state (named: canceled) to the JIRA Agile Simplified Workflow, but before doing so I wanted to check back if any one is aware of any side effects this could have on JIRA Agile and if there is anything special to take care of.
we are migrating from our custom scrum tools to JIRA. The JIRA Agile Simplified Workflow suits almost all our needs, however, over time we got accustomed to also having a canceled state for stories/task allowing us to explicitly mark stories(features) that will not be implemented.
There's a couple of points here.
First, the simple one. If you are using the JIRA Agile simplified workflow, then your specification is wrong. The simplified workflow maps status to columns on a 1:1 basis, and allows your project administrators to change the workflow (it's indirect - they do it by changing the columns on the board). So, to add the cancelled state, one of them would simply add a new "cancelled" column to the board. That's it. No "map to the done column", no conditions and post functions, just a new column.
The second one - as you can't do most of your requirement with simplified workflow, what you need to do is de-simplify the workflow. I would:
Additionally, I'd test that your two "set time estimate" functions don't mess with your Agile charts.
Thanks, Nic Brough for your elaborate response. Please allow me a follow up question to clarify for myself. Is the motivation for copying the workflow and then reassigning it to the project to ensure that JIRA Agile will not overwrite any of the conditions and post functions in the future? For my understanding we are still using the simplified workflow see screenshot below?
Both statuses Done and Canceled are currently mapped to the Done column which caused the board to look/behave like in the screenshot below.
Correct. Although you can have multiple status in a column under simplified workflow, it doesn't really add a lot - most users stick to the 1:1 relationship. It's more that your project admins can still change things and if they do, you could easily lose all your conditions and post functions, Also, the last time I looked, you can't use any that Agile doesn't support, which means you're limited to some of the off-the-shelf ones (which I think can't handle your estimate updates, or your condition)
Thank you once again (and sorry for the late reply - had to wait 24hours to be allowed to comment agagin)! I wasn't aware that there is potentially more functionality for transitions available (for now we used functionality provided by the jira suite utilities for conditions and the Update Issue Field function for clearing time estimates). We will carefully evaluate it further.
Yes, near the bottom of https://confluence.atlassian.com/display/AGILE/Using+JIRA+Agile+Simplified+Workflow there's a statement "Your workflow only uses Post Functions, Validators, and Conditions which are provided by Atlassian (not any which are provided by add-ons);" - that covers the JSU conditions and post-functions - they're not supported in the simplified workflow. The statement is mostly there because the use of them blocks conversion to simplified, but adding them to a simplified workflow after conversion can also cause problems
Can a new-to-agile team survive and thrive in a non-agile culture? If so, what advice would you give to those trying to be agile in a non-agile culture? What's the key(s) to success? Share your thoug...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG