In the previous chapters, you clarified why your Node needs a data management strategy and identified a starting point. You then developed a first overview of your Node context and identified the people who can help take the work forward.
In this chapter, you will use that overview to identify and organise the main areas to include in your strategy.
Two complementary frameworks
This module uses two complementary frameworks:
- Structuring the content of your strategy using the Global Open Research Commons (GORC) model
- Assessing selected areas using the Data Stewardship Handbook maturity model
The GORC model supports the question: what should the strategy cover, and how do these areas relate to each other?
In this chapter, you will use the GORC model to structure the content of your strategy and identify priority areas. In the next chapter, you will use the maturity model to assess how well selected areas are developed and identify possible improvements.
You can read more about the two frameworks here:
Why defining the content matters
A Node data management strategy works best when it focuses on the areas that matter most. It does not need to cover everything, but it should make clear what your Node wants to achieve and where it will focus its efforts.
Defining the content means deciding which topics belong in the strategy, how they relate to each other and which of them need attention first. This helps turn a broad overview of services, roles and activities into a manageable set of strategic areas.
Without a clear scope, important areas may be overlooked or too many topics may be addressed at once. A defined scope helps you set priorities, connect existing work and decide where further coordination or development is needed.
It also makes the strategy easier to discuss with the people involved. They can see which areas are included, why they matter and where their input is needed.
You do not need to cover everything. A focused strategy that reflects your Node context is more useful than a complete but unrealistic overview.
Using the GORC framework
The Global Open Research Commons (GORC) model provides a common language and structure for describing the technical, organisational and human elements of a research commons.
You will use its essential elements to review your Node context overview, identify relevant areas and organise them within your strategy.
The essential elements can be grouped as follows:
- Technical elements: Compute, storage, network and authentication and authorisation infrastructure (AAI); services and tools; research objects
- Interoperability and standards: Interoperability and standards
- Organisational and human elements: Governance structures; rules of participation and access; engagement; human capacity; sustainability
The elements are connected. Services depend on infrastructure, standards support interoperability and governance and human capacity shape how the commons works in practice.
Using the framework helps you:
- group related activities and responsibilities
- see connections between different areas
- identify which areas are relevant to your strategy
- select where to focus first
The GORC model is not prescriptive. Focus on the elements that are most relevant to your Node and strategy.
For more background, see the Understanding the GORC framework page.
To explore how the framework relates to ELIXIR Nodes and distributed infrastructure, see Why use GORC in ELIXIR?.
Reflection: recognise the GORC elements
Review the Node context overview you developed in Chapter 2.
Consider the following questions:
- Which GORC elements are already visible in your overview?
- Which activities, services or roles relate to more than one element?
- Are there elements that you have not yet considered?
- Which elements seem most relevant to your strategy?
Record your initial observations. You will use them in the next exercise.
Focus on how the different parts of your Node connect. You do not need to describe every activity in detail.
Exercise: map selected GORC elements
Select two or three GORC elements that are most relevant to your Node.
For each element, describe what is already in place and how it connects to other parts of your Node context.
| GORC element | Current situation | Connections |
|---|---|---|
| Select an element | Add relevant roles, services, activities or resources | Note links with other GORC elements |
Keep your descriptions short and focused. The purpose is to understand the structure, not to assess how well each area is developed.
What your result could look like
The example below shows how the GORC elements could be mapped. It is illustrative and is not based on a specific ELIXIR Node.
| GORC element | Current situation | Connections |
|---|---|---|
| Governance structures | Defined roles such as Node Coordinator, Training Coordinator and Technical Coordinator, with coordination embedded in national initiatives and European collaborations | Governance connects roles and responsibilities with decisions about services, priorities and resources |
| Rules of participation and access | National and European policies, FAIR principles and data access frameworks, with alignment to initiatives such as EOSC and national infrastructures | Rules and access connect policy requirements with governance, services, research objects and daily practice |
| Services and tools | Data platforms, workflow tools and FAIR support services, with contributions to shared service ecosystems and ELIXIR Platforms | Services depend on infrastructure, standards, expertise and governance, and support researchers in managing and reusing data |
| Compute, storage, network and AAI | Compute, storage and data infrastructure distributed across institutions and connected to national infrastructures | Infrastructure supports services, research objects and data processing, and depends on coordination and sustainable resources |
| Research objects | Diverse datasets, metadata schemas and research outputs across domains, supported by FAIRification workflows and data stewardship practices | Research objects connect to services, standards, infrastructure and the communities that create and use them |
| Interoperability and standards | Interoperability tools, FAIR workflows, metadata standards and identifier systems, with contributions to shared standards and platforms | Standards connect research objects, services and infrastructure and support reuse across projects and domains |
| Human capacity | Training programmes, data stewardship support, community networks and participation in European training platforms such as TeSS | Human capacity supports the development, delivery and use of services and connects technical work with research communities |
| Engagement | Collaboration with research communities, participation in European networks and community driven initiatives | Engagement connects community needs and feedback with services, training, governance and strategic priorities |
| Sustainability | Institutional, national and project based funding, with activities embedded in national and European infrastructures | Sustainability supports the continuity of services, infrastructure, expertise and coordination |
This is an illustrative example. You do not need to map every element. Select the elements that are most relevant to your Node and strategy.
Exercise: draft your strategy outline
Use your mapping to identify the areas that should be included in your strategy.
For each selected area, record why it matters, what the strategy should address and who should contribute.
| Strategy area | Why it matters | What to address | Contributors |
|---|---|---|---|
| Add a selected area | Explain its relevance at Node level | Note the main topic or question to address | Add relevant roles or groups |
Use the completed table as a first outline for your strategy. You can add more detail as the strategy develops.
Aim for a focused outline rather than a complete strategy. Select the areas that are most relevant to your Node and realistic to address.
What’s next
You have identified the main areas to include in your strategy and created a first outline.
In the next chapter, you will use the Data Stewardship Handbook maturity model to assess how well selected areas are developed and identify possible improvements.
Related pages
Real world example
An accessible introduction to the Global Open Research Commons framework
Real world example
How the GORC framework can support coordination and strategy development across ELIXIR Nodes