What is the best way to take that sub-task and convert it into a story while reflecting the fact that it prevents the story it came from from being completed?
I'm fairly new to JIRA Agile, so be kind. My current understanding is that you have Epics that break down into Stories that break down into sub-tasks. If I'm missing something please feel free to point it out as well.
Clairification to my question:
As people have suggested, the logical approach is to convert the sub-task to an issue. The question then becomes "what is the issue type"? Exploring the various issue types according to https://answers.atlassian.com/questions/225206, tells me that I probably want to convert the issue to a story. However, there are also "Tasks" and "Features". According to https://answers.atlassian.com/questions/252013, it doesn't really make a difference because it is based on the configuration.
If I go with the obvious choice - a Story, then I lose the link between the parent story that the sub-task came from and the new story - the new story is just another story in the backlog. I know that an issue link can be created and the obvious action here is that to say that the parent story "is blocked by" the new story. Its not great because its a manual process, but its ok.
The problem however, goes deeper. It turns out that "is blocked by" or "blocks" does nothing to actually block a story from being resolved and if you want that functionality you need to pay for an additional plugin.
All this seems to suggest that I am either missing a fundamental mapping from Scrum concepts to JIRA Agile issue types or the JIRA Agile implementation is not really usable out of the box. I'm assuming the former given i'm very new to JIRA Agile.
So the question is if there is a standard way to perform a very common use case with agile software: promoting a sub-task to an issue that I'm missing that does not include having to purchase additional software and spend more time configuring the workflow?
...It's true that there are projects in Jira; but they are merely a way to cut off issues, to tell them apart from other sections of work and to apply rules that are specific to that team (the schemes)....
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