
Prioritisation
Part of Improving team productivity without more activity tracking
Defining useful output for knowledge work
Define a knowledge-work output by its recipient and use, then check quality before relying on counts or claiming a wider outcome.
Define a knowledge-work output as something another person can use for a stated purpose: a decision brief, a resolved question, an approved design or an answer that lets work continue. Name the recipient and intended use before choosing a count. A document created or a meeting held shows activity; neither on its own shows that the work helped.
Ask what leaves the team's hands
Start with a recurring responsibility and complete this sentence: ‘We provide [result] to [recipient] so they can [next action].’ If the result stays inside the team, identify who uses it there. A useful output does not have to be externally visible.
For a hypothetical operations analyst, ‘prepare reports’ is an activity description. ‘Give the service manager a report that identifies cases needing follow-up and the information needed to assign them’ describes an output and its use.
Whether follow-up later improves the service is a further outcome, influenced by other work as well. Keeping those levels separate prevents a team from claiming a broader result from the mere existence of a report.
Describe usable, not just finished
Test a proposed output with the person who receives it:
- Can they tell which version or period it covers?
- Does it answer the question they need answered?
- Is a critical check, approval or explanation missing?
- Can they take the next step without rebuilding the work?
Record only the conditions that matter to this type of output. A short answer to a routine question should not require the same form as a major design decision.
Count comparable outputs only after that definition is clear. Two completed items may take different effort or carry different risk. A raw total can also rise when work is split into smaller tickets or handed over before it is usable.
If a count is helpful, read it alongside an indication of quality, returns or recipient use. Treat every measure as a limited signal, not a score for comparing unlike roles.
Check the connection to the intended outcome
Some outcomes appear well after an output is delivered. A training guide can be available before anyone has used it; a decision brief can be sound even if the final decision depends on a budget outside its author's control.
Ask what evidence would show the output was used and what other factors might explain the result. When that evidence is unavailable, say so.
A workable definition may therefore be: ‘A current, checked answer to the agreed question, delivered to the named recipient in time for their decision.’ It is specific enough to review without pretending that one person controls every later outcome. Revisit it when the recipient's need changes.
Key Principles of Useful Knowledge Work Output
- Recipient clarity
- Always name who uses the output
- Purpose-driven design
- Define use before counting outputs
- Quality over quantity
- Count only after usability is confirmed
- Separate outcomes from outputs
- Don’t claim broader impact from mere delivery



