this post was submitted on 18 Oct 2023
282 points (92.7% liked)

Programmer Humor

32162 readers
192 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] Knusper@feddit.de 12 points 11 months ago (1 children)

I always kind of hated how non-committal POs were with that. It seems like any experienced dev knows backlog is effectively /dev/null. So, if you actually treat it as such, you can skip refining stories that will not be tackled any time soon and you can purge stories from backlog aggressively (or work with filters to hide them), so that your board shows actually relevant stuff.

But POs will always be like, oh no, we can't delete this story that we spent all of 5 minutes to write. It might still be relevant. We must remember that we still need to do this (and then not do it anyways)...

[–] agressivelyPassive@feddit.de 4 points 11 months ago (1 children)

In my experience, that's not a problem of commitment, but rather budgeting and priorities.

There's always something more urgent than that one refactoring ticket, but you also don't want to effectively delete a clear indication of a problem.

[–] Knusper@feddit.de 2 points 11 months ago

I mean, I agree with that. Maybe "non-committal" isn't necessarily the best word. I'm mostly saying, assuming that POs realize backlog won't get prioritized nor they'll be gifted money to work on it, they should lean into that fact more.
They could sort backlog for chance of ever becoming relevant enough again and then delete the lower 90%.
Or I don't know, any card that sits around for more than 6 month is deleted. I've rarely seen an issue older than 6 months that wasn't wildly outdated anyways.

Or my preferred flavor of chaos: If it's actually a problem, you don't need a card on a board to remind yourself of it. You want a card for the when and how, but not that you need to do it.