Run a single weekly priority-setting meeting
Replace ad-hoc priority requests with one weekly meeting where the whole team re-sorts together.
Why it works
Ad-hoc priority requests throughout the week are a source of manufactured urgency: each one feels urgent in isolation and disrupts the recipient’s actual Q2 work. Batching these into one weekly priority session means the team sees all the requests together, can compare them, and can make deliberate trade-offs instead of responding to whoever asked most recently or most forcefully. This moves prioritization from reactive to systematic.
How to do it
- Designate one weekly meeting — 30–45 minutes — as the sole venue for changing priorities.
- Require that new priority requests be submitted before the meeting, not raised ad-hoc between meetings.
- At the meeting, review all requests against the current quadrant state and make explicit trade-off decisions.
- Communicate decisions clearly to stakeholders and hold the line between meetings.
Evidence
Batching interruptions rather than handling them as they arrive is supported by attention research showing that task-switching has a significant cognitive cost and that deep work suffers most from fragmented interruptions. A dedicated priority cadence is the structural implementation of this finding. (observational)
Task-switching costs are well established; the specific "one weekly priority meeting" format is a practitioner convention rather than a tested schedule. In environments with genuinely fast-moving dynamics, a weekly cadence may be too slow.
Sources
- Rubinstein, Meyer & Evans (2001), executive control in mental task switching, Journal of Experimental Psychology: General
Common mistake
Letting the meeting become a status update that doesn’t actually produce decisions. The test of a good priority meeting is that something changed — a task moved up, another moved down, or something stopped.
Practice this with IX Coach
7 days free, then $40/month (~$1.30/day).
More practices for The Eisenhower Matrix for Teams
- Define "important" explicitly as a team
Before sorting tasks, align on what "important" means — which goals, for whom, over what time horizon.
- Surface the source of urgency before accepting it
Ask whose urgency it is and whether it was created by a missing upstream action.
- Protect important-not-urgent work as a team commitment
Schedule Q2 work on a shared calendar so urgent tasks can’t claim it by default.
- Establish an explicit delegation protocol for Q3 tasks
Define in advance who receives which types of urgent-but-not-important tasks — before they arrive.
- Run a regular team elimination review
Periodically review what the team is doing that no longer serves any current goal.