Library clips

sharing ideas thoughts and feedback

April 22, 2008

K-flow

James Dellow (ChiefTech) is interviewed by Matt Moore (Engineers without Fears) on a podcast all about Enterprise RSS…good listening.

One thing I disagree with is the terminology, an email broadcast was referred to as “pull”, and RSS as “push”.

To me email is “push”, as I can push (send) you an email and you have no choice, it just ends up in your inbox.

Whereas RSS is “pull”, as I publish and people can subscribe to it and “pull” it down to read.
Technically once you are subscribed new posts are, I suppose, pushed to you…it’s not like I have to pull each post everytime. But at least you have control, you can decide to disable the subscription.

The podcast wasn’t just about RSS, there was a lot to take away in relation to enterprise 2.0 in general.

One quote I liked was something like…social software doesn’t have to be used socially.

This really hones into a post I published on knowledge visibility, and how collaboration is different than emergence.

Blogs and wikis can substitute email and Document Management Systems for certain types of processes and communications.

A blog can be used to broadcast news, announcements, project status…
A wiki can be used to collaborate on a document

These scenarios are not anything unusual, you still are doing the same things and tasks you normally do, only using more appropriate tools for particular types of tasks (In-the-Flow).

Using tools this way makes things easier, centralised and more visible, and comments offer people to participate for all to see…and the fact that it’s visible allows more eyes to come upon this content and perhaps add value.

So far this is not km 2.0, it’s just using social tools to replace ways of getting our tasks done.

What KM 2.0 and enterprise 2.0 is mostly about is emergence, ie. people participate and contribute their know-how, whether it’s blog fragments, presence status, research bookmarks. This content may also be tagged, and from a tag cloud we can see emerging patterns.
This participation is also about transparency, allowing anyone in the enterprise to be heard, as value and innovation is not just generated by supposed experts.

The most valuable part to knowledge workers is that publishings and conversations are taking place online, and you can tune into the flow.

Knowledge Management is about flow, maybe we could call it K-flow.

It’s no longer about capture and store it, and if you have a task go search the knowledgebase.

It’s about publishing fragments, and conversations, we are educated everyday with what people are saying in the Enterprise Conversation Market.

We can tap into this k-flow whenever we want to be informed, and we can also tap into it to ask questions…it’s all about people and conversations.
Sure this stuff is also archived by default for later searches, but the point is that it has flowed around the place, maybe evolved, and may come to rest, only to be resurrected and evolved again perhaps later on.

Twitter is the perfect example of flow. I subscribe to people I trust, and watch the tacit flow, I tune into what I like, I converse, stuff evolves. I can also ask questions to the sources of my flow (subscriptions/contacts) and get answers or have discussion, others, perhaps weak ties can add value or perhaps eaves drop and learn.

Twitter is about people, stuff I’m interested in comes to me, and stuff I want to know will be returned to me…you are no longer on your own, people are the filter to finding stuff and discovery.

Ross Dawson refers to research that identifies this is how people work anyway, so social tools are just encouraging and harnessing the way humans work:

“The research showed that in an organization, people were five times more likely to go to people than to databases to get answers to their questions. So knowledge workers’ productivity is strongly related to their social networks, in terms of who they know who can help them, and whether there is sufficient trust and reciprocal value in the relationship that they get a response.”

Two quotes I have posted before have to be mentioned again:

O’Reilly - “…it’s more important to have a shared memory than a shared workspace.”

McAfee - “…focus not on capturing knowledge itself, but rather on the practices and output of knowledge workers.”

McAfee’s SLATES model is also mentioned in the podcast:

Search
Links
Authoring
Tags
Extensions
Signals

James Dellow uses the term “Awareness” in reference to RSS picking up signals, and I think this is what k-flow is about, we are participating, we are each others daily news…forget about knowledge management, this is a learning organisation.

A couple of weeks ago I was writing a wikipage primer on blogs for my work, and when tryng to describe that you can get email updates to new blog posts, I used the traditional subscription model as a metaphor.
James mentioned a newspaper subscription sent to your house, I used a similar description explaining email updates to new blog posts is like a magazine or journal subscription.

This is what I said:

“Blogs are different than email as you are not pushing a message to a set of people, instead you are publishing an item, making it visible to all. People may visit your blog, or decide to pull content by taking out an email subscription.
This is similar to physical magazines or journals, people publish these, and you may browse them in a shop, or you may decide to take out a subscription.”

James has taken this more granular and has mentioned that it’s a little different as you can use an RSS Reader to create your own personalised newspaper. A daily newspaper has many articles by many contributors, similarly everyday your RSS Reader can have many blog posts by many people.
The great thing is you have decided on all these sources, or you have decided on the topic content (search feeds) you want in your daily newspaper.

My post on, Web 2.0 : assemble and tune in goes further on about the new many-to-many model and the new authority model.

Lee Bryant calls this Actionable Collective Intelligence:

“From my 300+ sources, I may skim read 1000+ items every day, of which I might bookmark 10; if something really newsworthy is going on then I might write one blog post or internal analysis based on one or more of these signals. That means that as an individual, I am rigorously filtering my information inputs by amplifying the signals of 10 stories and perhaps adding my own insight and analysis to one key development in any given day. Imagine for a moment that a significant proportion of 5000 person knowledge organisation do this every day. The resulting social signals about what is important would be incredibly useful to the organisation as a whole, and would provide a far greater return for the overall investment of time and attention than unconnected reading and research. Creating this kind of flow for signals, information and insight is one of the key objectives of a social knowledge sharing strategy. KM people used to talk about the knowledge pyramid where a wide base of information is filtered to a middle tier of knowledge and then further refined into the ‘point’ of insight. Social tools give us the potential to do this in a networked environment.”

2 Comments »

The URI to TrackBack this entry is: http://libraryclips.blogsome.com/2008/04/22/k-flow/trackback/

  1. On behalf of James Dellow:

    G’day,

    I was having trouble posting this comment to your post here:

    http://libraryclips.blogsome.com/2008/04/22/k-flow/

    For some reason I couldn’t find the “submit” button (could be an IE7 thing?)… anyway this is what I wanted to say:

    Glad to hear you enjoyed Matt’s podcast interview with me and for adding some more ideas to that conversation in your post. I actually agree with your comments about the push/pull point - after I said it I did wonder if I had them the right way around, but that’s what you get for an unscripted interview in one take! On reflection, after reading your post, I’m not sure they are good terms to use at all - I recently blogged about Ross Mayfield’s post about Streaming and Batching http://chieftech.blogspot.com/2008/04/streaming-and-batching.html , the “stream” bit reminds me in someways about your ideas for K-flow.

    Thanks!

    James

    Comment by Johnt — April 23, 2008 @ 10:15 am

  2. James,

    I like your post about “batching”, especially the bit about group protocols.
    You can apply all the productivity tips for yourself and perhaps be a role-model, but unless others do the same you are still not changing the load of your inbox, all you are doing is working out how to manage it best. Like youself Jack Vinson feels the real problem is about “input”, in that how do we make people think about alternate ways before pressing send…and group behaviour protocols is the only way.
    http://blog.jackvinson.com/archives/2008/03/31/yours_is_bigger_than_mine_ha_ha.html

    The aim along with productivity is too have a smaller inbox load in the first place, and this will only work if the team/group/organisation (ouch!, that’s a lot of people) is aware of not using email for certain messages, and instead using a more contextually appropriate tool as I mentioned in this post.
    http://libraryclips.blogsome.com/2008/04/10/email-is-not-the-centre-of-my-universe

    Email overload is an excellent excuse for social tools in the enterprise, these social tools don’t have to be called web 2.0 or enterprise 2.0 rollout, instead they are called email overload tools, or whatever, as long as the name sounds like it’s a solution to a current problem.

    And like other enterprise 2.0 adoption techniques it’s not a roll-out. Telling the whole organisation, this is how we are going to relieve email overload is not going to work, and plus different environments may require different techniques. So instead a viral and more contextual approach is needed to smaller groups…kind of an inside-out approach.
    Start off with a project or team and start using new “think before you send an email techniques”:
    - Blog it - if it’s an announcement, review, news, status, idea
    - Forum it - if it’s a discussion
    - Wiki it - if it’s to collaborate
    - etc…

    These team members will want other projects and teams to use these approaches, so hopefully it will become viral where the workers want to work this way without the organisation having to command it.They will perhaps find themselves sending emails back to people reminding them to use the right tool for the right content…habits have to be broken, and there is nothing wrong with helping others by counselling them out of old habits. But the beauty of this is it’s not the managers telling people of new email ettiquette, it’s the workers themselves.

    Comment by Johnt — April 28, 2008 @ 2:57 am

RSS feed for comments on this post.

Leave a comment

Line and paragraph breaks automatic, e-mail address never displayed, HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>



Anti-spam measure: please retype the above text into the box provided.

Please note that comments are moderated and will                 not therefore appear immediately.
                Please do not repost.


Library clips
Library clips Subscribe by Email Annotate

Add to Google Add to Netvibes Add to Technorati Favorites Add to BlogRovr

Get free blog up and running in minutes with Blogsome | Theme designs available here