Most collaborative projects require some level of knowledge management. Depending on the size and complexity of the project, this can be a simple matter of storing email correspondence in a specific mail folder, or a complex system of nested directory folders shared with project team members on an institutional drive or a cloud storage system.
A logical and transparent knowledge management system is important for the following reasons:
Shared drives and collaboration spaces
Even in a simple collaboration between two colleagues, it can be useful to maintain a shared file storage space rather than rely on each collaborator to maintain careful version control. Within the institution this can be achieved by setting up shared drives on University servers.
In the case of larger projects, it may be necessary to have different sections of the work shared between different team members, rather than having one common shared space. This can be achieved with file-sharing systems such as Dropbox and One Drive.
File naming conventions
Even in the context of individual projects, it is good practice when saving a files and creating folder structures to consider what makes that file or folder unique in its intended environment.
For example, when naming a file for a publication to be submitted to a journal, do not use the name of the journal as the file name. This may be unique in your filing system but will not be unique in the recipient’s system. You could use your own name, but that would not be unique in your own filing system. If the recipient does not provide any guidance, one solution would be to use your name plus the journal’s name, or the title of your article.
If dates are used as identifying features in file names, especially for sorting, they should be entered in the order YYYYMMDD
If files are to be shared, a file naming standard should be established at the beginning of the project. Stanford University Library provides guidance on best practice for file naming in data management. These guidelines can apply to any kind of shared file environment.
Version control
Careful version control is essential when it is important to keep a record of updates made to a document. For example, a journal editor might wish to keep the author’s original version as submitted, plus an author’s revision after peer review, the copyedited and/or formatted versions sent to the author for their final check, and the final version ready for publication.
Stanford University Library offers simple suggestions for naming different versions of files.
It is preferable to plan logical file names at the start of a project. However, if your file names do not reflect the version of each document clearly, it is still possible to sort a list of files by date and time updated, which can be helpful in establishing this information after the fact. In Windows, view your file list by Details and click on Date Modified to sort chronologically.
Another way that versions can be stored is by using nested folders. For example, in the journal situation above, all contributions for a particular issue might be saved to a folder for that issue, with the formatted versions saved into a folder within that folder (e.g. titled ‘Formatted’) and the versions ready for publication in a folder named ‘Ready’ within the Formatted folder. This system can be useful if there is an output (such as a journal issue, or research outcome) which will draw only on the final versions, as the contents of the folder can be consulted, copied or uploaded in one batch.
The simplest way to coordinate a project is to maintain a spreadsheet or database containing the metadata for various activities.
For example, a spreadsheet can be used to track the progress of an article through the journal publication process.
Columns might include title or identification number, author or creator, relevant dates (creation, submission, completion etc), status (in progress, name of person responsible), plus free text columns for notes.
This spreadsheet could be used to create metadata for a research data archive or other output. If so, it is important to use an appropriate metadata standard when setting up the spreadsheet.
If interested parties (e.g. authors, subscribers) need to be notified when an issue is published, a column containing email addresses (with no extraneous characters) can be simply copied into a To: field in an email message (for large lists prefer the BCC field).
It is often mandatory under research grant conditions to keep data collected as part of research projects. It is also important to keep records of scholarly activity, such as the conduct of peer reviewing, research methodology, third party agreements etc.
The Flinders Academic Commons is available for retention of research data and author’s copies of publications.
The University records management system has a mandate to collect official documents created by the university. See Archives and Records Management for more information.
Sturt Rd, Bedford Park
South Australia 5042
Ph: 1300 354 633 (Select 3)
Email: library@flinders.edu.au
CRICOS Provider: 00114A TEQSA Provider ID: PRV12097 TEQSA category: Australian University
Flinders University uses cookies to ensure website functionality, personalisation, and for a variety of purposes described in the website privacy statement. For details about these cookies and how to set your cookie preferences, refer to our website privacy statement.
You consent to the use of our cookies if you proceed.