We want to release a version "1.1" in 2 months.
Feature X is huge (architectural change with dependancies). Feature Y and Z are manageable.
Team is working on Feature X now, but know it won't be feature complete for awhile.
Is it better to:
A) Flag tickets as 1.1 fix version and drop them in the sprints? or
B) Work off two fix versions in parallel?
Goal is to be able to report what features will make the 1.1 release but also show that work is being done on other long term feature.
We use JIRA 7.10 server version.
If you are committing code for Feature X in the same code base as for the release which will contain the 'manageable' Features Y and Z, then the work for Features X/Y/Z should be against the same FixVersion.
Even if you are not going to announce Feature X (when you announce Feature Y and Z), the software contains (hidden or alpha-/beta-feature) Feature X's work done so far as well.
Atlassian Summit is an excellent opportunity for in-person support, training, and networking.Learn more
Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in talking to 20 people planning t...
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
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs