Re:JIRA is an antipattern
by iaresee on Sunday December 09, 2018 @03:54PM
(#18643197)
JIRA could work better in this situation if it allowed for deeper nesting of tickets. You could still capture the larger user story and then subdivide below that level into smaller stories and then features with tasks.
[ Parent
| on HN ]
It does. My team uses Epics -> Stories -> Sub Tasks all the time.
That’s not enough to represent large, complex projects. And sub-tasks are implemented in this weird, dystopian way that makes them unreasonably hard to work with in the system.
Re:JIRA is an antipattern
by geerlingguy on Sunday December 09, 2018 @05:10PM
(#18643615)
Agreed, the few times we've tried moving from separate linked tickets to sub-tasks have been disasters. It doesn't jive with any of the tooling in Jira to try to have tickets be like 'mini-Epics'.
Re:JIRA is an antipattern
by slider_thor on Sunday December 09, 2018 @08:54PM
(#18644596)
You should check out the Structure add-on. Does unlimited hierarchies in a very intuitive way. Only for on-premise.
That is not enough! I regularly want to create sub tasks to subtasks, but it is not possible.
You could also link to other tickets or Epics with "relates to" or "blocked by".
And at that point why not Bugzilla?
Because "Oh, come on!". Just because you can implement any process in a list of text files and grep it does not mean you should. Jira has features that Bugzilla does not or needs plugins for. Should you just throw all of that away?
The complaint is that Jira's "features" are not much better. It's completely manual and only works if you strictly enforce conventions.
You also can have something bigger than epic - you could use Portfolio and create initiatives there.
Re:JIRA is an antipattern
by HelloNurse on Monday December 10, 2018 @03:30AM
(#18646192)
"Capture the larger user story". Why should I disintegrate information among many Jira task names and descriptions instead of writing readable and organized high-quality documents?
I'm used to use Jira only for timesheet purposes: hierarchical decomposition (project X, activity Y, often also employee Z) allows stress-free accurate accounting.