I’m probably just bad at agile but I usually prefer if QA sends a quick message about a bug first to make sure it’s actually a bug and they’re not just misunderstanding a story.
Or it’s because every time they make a ticket it’s so messy it can’t be understood.
Of course the grizzly way to respond back is to reassign it back to the QA and demand clarity and reproduction of the issue.
That ain’t very grizzly. We have a “need more info” column in our support trello and nobody has a problem with it.
Jira plugin FTW.
Right click their message - create a ticket from this message.
And then assign it back to them requesting they specify all the details so it can be groomed in the next scrum (hahah)
for OSS projects, it’s “ping the dev on Discord”
I recently came across an early access game with no bug tracker where the expected way to report bugs was to leave a message in a discord channel. 🤦♂️
I thought this was supposed to be funny, not a headache-inducing reminder of real life.