Like what you see? Comment, Follow, and Subscribe!

Friday, December 11, 2009

Research Management


(While this article is written from the perspective of a research lab manager, the discussion is applicable to any group content management situation.)

My primary goal is to get a PhD and eventually find a job in academia, so I've been thinking a lot about the best way to organize, manage and coordinate a small army of 'knowledge workers', aka run a lab. I say 'organize, manage, and coordinate' instead of 'lead' because, in my experience, it is the students who have to lead if a project is really going anywhere. The professor is still the 'primary investigator' in that he is responsible for coming up with innovative ideas and applying experience to suggest the most probably successful way to get things done, but it is up to the student to take ownership, survey the literature, organize the information, and do the actual work.

I believe it is also the responsibility of the professor to provide systems to be used by the students for organizing people, ideas, and information. Just a few years ago, there was no good way to implement such systems: the Web was still 'read only' for the vast majority of people, and the available content management systems were designed to be administered by a single person. A professor cannot be both a PI and an IT department! Fortunately, Web 2.0 advancements designed to enable 'user-created content' and 'group administration' are changing things for the better: a system can be designed and created by one person and then expanded and administered collaboratively by a group of people.

While my depth of experience with research management is pretty limited, I have tried several things that definitely don't work (and some that have, to varying degrees).

Coordination By Hoping That People Will Coordinate
Your lab will last about five seconds.

Coordination By Lab Notebook
Fine for projects with a single very responsible person; dangerous and nonfunctional in most situations. Only one copy exists, so extremely susceptible to loss or destruction. Not digitally archivable or searchable. Useless for group research; would require reading across multiple notebooks to follow the progress of the research. Impossible to share easily with others in the group for feedback and review and difficult to edit and update.

Coordination By Email
Familiar for everyone, archivable, and searchable, but there's no good way to organize them and the format is extremely limited. If a new person joins the project, it's just about impossible to bring them 'into the loop' and information in emails is lost when someone leaves the group.

Coordination By Traditional Website
Archivable, searchable; good for static materials. The most flexible format, but painful to update; must be done by someone with markup language or design software experience, which isn't a good thing for collaborative efforts. There are much better choices for dynamic materials and group projects.

Coordination By Google Sites
Archivable, searchable. Editing is by built-in WYSIWYG (what-you-see-is-what-you-get, Microsoft Word-like) interface. Includes built-in user management system, but users cannot create an account directly on the site. Sites can be made 'public' (accessible from the internet by anyone) or 'private' (authentication required). Includes built-in functionality for blog-like news posts, 'file lockers' for uploaded content, and standard pages. The free Google-hosted version has a content cap of 200MB for educational institutions (100MB for everyone else), but you can get some hosted space from your organization (or a private company) and deploy your own free Google Apps platform (including Sites, Calendar, Email, and Documents) with improved administration features (allowing you to set your own web address) and unlimited space. A vast improvement over a Traditional Website, but the format is still somewhat rigid; you are limited to the preconfigured functionality included by Google, and embedded custom scripts and the like are disallowed for security reasons.

Coordination By Google Docs
Archivable, searchable. WYSIWYG editing, but also allows formatting using HTML and/or CSS. Can be set to 'public' or 'private'; user management handled by assigning access privileges to a 'folder', and these privileges are inherited by all content (including subfolders). Like Google Sites, it does not allow embedded scripts. Users can create 'templates' for the content that they generate most often to speed up common tasks. This is a great platform to use in conjunction with another format (works great with Google Sites, for instance) because it has a lot of great features, but it is limited to the creation of text documents, spreadsheets, and simple presentations, and beyond that can only be used for uploading PDFs.

Coordination By Wiki
See my article on "How To Install a Wiki"!
Archivable, searchable. Harder to set up than the others; requires that you have your own server space and web address, which you should be able to get from your institution or for a few dollars a month from a private hosting company. Requires users to learn a simple markup language to edit pages - this could be a BIG turnoff for the WYSIWYG-only standard user. Built-in user management, but NO access controls - if you want to put secret stuff on a Wiki, it better be on a secure server.

Coordination By CMS (Drupal)
See my article on "Content Management For Web Design"!
Archivable, searchable. 'Modules' for added functionality (including a WYSIWYG editor to augment the standard HTML and plaintext), including blogs, wikis, multimedia galleries, forums, etc. Powerful, flexible user management and access controls with administrator-defined roles and priviliges; includes a built-in system that allows users to sign up for accounts directly on the site itself. A little more complicated to set up than the others (installation is similar to a wiki). A GREAT system with a little more of a learning curve than the others, but probably well worth it in the long run.

In Summary
There are a lot of different options, all with their own pros and cons. The best system is the system that gets used, so make the choice based on your own level of technological comfort and the wants and needs of your users.

Future articles: 'best practices' for research management; advanced research IT (file synchronization and backup)

No comments:

Post a Comment