The virtual team project may be over, but I am left pondering some of the intricacies of the project. The two main ones that interest me the most are the team dynamics and the editing of one document. There is much literature written on team dynamics, some of which has been posted by Darina. However, for this post, I’d like to discuss the editing of one document.
For our team assignment, each member of our team submitted sections of his/her report to the Resources area of Sulis. Then I, as Editor collated the information into one Word document. Each time a new draft was created, I gave the document a new version number – 0.1, 0.2, 0.3 and so on, and then submitted it to the Resources area. This is the traditional way that I have worked on documents. However, I am interested in exploring a better method.
The teams in the class used a variety of editing tools such as wikis, Google docs, and Adobe Communicate to work on the same document. Our team decided to use wikis. My initial reaction to the wiki was one of dislike. It looked like each member had to use the wiki to format and write sections of the document, perhaps synchronously, while signed into Sulis (an application that signs one out after a while perhaps without saving work). Although curious, I left it in the hands of one team member who volunteered to study it. But unfortunately, she was absent from the project so we never really got to explore its use, beyond using it to submit Word documents to the Resources area.
It was clear from the presentation on Wednesday that no team liked to use the wiki for collaboration. So, I’m unsure about exploring it further. I researched some articles and have discovered some interesting alternatives. The following is taken from The user-centered iterative design of collaborative writing software:
· Aspect – is a collaborative conferencing system that runs on networked computers and provides writing, drawing, and painting tools.
· GROVE – is an outlining tool designed for users at remote sites working on networked computers.
· PREP – is a writing tool that provides asynchronous access to documents and can be thought of as a “spreadsheet for documents,” because it provides a column based interface where text is presented in columns of visually linked chunks.
· Quilt – is a multi-user hypermedia communications and coordination tool which combines computer conferencing with multi-media email.
· ShrEdit – is intended for simultaneous writing by several users working on networked computers in a conference room.
If anyone in the class has used any of these tools, please let me know what you think of them.
In the past week, my business partner has purchased Network Attached Storage (NAS) and informs me that one can use this to work on the same document. Some interesting articles on NAS include:
With NAS, one can access another's entire filing system over the Internet, by signing in with a username and password. They can also work on the same document at the same time. Although, it is perhaps not a cost-effective tool to use for small groups (according to the literature).
The concept of working on the same document synchronously interests me (I have only ever been required to work on a document independently). If, in the future, one has to work with a team of technical writers, this is certainly a skill that is desired, and therefore worth knowing. If anyone has any other experience in this area, please let me know. Thanks.
Hi Maresa
ReplyDeleteOur group attempted to collaborate synchronously using a wiki on the introduction of our report and encountered problems when members thought the had overwritten anothers' contribution. Lucky they hadn't, so the process of having to retrace steps was avoided.
We concluded that a similar feature to that on goole docs, whereby users can see where and when others are contributing, would be an important addition to wikis. But from our experience with the sulis wiki, we thought it wasn't best suited to the task of synchronous collaboration on a single document.
In saying that, our group found the wiki to be a great collaboration tool throughout the different stages of the project, and by the end it became the sole focus. (I won't go into detail here but I posted up some info on our group's experience with the wiki in my blog)
Those are some interesting programs you have mentioned in your post and I'll be sure to look in to them in the near future. Thanks.
Conor
Thanks for your comment Conor.
ReplyDeleteOverwriting someone else's work when using these technologies would be my biggest concern with these technologies. And even though google docs tells you who is editing which section, I wonder what that is really like to use. Is it annoying and confusing? What if you had something really interesting to say and are in flow, and someone else starts writing that section. Can you immediately overwrite them? Probably not. Or what if they started editing something you thought was brilliant?
I'm so used to having ownership of a document, I'm relectant to release this unless I knew the alternative was effective. I guess my only option is to go and use it.
I'll have to check out your blog on your wiki experience, thanks.
Maresa