News for hackers. Stuff that matters.
Re:Plan the Sprint, Not the Project by avojak on Thursday August 20, 2020 @12:20PM (#24224849)
> Don’t create tickets for things you won’t work on for months, if ever.

Yikes. Dropping tickets in the backlog for ideas that pop into my head is a great way to make sure they're not forgotten! The team may decide later that it can be closed, but it opens the door for a conversation and helps collect ideas.

Re:Plan the Sprint, Not the Project by almostdeadguy on Thursday August 20, 2020 @05:29PM (#24229227)
Months down the line your ideas might not even be relevant anymore. On my team, if you put stuff in the backlog, you're responsible for maintaining it. If you're not prepared to accept that responsibility, it belongs in a notebook or a word doc, not the backlog.
Re:Plan the Sprint, Not the Project by pc86 on Thursday August 20, 2020 @01:09PM (#24225652)
Yeah this suggestion seems like addressing a symptom - a backlog full of useless items - instead of addressing the disease - not having regular backlog grooming sessions where outdated/irrelevant items are either updated/fixed or removed.
Re:Plan the Sprint, Not the Project by majormajor on Thursday August 20, 2020 @01:34PM (#24225980)
The alternative to this that I use is "don't precisely estimate tickets more than a month out" because if something has 6 other tickets between now and it, things will probably change by then, so a precise fully-fleshed-out estimate will probably just wait time and not be any more valid than the "about a week" one anyway.