Ticket triage: deciding what gets answered first
Triage sorts incoming requests by urgency and owner before anybody starts work. How to set priorities that hold, who should do it, and why first-in-first-out fails.
A due date without an owner and a consequence is a wish. How to set dates that hold, what to do when one slips, and why most overdue lists are ignored.
Teams rarely have a deadline problem; they have a dates-nobody-agreed-to problem. A due date assigned to a task in a system, without the person who has to do it being asked, produces an overdue list that everybody learns to scroll past — and once a list is routinely ignored, the dates on it stop carrying information of any kind.
Because they fill with items nobody intends to do. Every list accumulates tasks that were a good idea once, were given a date out of optimism, and are now three months overdue with no consequence attached. People learn, correctly, that the list is not a commitment — and from that point the genuinely urgent item is invisible among forty stale ones. Cleaning that list is more valuable than chasing anything on it: either give an item a new date somebody agreed to, or close it as not being done.
Treat a date change as normal and a silent slip as the problem. A task re-dated with a reason is information; a task that quietly goes red is somebody hoping nobody looks, and the second behaviour is learned from how the first one is received.
The most effective change most teams can make is to stop putting dates on things that do not need them. Dates belong on work with a dependency or an external commitment; everything else can sit in a prioritised list without a fictional deadline. A short list of dates that are real beats a long one where red means nothing, and it takes a deliberate clean-out to get there because removing a date feels like lowering a standard.
Ettex Board keeps the date beside the owner and the column, so overdue is visible in the place the work already lives rather than in a separate report. Where the commitment is external rather than internal, the date belongs in a register with the evidence beside it instead of on a card.
The person doing the work, agreed with whoever needs it. Dates assigned without that conversation are the main source of overdue lists nobody reads.
It should be re-dated once with a reason, before the original date where possible. Silent slippage is the behaviour to discourage, not the change itself.
No. Dates belong where something or somebody depends on them. Dating everything is how red stops meaning anything.
Triage sorts incoming requests by urgency and owner before anybody starts work. How to set priorities that hold, who should do it, and why first-in-first-out fails.
A milestone marks a verifiable completion, not a point in the calendar. How to choose them, how many to have, and why percentage-complete reporting replaced them badly.
The critical path is the sequence that sets the end date. How to find it without software, why most status reports chase the wrong tasks, and what float really means.