ODI Report: Mapping Data Ecosystems
ODI Report: Mapping Data Ecosystems
ODI Report: Mapping Data Ecosystems
Contents
Background
Purpose
Methodology
Example ecosystem maps
Scoping
If you’re creating an ecosystem map by yourself/with a couple of people
Before you sit down
Drawing the ecosystem
If you’re running a workshop
Before the workshop
During the workshop
Mapping the present vs mapping the future
Writing up and improving your map
Feedback wanted
Further reading
Example ecosystem maps
Resources
Background
When we started to explore how open data could be used to deliver public services
through our research and development programme, we knew we needed a means
of capturing the variety of ways that people and organisations are collaborating with
data, in order to help us clearly communicate that variety more widely.
To help us achieve that we have drawn on ideas from rich picturing, systems
thinking and value network analysis to develop an approach for mapping data
ecosystems. By creating a visual map that illustrates how data is being accessed,
used and shared by a variety of organisations, we have found it is easier to explain
the ecosystems that exist around products and services.
We have tested this tool in a variety of projects and are already finding it a useful
approach. Data ecosystem maps can help to identify the data stewards responsible
for managing and ensuring access to a dataset, the different types of data users
and the relationships between them. We think the approach can help to
communicate where and how the use of open data creates value.
We have started using this tool in our own projects, but we are also keen to see
how it can be applied in new projects and contexts. For example, it might be a
useful way not only to explore existing data ecosystems, but also to map out new
ecosystems that might be created through the publication of additional data. We
are also interested in whether the tool might need to be adapted when used in
different contexts, eg based on language, culture and location.
Let us know your thoughts by commenting on this document or contacting Isabelle
Champion ([email protected]).
This is an early sketch of the data ecosystem that exists around the Leeds Bins
app. A more polished version of the diagram can be found in our report on using
open data for public services
This map illustrates the data ecosystem that supports an application that helps
schools to be more energy efficient. This map has been drawn using Kumu.io to
make it easier to explore online.
Methodology
There are different ways to map out your data ecosystem, each of which has
benefits and drawbacks:
● On your own, or with some colleagues
If you have a good knowledge of the data flows in an ecosystem, you can sit
down and use this methodology by yourself – all you need is a pen and
paper. This can be especially useful when it is difficult to get participants
together. The drawbacks of this are that it is harder to verify whether your
drawing is an accurate representation of the data flows. One way to
overcome this is to share the map you create with other stakeholders in the
ecosystem as a starting point for discussion, and then use their comments
and queries as a way to explore the ecosystem in more detail.
● In a workshop setting
If you can bring together a group of 3–6 people who are involved in different
areas in the ecosystem, and have facilitators in room, you can draw the
ecosystem map together in a workshop setting. Ideally, you will need 1 to 2
hours of workshop time to draw the ecosystem map, with 2–3 rounds of
written follow-up after the workshop to develop a shareable ecosystem
map.
We loosely follow the methodology of rich picturing. This means that your drawings
don’t have to follow a set structure or format, but they should contain as much
detail as you think you need to understand the ecosystem. Maps can get very busy,
very quickly, once you start drawing out the ecosystem, so we suggest focusing on
the main value exchanges rather than trying to be completely comprehensive (at
least at first).
Scoping
This section is relevant whether you are creating an ecosystem by yourself or with a
couple of people, or in a workshop setting.
While one of the goals is to identify the different roles that organisations play in data
ecosystems (eg “aggregator”) it is often easier to start with the individual
organisation and their specific exchanges first, rather than the goal. Organisations
may end up playing several roles, and the map will help to demonstrate that.
Think about:
Draw this on the whiteboard or on post-it notes and continue with the organisations
or teams you interact with, including those involved in a process before and after,
focusing on how data is used across the ecosystem. Add different players one by
one and add lines to connect them, specifying the relationship between them and
adding arrows for direction whenever possible.
Think about:
“What data does each player use, who provides it, how is it accessed?”
“What data does each player release, who uses it and for what?”
“Is data shared reciprocally?”
Aim to capture the actors involved and how they collaborate, the types of data
used, the role of standards and the flow of funding, if relevant. Using symbols and
icons can make it easier and more intuitive to follow. Use different coloured markers
for different flows, such as data and money. It can be useful to clearly define how
data is shared across the ecosystem according to the Data Spectrum.
Think about:
If you make any assumptions, or there are important points around the narrative or
storyline of the ecosystem, add these to the map as you go – they will be helpful
when writing up your ecosystem later!
Note: The ecosystem map will inevitably become messy, as no formal structure is
followed. This is not a problem and in fact allows you to capture as much
information as possible.
If you’re running a workshop
Follow all the steps in the Scoping section above before moving on to the steps
below.
Before the workshop
Suggested questions:
“What data do you use, who provides it, how do you access it?”
“What data do you release, who uses it and for what?”
“Is data shared reciprocally?”
Aim to capture the actors involved and how they collaborate, the types of data
used, the role of standards and the flow of funding, if relevant. Using symbols and
icons can make it easier and more intuitive to follow – for example, labelling data
exchanges in some way to add a bit more context, perhaps by using thicker lines
for key data exchanges, or a marker to indicate open (versus shared or closed) data
sharing, or using different coloured markers for different flows, such as data and
money. It can be useful to clearly define how data is shared across the ecosystem
according to the Data Spectrum.
Suggested questions:
It will be more difficult to remember details after the workshop. Go through the list of
actors and flows defined in step 4 to make sure you cover the most relevant
aspects.
Note: The ecosystem map will inevitably become messy, as no formal structure is
followed. This is not a problem and in fact allows you to capture as much
information as possible.
This section is relevant whether you are creating an ecosystem by yourself, with a
couple of people, or through a workshop setting.
If you want to think about what an ecosystem might look like in the future, or identify
opportunities for new data, relationships or services, it is best to start by drawing
out what the ecosystem looks like now. Try to focus on real rather than potential
exchanges of value. So, rather than brainstorm ways that sharing some data might
provide useful, check whether you can point to some evidence of a tangible or
intangible value exchange. For example:
Once this is done, you can identify roles, actors, flows of data or standards that are
not in the system yet.
For example, almost all exchanges where a service is being delivered also include
an implicit, reciprocal data exchange (eg users contributing data back to the service
provider in the form of usage statistics, transactional data, etc). Identifying where
that data is accruing (but not being shared) is a good way to identify future open
data releases.
Clearly mark these as opportunities, for example by using different coloured post-it
notes or pens to draw new arrows or add new interactions onto the relevant parts
of the system, so that they do not get confused with the current ecosystem when
you do the write up.
Write up narrative
Once you have finished drawing the ecosystem, it can be useful to write up the
narrative in text in a few paragraphs (max. two pages), based on the ecosystem
map and the narrative notes. If you ran a workshop, or created the map with others,
share the write-up and picture of the ecosystem map with the relevant stakeholder
contacts so they can review the content, add any missing information, or clarify
questions.
We are looking for feedback on how this tool works for you. In particular, we are
keen to learn more about:
● thoughts on the methodology we have outlined and how we can improve it
● how the tool is being used in different contexts and countries
● how useful people find the tool, and where we can make improvements to it
● different tools people can use to design their ecosystems
● different examples of ecosystem maps you have created
Please leave comments on this document, or send any other feedback you
have to [email protected]
Who to contact for more information
Contact [email protected] to discuss how the ODI can help you understand the
ecosystems you are part of, as well as how our other tools can support you to use
data better.
Further reading