Data, information, knowledge: three terms used interchangeably in logical frameworks, terms of reference and project reviews. Yet this conflation causes silent but massive damage: inappropriate decisions, unreadable dashboards and lost learning opportunities.
Confusing a physical completion rate (data) with an alert about a supply delay (information), or with a consolidated rule on recurring bottlenecks (knowledge), dooms monitoring and evaluation to remain an administrative function rather than a management tool.
This article shows why this lack of distinction persists, how it manifests in practice within projects, and how to overcome it
Before any analysis, conceptual clarification is essential. In information science, this triptych is fundamental.
From raw data to capitalised knowledge — three levels of abstraction too often confused in M&E systems.
Data is a raw element, often quantitative, devoid of intrinsic meaning.
Examples: 42% · 15/05 · 1,200 beneficiaries.
A single piece of data does not allow for any decision.
Information arises from the interpretation of data. It is based on:
Knowledge emerges when information is:
In practice, the confusion between data, information and knowledge produces recurring and objectively identifiable symptoms.
Many M&E systems continue to operate under the following implicit assumption: the more data we collect, the better our decisions will be.
The consequences are well documented:
A dashboard saturated with data becomes unusable. The phenomena observed include:
The most costly pitfall: information correctly identified during a project cycle is never transformed into knowledge for the next cycle or for other projects.
This phenomenon results in:
Three structural biases explain its persistence in development projects.
The pressure to produce quantified and ‘verifiable’ indicators often pushes teams to prioritise quantity over usefulness. Not all metrics are worth tracking.
Most M&E tools remain data managers. They do not include the transformation of data into information or knowledge. Without this layer, each user interprets the same data differently.
Producing figures gives the impression of progress. This feeling often masks a more uncomfortable question:
The result is cognitive overload coupled with sub-optimal decision-making.
Moving from confusion to control requires three simple principles, though they are demanding to implement.
Before adding a variable or indicator, systematically ask two questions:
If no decision is identified, there is no point in collecting the data.
A good dashboard does not mix three levels in the same view. Instead, it offers:
This visual and logical separation requires each user to explicitly navigate through the levels of abstraction.
Project meetings often deal with data and information and knowledge on the same agenda, leading to confusing discussions. A best practice is to organise differentiated reviews:
This differentiation prevents jumping from a debate on the reliability of a figure to a strategic decision without having resolved the first issue.
Applying this clarification changes the very nature of the indicators tracked. This approach entails:
We no longer debate a figure (“74%, is that a problem?”). We examine the information (gap in the West region) and apply or adjust the knowledge (minimum training required).
The confusion between data, information and knowledge is not merely a matter of terminology. It directly undermines projects’ ability to manage their activities effectively.
In practical terms, this results in:
Result: a great deal of effort spent on data collection… for limited decision-making value.
Conversely, the most effective monitoring and evaluation systems are based on a clear structure:
Above all, they ensure continuity between these levels and operational decision-making.
It is precisely on this point that Delta Monitoring delivers tangible added value. By structuring monitoring and evaluation flows, the tool enables you to: