microblogging at work: workstreams and artifact streams

One of the reasons that Twitter has become so popular is that it is a successful ambient awareness tool. With each tweet from a friend or person of interest, you get a subliminal sense of what he/she is up to. Each tweet also represents an opportunity for ad hoc, informal communication between Twitterers:

twitter-communication

In Wired Magazine and then more recently in the New York Times Magazine, Clive Thompson discusses social proprioception, his term to describe the social 'sixth sense' that comes with microblogging. Proprioception is a really wonderful metaphor for describing ambient awareness and I think it can extend beyond social settings into the workplace as well.

Yammer, for example, is your Twitter at work. I've never seen Yammer in action, but I think it's a really interesting idea. Just as you publish your lifestream on Twitter, you publish your workstream on Yammer---micro-level updates about what you're working on. Say you only have a once-a-day standup meeting with your team in the morning. Wouldn't it be nice to get more fine-grained details of what everyone is up to throughout the day? I could also see microblogging at work as a great way to close some of the distance in a distributed team. You get regular updates from team members afar, potentially a greater feeling of social connectedness, and opportunities for ad hoc communication.

Microblogging at work is a fine idea by itself, but what about combining workstreams with artifact streams inside a microblog? The developer awareness tool that I created for my research was the artifact stream part---Aufait feeds you discrete tidbits about how your project artifacts are changing. I focused on source code, bug reports, documents, and automated builds, although the artifact could really be anything. If I put these artifact streams alongside a team's workstream, I get something like this:

work-artifact-streams

To me this seems like a natural fit. It augments all of the nice things about microblogging with additional awareness information that is really important for software developers. You can use a hash (ie. #sprocketdev) to publish a conversation to your team's channel and of course you can poke around other channels and people just like on Twitter.

The screenshot above is Jaiku on AppEngine. Jaiku is Google's freshly open-sourced microblogging platform and it works pretty much like Twitter. Getting the aritfact streams in there is just a matter of publishing events (ie. version control commits, bug report updates) into Jaiku via its API. From there, you can get your hybrid workstream/artifact stream from Jaiku's web interface, RSS, or even using its API.

I'm going to take this up as a project so I'll let you know how things come along. If you have any feedback or are interested in collaborating, feel free to get in touch!

Share:
  • Twitter
  • del.icio.us
  • Digg
  • Google Bookmarks
  • FriendFeed
  • Facebook

3 Comments

  • 1 Greg Wilson

    Posted May 2, 2009 at 2:55 pm
    Permalink

    How does Jaiku handle privacy? I haven't recommended Twitter to my DrProject team because we might not *want* micro-events publicly visible (and "public" includes "visible to the people who run Twitter today or when it's bought next year by our major competitor").

  • 2 Jeremy

    Posted May 2, 2009 at 8:24 pm
    Permalink

    @Greg Wilson: On AppEngine, Jaiku uses Google's datastore (so it's roughly equivalent to hosting your email with Gmail, I suppose). I'm not sure how difficult it would be to set up Jaiku to run locally and use a local datastore. It's something I'll be looking into.

    There's also Laconica (http://laconi.ca/trac) that runs on MySQL, but the installation looks complicated so I haven't touched it yet :-P

    Anyway, I'm looking into setting up Jaiku at work so I'll let you know how things go.

  • 3 Jorge

    Posted May 3, 2009 at 7:43 pm
    Permalink

    The marking hasn't ended, by the way. :-S

One Trackback

  1. [...] Very, very nice. After watching the demo, I realized that Wave-based developer tools could share a lot in common with the ideas I wrote about a few weeks ago—integrating artifact streams with work streams in a microblogging tool: [...]

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*