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.
Offboarding is mostly administration, and the cost of doing it badly is spread across security, compliance and reputation. A checklist fixes almost all of it.
Offboarding is everything that happens between someone resigning and their last day being genuinely finished: knowledge handed over, access removed, equipment returned, final pay correct, and the relationship ended on terms both sides can live with. It is unglamorous, it has no owner in most small companies, and the failures are quiet — an ex-employee with live credentials nine months later, a client nobody told, a laptop written off silently.
It is also almost entirely a checklist problem. The individual tasks are easy; what is missing is a list that runs the same way every time and someone who owns it.
Access removal is the part that fails most often and matters most. Do it on a date and time agreed in advance, and check it rather than assume it — the common failure is not the obvious systems but the ones nobody remembers: a shared analytics account, a payment gateway, a supplier portal, an old VPN certificate. Run an annual audit of who actually has access; the first one is always instructive.
How someone is treated in their last two weeks is described afterwards to every candidate they meet and to every former colleague they stay in touch with — and increasingly, in public review sites. A company that removes access abruptly, skips the goodbye, and gets the final payslip wrong buys itself a reputation that costs more than the process would have. The cheapest version of good treatment is competence: an organised handover, an honest reference conversation, correct money, and someone saying thank you.
Ettex Board is a practical home for the checklist: columns and cards with drag-and-drop, assignees and avatars so each task has a named owner, due dates, checklists inside cards for the per-system access list, colour labels and priority flags, and lists or swimlanes if you run several departures at once. Every move and edit is logged per card, which is the audit trail you want for access removal. The handover document itself lives in Ettex Docs, the exit interview form in Ettex Forms, the access inventory as a table in Ettex Records, and equipment against the asset register you already keep there.
Said plainly: Ettex is not an HR or IT-management system. There is no employee record, no automated deprovisioning, no single sign-on that revokes access everywhere, no device management and no payroll. The board tracks tasks that people perform by hand in each system. That works for a company of a few dozen; automated deprovisioning is a genuine reason to buy identity management as you grow.
Knowledge handover, access removal per system, equipment return, client and colleague notification, final pay, document retention, and an exit interview — run from one checklist with an owner.
The day the resignation is accepted. Starting in the final week guarantees a rushed handover and a partial access review.
Access to secondary systems — analytics, payment gateways, supplier portals, shared vaults, VPN certificates — and accounts registered in the person's own name.
One named person, usually the line manager, with individual tasks assigned to whoever performs them. Split ownership between manager, IT and finance is why steps get dropped.
For the period your local employment, tax and payroll rules require — often several years. Check the rules where you operate and record the retention period alongside the file.
Yes, in both directions. Access removal is not a statement about trust, and the quality of someone's last two weeks is what they describe to every future candidate they meet.
Offboarding is a checklist with an owner: handover written early, access removed per system on an agreed date, equipment and final pay correct, exit interview by someone outside the line — and a completion check a week later.
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.