How to move Epic in workflow / do we need a separate workflow for Epics and to whom is the Epic assign to (Product Owner or Scrum Master)?
Your question is not concise enough. Epic workflows is a combination of tooling and processes.
Epic generally have a different workflow then story. Epics are assigned to POs and they move the Epics based on the progress of stories by the various development teams. An epic can have easily upto 20 stories.
You can also automate part of Epic workflows based on workflow statuses of the child stories. Like closing epic once stories are closed etc.
As you have asked
It's more of a process question not a tools one. Generally epics move after the child stories have moved in the workflow.
Like moving the stories to "done" can mean "Epic is in UAT phase" but moved stories to "Production live" might mean Epic is closed/Done/Deployed.
since Nikola cites the original text from this page:
I think he wants to move epic and issue to another project.
Indeed Thomas, this seems to be the case. Nikola, seems to wanting to move the Epic to another project. Though moving the Epic to another project doesn't move the child stories.
Hi from me, thanks for your replies. @Tarun Sapra @Thomas Schlegel @PM
I don't want to move the epics to another project.
My question is whether i need to have another workflow fro Epics?
I'm new JIRA Administrator and i don't have too much experience with JIRA.
I have a project that uses one Workflow. I have stories and tasks related to epics, but in Active Board, i can only view and make transitions of stories and tasks. And when i do transition to done, the Epic is not in DONE status. How to solve that, i need solution from your experience. What to do with epics, and by default who needs to be the assignee of the Epic?
We use Epics as a container for a bigger topic. Epics are assigned to project lead and do not change their status as soon as this big topic is totally completed.
Since the Epic is a regular Jira issue, you can close it. Therefore we have the closed status for epics. They are open or closed, nothing else.
If you close an epic, unfortunately it is not removed from your board. There you have to mark the epic additionally "as Done".
Here's how to conifgure different workflows for different issueTypes (called workflow schemes)
As far as the process is concerned I have already shared that in my answer.
we have a seperate workflow for Epics. They have only two status:
Moving an epic... means, that, if you move an Epic to another project, all the issues connected to that epic remain in the old project. You have to move them seperately to the other project. This is different from moving an issue with subtasks.
Each issue type will have it's own worflow schema, you can use the same schema if you like. But each issue type needs to transition through the workflow on it own.
In your example, stories linked to your epics will transition throught the workflow from backlog to work in progress to done. Where as epic will retain in backlog until you transit it via its own workflow.
However, there are addons out there like 'JIRA Misc Workflow Extensions'. Which let you link workflow betweens issue types. E.g, moving the first task will automatically move the parent story.
Hope this helps.
The Jira Software Cloud Team has been busy working on a simple, secure, and reliable way to integrate your build and deployment information from Jenkins with Jira Software Cloud. This means you don’t...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events