I've done work using all these methods, but I am looking to see what everyone feels is a best practice.
I am thinking the second option as dev teams here need to know about incoming work with as much advanced notice as possible. The dev team can take that linked issue and break it into Sub-Tasks as they need. I'd love to know how everyone does this. Thanks
It shouldn't be the dev team's responsibility to manage who does what work, that's for your high level teams to manage. Dev teams should be aware of what's in their backlog and self-organize to get their work done. The business team can/should create multiple issues if that is needed to track the work across multiple teams, and set up the relationships in Jira as such to reflect that.
The second approach is the more sound approach to me.
Hi @Gail Boozer - Agree with the second approach. I will typically go with JSM for intake and source of truth for interaction with the customer. The sausage factory remains linked, but isolated so that dev teams can work their respective issue(s) according to their processes.
While linking issues can create their own headaches, moving issues between teams is worse, especially for reporting.