DRAFT - Data Management and Access Plan Template
Data Management Plan Attributes
NB. These two tables should be one table with six columns. Formatting constraints here prevented this.
Sign Off
Agreement sign off between the Data and Innovation Team and Grantees
Name
1
2
Date
Date
Definitions
Add the term/acronym/abbreviation
Add the definition for the term/acronym/abbreviation
Relevant Policies
Name the relevant policy
Provide a link to the named policy
Provide any notes that could be useful. This might include referencing sections of the policy or providing details on how to engage with it
The Data Management and Access Plan
SECTION ONE - STRATEGY
Outline who will take responsibility for different data management tasks and ensure roles and responsibilities are clearly defined and communicated. (Resourcing)
Outline how you will communicate the importance of FAIR data sharing for the investment? (Culture)
Outline how the investment will adhere to data sharing and privacy regulations while also providing FAIR data outcomes. (Support)
Outline how you will build trust and resolve differences between members in order to align approaches to FAIR data standards and policies. (Culture)
Outline how FAIR data management practices are integrated into daily workflows? (Support)
Outline how individuals can be supported by communities of practice in order to close knowledge gaps. (Culture)
Outline the guidance materials and training programmes for FAIR implementation in your project (Support)
Estimate the costs associated with data management and sharing, including data hosting, data data catalogue, reference data management, data modelling, retention and archiving (beyond investment completion) (Technical)
Specify who will take responsibility for different data management tasks and ensure roles and responsibilities are clearly defined and communicated. (Resourcing)
Briefly outline any conflicts between internal data policies and external regulatory, ethical, or privacy requirements and how you will resolve those conflicts. (Policy)
SECTION TWO - IMPLEMENTATION
The following questions will provide an overview of data to be collected, generated, or reused in your project, and the practical implementation of how to manage that data. You can answer these questions in any format you like (SMART style objective, a small amount of copy, or bullet points etc) as long as consideration has been given to each point, and it remains understandable at a later review.
Data Summary
Provide a concise summary of the objectives and reasons for data collection or generation within the project. This should align with the project’s goals and objectives and could mention specific research questions or hypotheses that the data will address. (Technical)
Specify the types of data to collect, generate or use, such as experimental measurements, survey responses, observational data, images, etc and specify which of these data are third party (if any). (Technical)
For each data type, specify the format (e.g. CSV for tabular data, TIFF for images, json, geojson) for storage and for sharing (if different from storing). Note whether this format is proprietary or not and if so, provide a justification. (Technical)
For the types of data listed as already existing (i.e. they are being (re)used), note the source and explain how that data will be integrated with the new data and note which permissions are needed to use existing data. (Resourcing and Technical)
For data collected, or derived from collection, describe where the data will come from for each type (e.g. sensor readings, interviews, simulations, field observations or a mix) and a brief overview of the methodology. (Resourcing and Technical)
Provide an estimate of the total volume of data you expect to generate or collect in gigabytes or terabytes and give a brief description of the infrastructure in place to store it. (Technical)
Identify which of the project data contain personal or sensitive information and specify what the information is which makes it personal, sensitive or combined. (Policy)
Identify and explain who might benefit from the data and the potential for reuse beyond the project lifecycle. (Culture)
Making Data Findable
Outline how data will be made discoverable by stakeholders during the project and internally, afterwards. If there is a plan to publish the data openly, after the project, outline how it will be made discoverable for that, too. (Policy and Culture)
Describe the use of persistent identifiers for your data types. These unique ID’s ensure datasets can be reliably found overtime and avoid confusion and duplication. (Policy and Technical)
Describe the practice of naming conventions for datasets within this project. (Policy and Technical)
Specify the metadata that will be captured to describe the data. (Technical)
Describe how the data will be documented, and in what detail and format it will be provided. (Resourcing, Policy and Culture)
Making Data Accessible
Outline how project data will be made accessible, if data is not to be made open, provide reasoning as to why. Aim to make data openly accessible unless there are specific reasons to restrict access such as personal or sensitive information. (Policy)
Are there any embargo periods applicable to project data, and if so, provide the details and a rationale explaining why it is necessary. (Policy)
Describe the strategies and infrastructure in place to preserve data beyond the project lifecycle. (Technical)
Making Data Interoperable
Outline what software and tools are required to support the interoperability of the project data? (Technical)
Where it is unavoidable that you use uncommon or generate project specific ontologies or vocabularies, will you provide mappings to more commonly used ontologies, if so, outline your approach. (Technical)
Describe the end to end infrastructure in place to support data management (e.g., institutional repositories, cloud storage, data analysis tools). It might help to refer to the data lifecycle diagram in the recipe and address each step in turn. (Technical)
Indicate which domain specific data and metadata vocabularies, standards or methodologies will you follow to make your data interoperable? (Technical)
Domain Vocabulary Table
Ontology for standardising terms in agronomic research and field trials from CGIAR
Agronomy Field Trials
Multilingual agricultural vocabulary covering crops, diseases, techniques.
General Agriculture
Controlled vocabulary for agriculture, forestry, horticulture, soil science, entomology, mycology, parasitology, veterinary medicine, nutrition, rural studies.
Life Sciences and Social Sciences
Fisheries and aquaculture (under development)
Fisheries and Aquaculture
Phenotypes of livestock in their environment.
Animals and Livestock
Nutritional attributes contributing to human diet.
Food and Nutrition
Minimum set of elements applicable for data and publication annotation and curation across CGIAR.
CGIAR Metadata Elements
Comprehensive ontology for bioscientific data analysis and data management.
Bioscience Data Collection and Analysis
Online vocabulary tools English and Spanish to select controlled vocabulary terms for subject indexing of AGRICOLA, PubAg and other databases.
General Agriculture
Description, resource discovery, interoperability and data exchange of different types of information relevant to food production, nutrition and rural development
Agricultural Metadata Elements Set
Indicate which domain agnostic standard vocabularies for all data types present in your data set to allow interdisciplinary interoperability? (Technical)
General Vocabulary and Standards Table
Formalisation of concepts and relations relevant to evolutionary comparative analysis.
Data Analysis
Represents places through their names using an ontological approach to promote semantic coherence.
Geographical
Registry of open, sustainable, usable, and unique identifiers for every research organisation in the world.
Domain Agnostic
Ontology for standardised, systematic description of effects, consequences and mechanisms of variations.
Domain Agnostic
Making Data Reusable
Specify the licences under which data will be made available (e.g., Creative Commons, GPL) and what conditions or restrictions that has on data reuse. Also specify where you will make the guidance for this available. (Technical and Policy)
Indicate how long datasets will remain reusable. (Policy and Culture)
Outline the actions that will be taken to ensure data quality. (Policy)
FAIR Assessments
Describe how you will track the project's FAIR potential maturity level throughout the investment. (Policy and Technical)
Describe how you will monitor the FAIRness of the project’s data assets through the use of the FAIR Data Assessment Tool. (Policy and Technical)
Data Security
Outline measures in place for data protection throughout the data lifecycle. (Technical, Policy and Culture)
Describe the planned use of access control for project data. (Technical and Policy)
Detail the backup and recovery procedures in place. (Policy and Technical)
Outline your approach to managing risk for your sensitive and personal data. More guidance on this can be found in the 'Resources' section of the recipe. (Policy)
Ethics
Outline any ethical issues that have been identified and need managing throughout the duration of the investment. (Policy)
Describe how informed consent will be obtained if applicable to this project. (Policy)
Outline the approach to anonymising data where applicable. (Policy and Culture)
Roles and Responsibilities
Outline any skill gaps within the team related to the data lifecycle and how this will be addressed. (Resourcing and Support)
Data Sharing
Briefly outline your data sharing agreement (if applicable) and any recipients of it, alongside any restrictions, constraints or challenges observed. (Policy)
Compliance and Support
Describe how you will monitor compliance with the Data Management and Access Plan throughout the investment. (Policy)
Outline the mechanisms for enforcing the Data Management and Access Plan including support and training for those who need it. (Policy)
Last updated