Explicit work (#owork)

Observation TowerThere is more discussion bouncing around the idea of knowledge work and visibility, mostly collected by Jim McGee in Observable work - more on knowledge work visibility (#owork).  The group has decided this is called "observable work." I've used "explicit" in my title simply to reference the long-running discussion of explicit-implicit-tacit in the knowledge management world.

I’m greatly encouraged by the discussion and debate we’ve already triggered. ... Here are some questions and ideas that i think are worth pursuing. Please feel free to join in the discussion and the effort as it unfolds;

  • What can you do to make your own work more readily observable?
  • How might making your work observable be immediately beneficial to you, even if no one else bothered to pay attention?
  • Who else benefits if your work is more observable?
  • How do you benefit from others making their work more observable?
  • What risks and challenges do you need to manage as you make your work more observable?

I like the ideas behind these questions - at least the ideas that I read.  In one vein, I can think purely about my own work and the mechanisms that help me get things done - and remember what I've done.  Here I think heavily on the "personal effectiveness" or "personal knowledge management" ideas that arrive from many different directions.  Some of them area geared towards what do I need to do next, such as the large time management category in bookstores.  David Allen's Getting Things Done is often tossed into this bucket, but I see it as going well beyond time management.  It's really about getting the hidden stuff out of my brain and into some kind of explicit / observable system that I can trust to help me take care of all the projects I have running. 

The next two questions follow vein of this conversation - and one of the big reasons I evangelize on personal knowledge management.  What I do clearly affects those around me.  If I am hidden, disorganized and cluttered, my colleagues and family are affected.  If I am visible, transparent, organized, my work should more clearly fit into that of my colleagues. 

I could imagine a path of discussion that looks at similarity of systems: if our systems for being observable don't work with each other, then it's almost the same as not being observable at all.  However I make my work visible, beyond being helpful for me, it should also be helpful to my colleagues and others around me who I expect to benefit.  Sometimes, unfortunately, this is most obvious when there are desynchronizations: appointments forgotten, key responsibilities with others missed.  For me, this often happens at home.

Because of the work I've been doing recently, I see the need for observable work in project management.  And specifically, around hand-offs between chunks of work ("tasks").  The people on active work need to provide enough visibility, so that the next group knows when to expect their work to start; knows what has happened (or not) in the earlier chunk; and so that they can move as quickly as possible without having to re-do or re-learn anything that had been done before.

[Photo: "Observation Tower" by InAweofGod'sCreation]

3 Comment(s)

Jim McGee Author Profile Page said:

thanks for adding to the conversation Jack,

I actually was deliberately avoiding the explicit/tacit debate. I've come to the opinion that it's been one of the most misleading distinctions in the KM arena. Not that I don't believe in tacit knowledge. More that the notion does little or nothing to help me design or build a useful KM system.

I was mostly smiling when I wrote those words: not really interested in the debate either. Knowledge just is... But the fact that we're talking about observable work led me to play with the words. I wanted to use "expletive work" in the title, but even obscure definitions didn't really suit my purposes.

Briantullis Author Profile Page said:

I have started to think about this in terms of patterns, much like www.wikipatterns.com. There would be patterns and anti-patterns of #owork and an approach like that might make the discussion more accessible to those that don't live and breathe KM/E20/etc.

Unfortunately, I would expect most of us could identify more anti-patterns than anything else.

I cannot imagine any kind of taxonomy for it, nor would I really want to. One approach I can see is looking at generic business process domains (project management, issue management, meetings, document/content management and on and on) and have practitioners post stories and examples that exhibit patterns or anti-patterns of #owork inside of those domains.

I expect to start making more blog posts on the topic, taking this approach.

Leave a comment


Previous entry: Process, collaboration, or both

Next entry: Models are are useful until they are not

Picture a steaming coffee cup. Better yet, grab one and have a read!

KJolt Memberships

Follow jackvinson on Twitter

View Jack Vinson's profile on LinkedIn

Blogarama - The Blog Directory