The Community Engine Blog

News, tools, and analysis for innovating in the information economy

  • Main
  • RSS 2.0

« Folksonomy — One Man’s Experiment | | Moore Stuff: Bloglining all over the place »

Moore Stuff: Using blogs and wikis in my course

Scott Moore is engaged in trying to build an electronic community for a 1000 student course. As it turns out, this is remarkably challenging. Scott and I are carrying on an open discussion about how to proceed.

Sections:

Moore Stuff: Using blogs and wikis in my course:

But the main point that I took away from our meeting was how wikis are for collaboration. If I want the assignments to be true collaborations, then I should look at wikis. If I want students to be more directly tied to their input, if I want the work to be more about individual synthesis, then a blog is more the way to go.

This quote from Scott is great. It's so interesting to hear where the person you were talking to found value compared with your own perception of of how you were adding value. To be honest, I think I was just repeating what is, in some circles at least, common wisdom about wikis, a sort of web site where anyone can volunteer to help maintain and update information in it on relevant topics. However, except for the cite to the Blog Business Summit presentation that I just gave, I don't know anywhere on the web where it is stated so succinctly by people in the know. The current state of blogs (individual pushbutton publishing on the web) and wikis is such that you have to look pretty far to get clear ideas about their main attributes. There are a couple of other thoughts I have on Scott's post.

One of the more interesting things about Scott's application is the level that he wants to scale his community to. He is trying to run a course with 1000 students. He wants them to participate in an electronic community, in part I think as an effort to scale himself, and in part, truth be told, because he is a technology maven. He thinks it would be neat to do.

You might think handling 1000 students in something like a wiki is trivial. Wikipedia, an extremely oft-cited example, has over 30,000 contributors who maintain over 1 million entries in a sort of web-based encyclopedia. Well, if you do the math, you realize that these numbers boil down to saying that there is typically one maintainer for every 30+ pages of content. So, scaling here comes in many cases from people having a domain that they essentially own in the larger social enterprise. In an academic course where you are trying to present basic material, the range of topics is likely to be much more focused leading to potential collisions among participants all wanting to talk about the same topic at once. It's unclear that most wiki software is built to withstand this sort of contention.

Another extremely important issue that Scott is facing is that the academy is not a bottom-up organization. Therefore (and perhaps oddly to people not engaged as academics), software produced by academic institutions (not students or researchers, but administrators) tends to be top-down and control-oriented. The idea is that the professor broadcasts to the students and the students receive. Further, the professor or university may have some knowledge asset that needs protecting (please read this phrasing as subtly sarcastic). So, things are built with the notion of controlled access and protected intellectual property as top priorities. Engendering bottom-up participation is not considered, even though one might think that getting students' active involvement is one of the keys to getting them to actually learn.

Scott is saddled with such a software that variously goes by the names ctools (internal to University of Michigan) and sakai (the open-source base of ctools used by a number of universities), and he wants to use it for a discussion board to engender class participation.

The problem I see with discussion boards is that the person who has ownership is the discussion board owner, and this is doubly the case in something like ctools. I have an alternative proposal. Use blogs for individual discussion and aggregate them. You will get individual participation much as you see this conversation taking place on the web. We did a successful prototype with this last fall which I have reported on extensively here and for which we will soon prepare a whitepaper.

Bud posted this on January 30, 2005

Trackback Pings

TrackBack URL for this entry:
http://thecommunityengine.com/cgi-sys/cgiwrap/fpgibson/thecommunityengine.com/mt/mt-tb.cgi/288

Listed below are links to weblogs that reference Moore Stuff: Using blogs and wikis in my course:

» Handling questions about a specific lecture from Moore Stuff
Once again, Bud Gibson has got me thinking this morning with a reaction to my earlier post. Yes, I think having an electronic community for 1000 students would be neat to do. Yes, I need to scale myself. There aren't... [Read More]

Tracked on January 31, 2005 08:29 AM

Comments

Are there going to be TAs and discussion sections for the class? That would affect your choice of tools.

It would be worthwhile to look back on earlier U of Michigan developed technology, in particular Confer II, as a model for how to handle very large communities of people participating in online discussions. (Confer ran on MTS, which is long gone.) You might just look at having a single "big" central blog with lots of room for people to post comments to discussion items as a way to get engaged.

Posted by: Edward Vielmetti [TypeKey Profile Page] at January 30, 2005 09:19 PM

Ah yes, the age-old "relative merits of wiki vs blog" debate. :)

I believe the more fundamental questions are "What constitutes a valuable knowledge artifact (within a specific problem domain)? "How are such artifacts represented, persisted, and managed?"

In once sense, the difference between wiki and blog is primarily in *how* the underlying knowledge artifacts are presented and navigated. If the underlying information architecture cleanly separates form from content, the same artifacts can be presented as blogs, wikis, or many, many other form (e.g., RSS, smart tags, outlines, graphical "mind maps", threaded discussions, organized by topic, by author, by... etc.).

In another sense, the difference between a wiki, blog, or some other approach may be more fundamental. The choice of tool may have a significant impact on our *definition* of knowledge artifact, our ability to manage security and/or visibility of artifacts, and our ability to represent relationships between artifacts. For example, what constitutes a "post"? (Is a post a though of an individual, a group of individuals, is a revision of a prior thought a new artifact related to a prior artifact or is it simply a change to an existing artifact?, etc., etc.) What *type off associations* between posts, users, other artifacts are recognized and persisted? Who can see which artifacts? Who can add, modify, or delete which artifacts? Etc. etc.

IMO, choosing between wikis and blogs (or something else) before clearly stating the business requirement of the problem domain is getting the cart before the horse. Once the cart is well defined and an object model capable of representing that cart has been identified, then its time to start thinking about the appropriate horse (i.e., use case metaphors and UI) to pull the cart.

Posted by: F. Andy Seidl at February 3, 2005 12:05 PM

Post a comment




Remember Me?