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.
That seems perfectly reasonable.
What comes to mind when I see this meme is more along the lines of CS DMing devs directly with customer issues and expecting us to magically come up with a solution to something with minimal information given.
I love those because they close so quickly. Everyone gets X bugs per sprint, and I closed one in 30 minutes. One less thing to do this sprint.
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.
You’d be surprised at how many folks take it personally…
Perhaps. I’ve always had good working relationship with non-techs; but I set boundaries and put on the superman outfit in the 11th hour when they screw up royally.
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. 🤦♂️
It’s easier to ignore stupid questions than keeping closing issues
Pretty smart, convenient for the customer and less work for the devs as issues are sure to be overlooked.
Whats a better way? Maybe some in game messaging system?
Literally any actual bug tracker.
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)
And then you close the ticket and mark it as wont do because they dont know what they want and the details dont help
deleted by creator
I thought this was supposed to be funny, not a headache-inducing reminder of real life.
For me instead of slack it’s the emails.
And usually it’s your boss doing that so it’s not like you can just ignore it till they file a ticket.
As a boss, if it’s not important enough for me to take the time to make a ticket, I’m not gonna get that mad at the pushback. But then, I’m in a small company so if it is important my response might be “I have another 7 hours of meetings ahead of me, could you pivot to getting replication and add a ticket, and then assign it to yourself?”
Honestly that just shows bug report templates/rules are too hard for most users.
Folks want to offboard their issue somewhere with minimal effort. It’s much easier to do that in free text in an app you’re already in than to submit a form where you have to categorize your issue on a website you’d have to pull it.
You’re right to say it’s friction making people step outside the preferred path.
People are lazy.
It’s not just that. There’s the feeling (deserved or not) that an issue is more likely to be fixed if you tell a person about it.
How about no
Steps to reproduce: Click the thing
Don’t forget bug reports that come in via email and Teams calls!
Where I work, we send emails to users from their tickets. They are expected to reply to the emails, but sometimes they ignore the email and message us on Teams. If we give in and reply to their message, they tend to think they can message us for anything little thing. So then we become their personal IT guy. I’ve had to mute and hide people because they wouldn’t leave me alone. It’s like they don’t realize we are busy with other work. Go through the proper channels. Once you have a ticket, we will email you. IMing us is like trying to cut in line.
I’m sure most’ve you have noticed whatever the weird bug is that causes Lemmy to claim some obscure post with no comments has hundreds of likes, but I have no problem whatsoever believing this one has 409 likes.
