Week of Sep 7, 2003

« Week of Aug 31 < Individual Entries > Week of Sep 14 »

Social Loafing, Free Riding, and Online Communities

psychology, society & sociology

September 10, 2003, 11:25 PM

In CSCW / Designing Online Communities last week, we read, processed, and discussed a huge volume of empirical studies literature on the problem of free riding and social loafing. These two concepts describe the same basic phenomenon except that the first is an economics term and the second is a social science term. Some may quibble with details, but essentially both refer to the observation that people tend to contribute less to a common effort when they are in groups than they do to their individual efforts. The presence of others, it appears, causes contribution and productivity to drop. My earlier post about empirical research on free riding examined one of these studies, now I'm going to try to distill something out of all of them.

Examining this issue is important for online communities, since all of them are, to some degree or another, a common, public good. All require some sort of member participation to stay alive; email lists and discussion groups require people to provide new posts, weblogs require the author to add new entries and possibly readers to add comments or send feedback, online games require a number of people willing to play seriously and fair. And an issue that may touch the hearts of many community administrators is that of donations; the question of how to get your thousands of readers to donate those two cents or whatever it takes to keep your community/webcomic/magazine/etc. alive has free riding / social loafing written all over it.

And so we start by asking: when do people loaf / free ride, and when do they not?

Social Science

To examine the social science perspective on the problem, we read a "Karau & Williams", a formal meta-analysis of several empirical studies on social loafing. For the masochistic, the full reference is: Karau, S. & Williams, K. (1993) Social loafing: A meta-analytic review and theoretical integration. Journal of Personality and Social Psychology, 65(4), 681-706. After slogging through the dry prose and statistics, I gleaned the following information from the article.

Social loafing is decreased by the following factors:

On the other side, social loafing is increased by the following factors:

Economics

For the economic perspective, we read "Ledyard", which isn't a formal meta-analysis but is a smart guy who read a bunch of papers and tried to pull all the data together. Here's the reference: Ledyard, J. (1995). Public goods: A survey of experimental research. In J. H. Kagel & A. Roth (Eds.), The handbook of experimental economics (pp. 111-194.). Princeton, NJ: Princeton University Press. and here's the insights:

Free riding is decreased by the following factors:

Yep, you saw it coming. Free riding is increased by:

Well, that was fun. Now the question becomes: How do we take all these facts and turn them into practical design recommendations for online community developers? Stay tuned, I hope...

Commentary

Posted by lon urfano on January 24, 2004 at 02:08 AM


i liked your article.
what can you say about social loafing having an influence on problem solving skills?

Posted by ghanry yu on January 31, 2004 at 06:57 AM

very brief and concise

Posted by shaileja on November 21, 2005 at 01:59 AM

i like your article
though i would like to see the complete research by the help of the scale as well.

Posted by shaileja on February 10, 2006 at 01:22 AM

Respected Sir,
I am a hotel mamnagement student and currently doing a
dissertation on Social Loafing.
Sir i would like to request you to provide me as much
data possible on social loafing in successful completion of my research.
Your kind assistance will be appreciated.
Thanking you
Shaileja Nema
email id:shaileja_nema@hotmail.com

Got Something to Say About This?

Email Rob:

OR Post a Comment:

 

Enter the number below into the text box next to it.*


 

* These fields are required. Your email address will not be publicly displayed. Your web address is optional, and will be publicly displayed if provided.

Allowed HTML: a href, strong, em, ul, ol, li, blockquote, dl, dt, dd, dfn, code, q, samp, kbd, var, cite, abbr title, acronym title, sub, sup

Of Moods, Taxonomies, and Exploration in Design

aesthetics, design

September 09, 2003, 10:55 PM

For the last week and a half or so, I've been hard at work for my Visual Interface and Interaction Design (VIID) class developing two sets of artifacts: four mechanical product taxonomies and seven "mood boards". In theory, all this work is supposed to lead to ideas for our first assignment: to develop vignettes for a new scheduling application. There are very few constraints, but Jodi seems to want us to explore radical ideas instead of sticking to old hat; for instance, last year Abby did a "schedule ball" that let you set appointments by turning its two halves in different ways. Another student made a piece of ribbon that represented time and that you could pull from its spool and mark with pins to represent appointments.

If you take a look at my taxonomies, you'll find we were asked to examine a few physical, mechanical products and describe how users interact with them, how the products' parts responded to this interaction, what sort of affordances they provided, etc. I found this really forced me to sit down and think about these common artifacts in a way I generally never do; I started to realize why we know (or don't know) how to use them fairly intuitively.

For my mood boards (warning: ginormous 9MB pdf), I took the seven words Jodi gave us, then brainstormed some other words that came to mind when I thought about those concepts. I picked four of these "attributes" for each board and searched for pictures that I thought exemplified their meanings. In the end, I found that three pictures wasn't really enough to capture the meanings of these broad concepts (duh), so instead I put in images that I felt gave enough of a sense of the contrasts within each attribute that I could reflect on the range of thoughts and emotions I associate with each.

So far going through the process of doing these exercises hasn't helped me to come up with any brilliant ideas for the actual scheduling application. Abby, however, assures me that this will come in time. The extent of my thinking so far is that I want to come up with some ideas for a scheduling application that might appear in my Distributed Future scenario, but whether that will pan out or not, I can't yet say.

Got Something to Say About This?

Email Rob:

OR Post a Comment:

 

Enter the number below into the text box next to it.*


 

* These fields are required. Your email address will not be publicly displayed. Your web address is optional, and will be publicly displayed if provided.

Allowed HTML: a href, strong, em, ul, ol, li, blockquote, dl, dt, dd, dfn, code, q, samp, kbd, var, cite, abbr title, acronym title, sub, sup

Operating System Learnability and the Digital Divide

society & sociology, usability

September 07, 2003, 04:23 PM

Dan has a post about how Macs aren't any more intuitive to use than PCs, at least in his opinion.

I'd have to say, after a year of using a Mac and several years of using PCs, that I can't see where all the hoopla over Mac OS being more usable than Windows came from. Both have their strengths and weaknesses (Mac OSs tends to be better at Just Working™, whereas Windows tends to be better at giving you meaningful feedback when it doesn't; Mac OS has slighly more sensible metaphors with its emphasis on drag-and-drop and files-as-objects, whereas Windows has many more features to help out expert performance), but overall, I'd agree with Dan's assessment that both OSes are probably still pretty tough for the novice user to grok. Unless someone can show me some hard data from summative learnability evaluations comparing equivalent tasks in both Operating Systems, I'm going to remain unconvinced.

Dan said something else interesting, though. I quote:

Yes, we are raising a group of hyperwired kids (my daughter can click and drag with a mouse to play games on the computer at age 2), but there's probably a huge underserved market out there who could use some sort of operating system that was powerful enough to run what they need and yet be hassle free: the elderly, the very young, the uneducated. These people, however, are also often poor. Which is probably why this hasn't happened yet.

I've been wondering, recently, if learnability will eventually become "obsolete". As Dan points out, the younger generations are becoming much more familiar with technology at a much earlier age. Does this mean that, in the future, systems won't have to be as learnable, since they can count on a user population that is generally computer-saavy? (Note that usability will still be important, since it is so much more than ease-of-use.) And what about the poor and uneducated? Will they just slip further behind as the rich are elevated to digerati and high-tech products become more complex and esoteric?

Things to think about.

Commentary

Posted by Jeff on September 07, 2003 at 06:30 PM

First, a few references that discuss consistency of interface as it relates to learnability. About Face by Alan Cooper, The Art of Human-Computer Interface Design by Brenda Laurel, and Tog on Interface by Bruce Tognazzini.

Ensuring that programs behave in predictable ways (and that the computer will continue to predictably interpret human inputs) is a key to learning a system. Historically, the Macintosh Interface Guidelines were more rigidly enforced because of the smaller nature of the development community (compared to Windows developers). This led (at least in the pre OSX days) to more consistent application interfaces (except of course for the rogue Kai's Power Tools).

Another element that could arguably effect learnability is the one button versus two button mouse. On the Mac, clicking involves only one decision. On the PC, clicking involves at least two, each with arbitrary mappings. Harder to learn, but more efficient once learned.

This is important, because although learnability is important for beginners, few people wish to remain a beginner for very long. "Most users cross into a perpetual state of adequacy striving for fluency, with their skills ebbing and flowing like the tides, depending on how frequently they use the program." Cooper 484

Once they get to that state, fundamental differences in the operating systems still have an effect on performance. Tog examines the differences (not quite empirically) between Windows and Macs as they relate to Fitts Law:
http://www.asktog.com/columns/022DesignedToGiveFitts.html

Finally, Don Norman asserts (in TAoHCID) that a Nintendo is superior in learnability and usability to pretty much every operating system, demonstrating the trade-off of developing a generalized OS.

Posted by Dan on September 10, 2003 at 08:27 AM

One point I made badly in my post is that the two operating systems aren't just bad for beginners. They are bad for non-power users too. The intermediates.

I'd love to see the Don Norman Nintendo article.

Got Something to Say About This?

Email Rob:

OR Post a Comment:

 

Enter the number below into the text box next to it.*


 

* These fields are required. Your email address will not be publicly displayed. Your web address is optional, and will be publicly displayed if provided.

Allowed HTML: a href, strong, em, ul, ol, li, blockquote, dl, dt, dd, dfn, code, q, samp, kbd, var, cite, abbr title, acronym title, sub, sup

Advanced Software Design Seminar

software development, teaching & learning

September 07, 2003, 01:22 PM

Abby and I had what I believe is a really great idea for a course to run here at CMU (or elsewhere, for that matter). I'm afraid it won't have a chance to see the light of day, but I'm posting about it here anyway.

The course would be called "Advanced Software Design Seminar" or something similar, and, as the name suggests, it would be run in a seminar-style. Each student would have a fairly large (perhaps on the order of 4 to 6,000 lines) software system that they'd be responsible for working on over the course of the semester (whether they finished it or not might not actually be as important as it sounds). This system could either be something they're doing for work or another class, or it could be something they made up. What's most important is that each student is excited about his or her own project.

The class would consist of weekly meetings where everyone would review the artifacts of everyone else's work: the architecture and detailed designs, the source code, the user interface, the documentation, etc. Essentially, we'd be aiming for something similar to doing a design critique for software development. Whether this would mean using more formal procedures like ATAMs or code walkthroughs or just putting up stuff and letting people comment, I'm not sure.

If there's time and interest, the course could also involve having individual students research particular user interface software technologies and development processes and methodologies, present their findings to the class, and lead a discussion on the possible applicability of the technique to real-world projects. This is secondary to the main goal, however, of helping students get experience in building a large software system in an environment where they can receive peer reviews and feedback, as well as have a chance to revise their system to correct their mistakes. To facilitate this kind of learning, the course would have to stay small; definitely below small group sizes (less than 12) and probably practically no more than 5 or 6 students.

I think it would be a fun course, and if there's significant interest from other students I'd even be willing to hunt down a prof to facilitate it. Drop me a line if this interests you.

Got Something to Say About This?

Email Rob:

OR Post a Comment:

 

Enter the number below into the text box next to it.*


 

* These fields are required. Your email address will not be publicly displayed. Your web address is optional, and will be publicly displayed if provided.

Allowed HTML: a href, strong, em, ul, ol, li, blockquote, dl, dt, dd, dfn, code, q, samp, kbd, var, cite, abbr title, acronym title, sub, sup