[drupal-docs] Day Two Computer Human Interaction 2005

Kieran Lal kieran at civicspacelabs.org
Thu Apr 7 06:19:23 UTC 2005


This morning I spent a lot of time running around doing guerilla 
marketing for the Open Source meeting I had this evening.  Jump to the 
bottom if you want to learn about that.

I attended the mid-day sessions on methods and usability.  The first 
paper focused on how developers responded to usability problems versus 
redesign proposals.   This is very interesting for the 
CivicSpace/Drupal community because we are interested in learning how 
best to improve our usability.   The results were that developers 
responded much better to redesign proposals then they did to being told 
about usability problems.   Developers indicated they were frequently 
aware of the results of user testing that highlight usability problems. 
  Instead they appreciated being presented with usability designs which 
gave them ideas, helped them support decisions, and helped prioritize 
efforts.   Developers also said that redesigns were more concrete and 
constructive then being presented with usability problems.   The 
interesting conclusion of the study was that developers still wanted to 
be presented with both usability problems and usability redesigns.  My 
inclination based on this is to recommend CivicSpace hire another 
designer who can provide more redesigns to all the Drupal developers to 
help improve the usability.

The second talk was about creating a single score for evaluating 
usability.  We see this often with movies getting 4 out of 5 stars, or 
JD powers giving a rating on a car as a single score.  This effort that 
started at Intuit attempted to combine quantitative metrics as well as 
subjective metrics.  They used task completion, time on task, error 
counts, and post task satisfaction (the subjective rating).   They 
mangled the scores with correlations and other statistical hand waving 
to get a final single score.   I could see this being useful in large 
corporate research groups that have a lot of usability data.

The third talk was on creating limited models of users minds and how we 
can anticipate how skills training will improve the usability of an 
interface.    This is a fascinating area because it bridges real 
science with user interfaces.  But most of the scientific modeling 
infrastructure is written in 30 year old programming languages and 
isn't yet that accessible.   This is very exciting and as these 
research project continue to improve their tools we will see lay people 
being able to rapidly evaluate user interfaces in scientifically valid 
ways.  Search on Cogtools if you are interested.

Short papers on social computing and community.
How do people collaborate in complex shared work?
They chose to study Requests for Proposals (RFPs), a way of asking for 
bids on contracts.  This area of research is known as Activity Centric 
computing.  The first phase of this research was to conduct user 
interviews and then followed with participatory analysis.  Basically, 
they made a structured list of shared tasks to be done.   Here is what 
they found was involved in RFPs: planning, doing, reflecting, re-using. 
  They found that complex tasks involve landmarks.  For RFPs the 
landmarks were: Docs, dates & schedules, systems and databases, roles 
and personas, events.  If this research proves valuable then landmarks 
could be an important concept in supporting complex work.

Relescope: An experiment in accelerating relationships.
This talk was given by Steve Farrell , a former colleague of mine.  It 
was a good example of why most modern social networking systems suck, 
in comparison.  He asked the question "Are these two people going to 
interact with each other?" How do we help people innovate by connecting 
them.  240 of the CHI attendees who had published papers were given 
relationship reports recommending who they should seek out based on 
likely common interests of their past publications.   This was useful, 
but many people who hadn't published were the most likely to want a 
relationship report and didn't receive one.  Linkedin, are you paying 
attention?

How peer photos influence member participation in online communities
I disagreed with his premise that online communities succeed because 
people participate.   I argued that online communities succeed because 
they have good missions, and reflect the off-line community.  It's 
scary how many researchers base their understanding of online 
communities on Slashdot.

The Uses of Personal Networked Digitial Imaging
The talk focused on two reasons we share photos using camera phones.  
In short, we use photos as a relational activity, and as a chain of 
evidence of what we are doing.   Sharing photos is currently difficult 
and needs to be improved.  The value of photos is interpretive and 
flexible.  The researcher said that a casual photo of her nephew on a 
road trip with friends would have been invaluable, because he died on 
the trip.

I saw this photo and thought of you
This is important because the revenue hopes of camera phones has been 
disapointing in the US.   What is the emergent behavior of camera 
phones?  We take networked photos to bring people into the experience, 
it was coined social touch.  In particular top uses were to share with 
absent friends and family.  The second top use was capture remote 
tasks, i.e. which shoes should I buy?  The challenges are to develop 
web based forms of sharing, categorization by value,  and to help 
photo's integrate into larger dialogues.  For example, I could argue 
with Drupal developers that we need more user experience designers.  Or 
I could send a picture of the large number of young women who seem to 
dominate graduate work in user experience education to make my point.

Human Computer Interaction in the office
I stayed on topic and stuck to the short paper track on topics that I 
felt would most greatly improve my understanding of research relevant 
to CivicSpace.   The first talk was on Don't take my folders away.   
Basically, we need to be able to tag folders so they can be ordered and 
labeled.   Also, the structure of folders was important and frequently 
should be reused.   i.e. The subfolders under CHI2004, are basically 
the same as CHI2005.   This talk was followed by two talks on email, 
which are really important from a practical standpoint.   The biggest 
problem I had with these studies was that basically the user studies 
were very biased towards the use of these products, because their 
company made them, or did research on them.   The questionable results 
from IBM showed that managers had twice as many top level categorized 
folders and three times as many second level folders as regular users.  
  More importantly they showed that only 40% of emails were task related 
and much of the rest had to do with relationships.   So look for 
relationships categorization not just to-do lists in your next email 
client.

Email Triage from Microsoft
Email triage is not very well supported in most email clients and is 
frequently done on personal time at home.   There are two main 
techniques for triage.  First, is single pass which involves 
sequentially triaging mail.  The second is multi-pass which involves 
scanning mail to fill a category, i.e. mail from bosses.  The biggest 
complaint again was that email clients lacked the ability to indicate 
social context.  So email from one team should indicate that's it's 
from a team you are working on, and email from peers you are meeting at 
an upcoming conference should indicate that it's related to meeting 
them soon.  Instead we get information like mail size, and time mail 
was sent.

Open source Birds of a Feather.
I got 25 attendees and any one of them are of the caliber to make a big 
difference in any open source project.   We got a wide sample from 
interested HCI grad students who were curious, to former mozilla 
development managers, to evil empire employees who were sitting on a 
treasure trove of remote usability testing tools they had worked on at 
stint at university.    My intent was to get some momentum going among 
the HCI crowd again, now that Firefox is the poster child for usability 
in open source.   I hope to launch a mailing list in the next few days. 
  One take away seemed to be that we should start arguing that open 
source projects don't need more engineers to add functionality, but 
they need usability designers to help reduce the complexity presented 
to the user instead.

Cheers,
Kieran
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 8491 bytes
Desc: not available
Url : http://drupal3.drupal.org/pipermail/documentation/attachments/20050407/c0a7e3b7/attachment.bin


More information about the drupal-docs mailing list