UnLearned

What I used to think I knew isn't helping: adventures in higher ed open source

Launching the UX framework site

leave a comment »

For a little while now, the latest design phase for Sakai 3 has had issues with how it communicates with the Sakai community.

On the one hand, while our contracted designers need to access the accumulated practical wisdom and user insight lodged in our collective heads, there’s nevertheless a limit to how many voices and perspectives they can take in and try to sort through, especially if we want them to deliver a result in a reasonable timeframe.  I’ve mentioned the Drupal UX project experience before, and a comment one of the designers made there (can’t find the link right now) was that they spent about 60% of their time in on-list discussions and about 30% of their time actually designing. I know this sort of thing was a frustration for Nathan last year as well, and think we’ve needed to find a better balance. So we’ve been selective about points of engagement and channels of feedback, drawn as much as possible from community resources and leading figures in our UX efforts, but we’ve at times erred in taking this too far.  At some irreducible level there is a tension at work here between openness and getting results, and yet a simple tradeoff is not acceptable: we need both.

It’s all very well to want to discuss everything on list, and it’s a healthy default, but I think we sometimes also err in stopping at that point, imagining it to be the solution of a communication problem.  Lord knows I hear from many who say that the email threads are hard to follow, to the point that sometimes even the open conversations on list can seem like an exercise only for insiders. Or take the Confluence wiki as People’s Exhibit B of communication that can stop being helpful when it just unloads (and I’ve been complicit in this). Particularly when we’re talking about communication that often involves a lot of visual elements that have complex relationships to one another, we need a way for the discussion to zoom in on a particular focus without losing the ability to draw back out to the bigger picture. The feedback needs to be pertinent while the design needs to be coherent.

Enter now an attempt to find a balanced answer to several of these competing issues: the Sakai UX Framework. Sam and I first started working on this back in December, in fits and starts. It’s loosely inspired by Drupal’s UX Framework, but Drupal’s version (from our perspective) jumped a little too quickly into mechanical components of the interface, and wasn’t framed and grounded well enough in the user insights, which should be carried along as a constance reference and touchstone. Our framework is trying to open up and reveal the design work, provide a place to comment on it (including challenging it) at focused points, but to keep in mind the context at the same time. The hope is that we’ll be able to evolve things in feedback cycles without losing reference to the whole.

It’s still in its nascent stages, but I think it’s far enough along that it can now be a help in communication both directions, providing a picture of where things are headed while also revealing how they need to adapt or shift.

Sakai UX Framework

Advertisements

Written by khomotso

January 20, 2010 at 3:27 pm

Posted in Uncategorized

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: