A Capability Maturity Model for Research Data Management
CMM for RDM » 1. Data Management in General » 1.3 Activities Performed

Changes for document 1.3 Activities Performed

Last modified by Arden Kirkland on 2014/06/06 12:52
From version 21.8
edited by Arden Kirkland
on 2014/03/17 00:34
To version 22.1
edited by Arden Kirkland
on 2014/05/10 13:02
Change comment: proofreading

Content changes

... ... @@ -8,11 +8,11 @@
8 8
9 9
10 10
11 -In the general data management process area the activities performed involve turning the requirements, collaborations/partnerships, plans, and procedures into written documents that state shared consensus and understanding of the goals and actionable plans within an institution or a research group. Different kinds of activities performed will reflect different levels of capability maturity in research data management.
11 +In the general data management process area, the activities performed involve turning the requirements, collaborations/partnerships, plans, and procedures into written documents that state shared consensus and understanding of the goals and actionable plans within an institution or a research group. Different kinds of activities performed will reflect different levels of capability maturity in research data management.
12 12
13 13 == 1.3.1 Manage RDM Requirements ==
14 14
15 -Two aspects of RDM requirements are crucial for RDM. The user aspect of RDM requirements focuses on the functionalities that an RDM system or platform can offer for researchers to perform their data management tasks throughout the research lifecycle, so that they can save time while achieving the RDM goals. The technical aspect of RDM requirements refers to the technologies and organizational support that make these functionalities possible. RDM requirements may change over time as new projects, new data emerge. Documenting RDM requirements and keeping them updated will establish a common understanding between researchers and RDM processes. This agreement with researchers is the basis for planning and managing the RDM processes.
15 +Two aspects of RDM requirements are crucial for RDM. The user aspect of RDM requirements focuses on the functionalities that an RDM system or platform can offer for researchers to perform their data management tasks throughout the research lifecycle, so that they can save time while achieving RDM goals. The technical aspect of RDM requirements refers to the technologies and organizational support that make these functionalities possible. RDM requirements may change over time as new projects and new data emerge. Documenting RDM requirements and keeping them updated will establish a common understanding between researchers and RDM processes. This agreement with researchers is the basis for planning and managing the RDM processes.
16 16
17 17 Developing RDM requirements can be done through a wide variety of channels (as described in [[1.1.2 Develop user requirements>>url:http://rdm.ischool.syr.edu/xwiki/bin/view/CMM+for+RDM/1.1+#H1.1.2Developuserrequirements||rel="__blank"]]), but managing RDM requirements goes further than requirements gathering. The goal is to establish a baseline for use by research data management processes and keep RDM plans, outcomes, and activities consistent with the RDM requirements from users and systems.
18 18
... ... @@ -25,19 +25,19 @@
25 25
26 26 == 1.3.2 Manage Collaborations and Partnerships ==
27 27
28 -Collaborations and partnerships in RDM may take place at all organizational levels and among any number of community members. Large-scale collaborations and partnerships include examples such as DataONE ([[https:~~/~~/www.dataone.org/>>url:https://www.dataone.org/||rel="__blank"]]) and the Laser Interferometer Gravitational-Wave Observatory (LIGO, [[http:~~/~~/www.ligo.caltech.edu/>>url:http://www.ligo.caltech.edu/||rel="__blank"]]). There are also regional, disciplinary-based collaborations (e.g., the Hubbard Brook Ecosystem Study, [[http:~~/~~/hubbardbrook.org/>>url:http://hubbardbrook.org/||rel="__blank"]]) and many within-institutional-units collaborations for research data management (e.g., Cornell University's Research Data Management Service Group, [[https:~~/~~/confluence.cornell.edu/display/rdmsgweb/Home>>url:https://confluence.cornell.edu/display/rdmsgweb/Home||rel="__blank"]]). The goals of collaboration and partnership management are to keep the collaborators and partners aware of the shared purpose, gain consensus on problem solving, engage them in the process, and make sure sharing between the parties involved.
28 +Collaborations and partnerships in RDM may take place at all organizational levels and among any number of community members. Large-scale collaborations and partnerships include examples such as DataONE ([[https:~~/~~/www.dataone.org/>>url:https://www.dataone.org/||rel="__blank"]]) and the Laser Interferometer Gravitational-Wave Observatory (LIGO, [[http:~~/~~/www.ligo.caltech.edu/>>url:http://www.ligo.caltech.edu/||rel="__blank"]]). There are also regional, disciplinary-based collaborations (e.g., the Hubbard Brook Ecosystem Study, [[http:~~/~~/hubbardbrook.org/>>url:http://hubbardbrook.org/||rel="__blank"]]) and many within-institutional-unit collaborations for research data management (e.g., Cornell University's Research Data Management Service Group, [[https:~~/~~/confluence.cornell.edu/display/rdmsgweb/Home>>url:https://confluence.cornell.edu/display/rdmsgweb/Home||rel="__blank"]]). The goals of collaboration and partnership management are to keep the collaborators and partners aware of the shared purpose, gain consensus on problem solving, engage them in the process, and ensure sharing between the parties involved.
29 29
30 30 Maintaining communication policies (described in [[1.1.4 Develop communication policies>>url:http://rdm.ischool.syr.edu/xwiki/bin/view/CMM+for+RDM/1.1+#H1.1.4Developcommunicationpolicies||rel="__blank"]]) is crucial in managing collaborations and partnerships. Regular meetings should be held and other communication methods used for awareness, sharing, motivating, and engaging purposes. Whether collaboration scale is large or small, decisions reached and notes taken during meetings or through asynchronous channels should be carefully documented and shared among collaborators and partners.
31 31
32 32 == 1.3.3 Create Actionable RDM Plans ==
33 33
34 -Data management plan as part of the activities performed refers to the one that is operational and created when a new research project starts or when an institution takes a data management initiative. In the case that a project is funded by a grant from NSF or other funding agency, the DMP submitted with the proposal will need to be expanded with operational specifics for the project staff to follow and execute. The operational DMP for a new research project should specify essential management tasks that may have not included in the proposal-stage DMP, including data storage structures, backup schedules, naming conventions for data files and folders, and procedures for data processing and transformation, in addition to the high-level descriptions in a proposal-stage DMP.
34 +Discussion of a data management plan as part of the activities performed refers to one that is operational, created when a new research project starts or when an institution takes a data management initiative. In the case that a project is funded by a grant from NSF or another funding agency, the DMP submitted with the proposal will need to be expanded with operational specifics for the project staff to follow and execute. The operational DMP for a new research project should specify essential management tasks that may not have been included in the proposal-stage DMP, including data storage structures, backup schedules, naming conventions for data files and folders, and procedures for data processing and transformation, in addition to the high-level descriptions in a proposal-stage DMP.
35 35
36 36 == 1.3.4 Develop Workflows and Procedures ==
37 37
38 -A workflow is defined as a "set of tasks involved in a procedure along with their interdependencies and their inputs and outputs" ([[Ailamaki, Ioannidis, & Livny, 1998, p. 1>>||anchor="Ailamaki"]]). Data management workflows consist of tasks to be performed and procedures that ensures the consistent performance of the tasks. For example, the objective of file naming convention is to establish patterns of file names for searching and identifying data input and managing data output. A workflow for data input and output will involve defining naming conventions, assigning names to output data, depositing them to appropriate file locations, and creating appropriate annotations. These tasks should follow standard procedures so that data output is managed with consistency, upon which scientific experiments or computational runs will depend to obtain the input data.
38 +A workflow is defined as a "set of tasks involved in a procedure along with their interdependencies and their inputs and outputs" ([[Ailamaki, Ioannidis, & Livny, 1998, p. 1>>||anchor="Ailamaki"]]). Data management workflows consist of tasks to be performed and procedures that ensure the consistent performance of the tasks. For example, the objective of a file naming convention is to establish patterns of file names for searching and identifying data input and managing data output. A workflow for data input and output will involve defining naming conventions, assigning names to output data, depositing them to appropriate file locations, and creating appropriate annotations. These tasks should follow standard procedures so that data output is managed with consistency, upon which scientific experiments or computational runs will depend, to obtain the input data.
39 39
40 -Developing workflows for data management needs to define each key process area clearly, which will then be used to identify tasks to be performed and procedures to ensure consistency in performing the tasks.
40 +In developing workflows for data management, staff need to define each key process area clearly, as these will then be used to identify tasks to be performed and procedures to ensure consistency in performing the tasks.
41 41
42 42
43 43
... ... @@ -61,4 +61,3 @@
61 61
62 62
63 63
64 -

XWiki Enterprise 5.1-milestone-1 - Documentation