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.”

April 21, 2008

Podchains stole my data and Ziki gave it back

Filed under: podcast, lifestream

[UPDATE: I should have read the Podchains blog post properly:

“…we’ll be putting the old Podchains back up shortly at it’s new location.”]

How would you like it if this happened to you…

You find a website that allows you to bookmark websites, it’s not an ordinary social bookmark website, it’s one for podcasts.

When you see a podcast you like you bookmark the mp3 file in the URL field, the title in the title field, add some tags, and add a note (this can be used to enter the URL where you found this file).

After a year you have 100’s of great podcasts bookmarked, browse them by tag…what a great audio library.

This library also gives you some space to upload mp3 files…but you don’t use this feature, you just bookmark mp3 files.

One day you go to bookmark a new podcast and find that this service is no longer a podcast bookmark site.

First thing you say is WTF!!!!!

Where all my stuff?

Where’s my data?

All that work creating a library of my favourite podcasts is gone.

All the time I spent creating a library of my favourite podcasts is wasted.

This is what happened to me with Podchains.net.

They were a podcast bookmarks site, now they are Video Production and Distribution for the web.
Here is an announcement of their new service, pity this blog post doesn’t allow you to add a comment.

They changed their service without telling me, so now I’m at a loss.

I emailed them, but have not got a response.

I tweeted this hoping I could connect with other victims, but no response.

I want my data so I can take it elsewhere.

It’s a pity Data Portability is in its infancy, but this is one of the reasons that confirms the need to make data portable.

I at least want a way to export this data into another service, just like some social bookmarks allow you to import your bookmarks from another service.

I’ve posted about Podchains on various occassions, if anything I have promoted them, the least I want in return is to be able to import my data into another service.

My Podchains feed no longer works
http://podchains.net/feed.php?id=a54bd677ced76a515a0cefdbac3fe255

I made a Grazr from my Podchains feed, but this no longer works.

The only thing salvaged is my Ziki lifestream, which re-syndicates all my content, so I do have some stuff I collected at Podchains re-published at Ziki, thankgod for profile aggregators.
I’m not sure if this has my whole collection as I’m not sure if the Podchains RSS feed contained every item from my collection, but thankyou Ziki.

Has anyone experience this with a web 2.0 service?

After getting burnt, I’m not sure who to trust anymore!

Can I do anything about this, is it legally my data…I didn’t read the fine print?

April 19, 2008

Roundup : Summize, Twitterspy, Twitter Presenter, Twit Plus, 24 o’clocks,

Filed under: tools, roundup

Summize - yet another Twitter search engine, this one is super fast. You can tweet the result page, it as a feed, and filter by language.
You can even reply to each tweet, and it also show conversations “quotably” style.
The options have more:
- find tweets from user
- find tweets to user
- find tweets referencing user
- find tweets containing a tag (hash tags)
- find tweets with “attitude”

Twitterspy - Twitter in real-time
[via m]

Twitter Presenter - go through your latest tweets as a slideshow
Tony Hirst has run with this idea and made a slideshow presenter based on an RSS feed, it’s called FeedShow. Just whack in an RSS feed from your blog, Twitter, deli.cio.us, etc…for a slideshow view.
BTW, Diigo’s Webslides (social bookmarks) enables you to view a slideshow of your bookmarks.

Twit Plus - tweet public or direct, pictures, videos and files to Twitter…they have a lot coming soon. I’d like to use my phone email to email pictures just like I do on Twitxr, video would be great, and what about audio.

24 o’clocks - see your tweets (or with your friends) as a timeline…something I was looking for over a year ago.

April 17, 2008

Support team knowledge : blog and wiki?

Filed under: blogs, wiki, km, process

Here’s a summary or clarification of my last couple of posts on Above-the-Flow and In-the-Flow.

A blog can be used for all types of posts like news, announcements, status, etc…this post focuses on using a blog for support know-how.

Blogging a unique solution I have on a support call is In-the-Flow, because it is directed, it’s part of my job duty. If an error is resolved all support staff should know about it.
I’ve started blogging this stuff (seeding), and once I introduce the rest of the team to the blog, hopefully they will do the same.

Support staff are directed to use the support database (where users log calls and we manage our calls) so why not the support or solution blog.

I may use the Support database to record this call and solution, but this database isn’t as free-form as a blog or wiki.

So what I have begun to do is complement this by writing a blog post which is more: human like, it’s personal, it contains the nuances, it may compare to other situations, include extra explanation and workings out of how I got to the solution.

The more context the better, and in some occurrences this extra explanation, rather than the solution, may help you on a similar call.

Whereas the support database asks to fill in some fields, and give the solution, it doesn’t want to know anything else, it’s very formal and to the point, no colour or personality about it…see more.

Another reason to complement support solutions with a blog post is there is no way to subscribe to closed calls, and why would you…if the calls are not unique, I don’t want to be informed of every menial closed call.

Yet another reason is browsing and searching the support database is yuch…at the least.

So why do we use it?

Well it’s good at reporting, we can generate great statistics, people can log calls, we can change the status on a call, pass a call to someone else, etc…you can see that a support database is neccessary.

But I don’t think it’s a good solution database that just contains the gems.

Perhaps a unique solution that is entered into the database can also have the option of being sent as a new blog post.
But then they are not interoparable, and the database doesn’t have rich text and manual categories, etc…

Plus as mentioned earlier the solution entry is not as expansive or intimate as a blog post, it’s more direct to the point…I guess a blog post is more contextual.

What about experiences?

If I have a unique experience about our software or a user or another department, this doesn’t qualify as an entry in the Support database.

This is another reason to use a blog, but this is more an Above-the-Flow scenario, this is a harder thing to get people to do, as it’s not definite like a solution, it’s more soft. It’s a pity because when you read about experiences it sticks with you, you absorb it, when you encounter a similar situation you can be familiar with what to do, or not to do.

Sharing these experiences are vaulable, and a blog can enable this.

At the moment

If I have an experience that everyone should know about or have just closed a support call with a unique solution…no one really knows this has happened.

Why do I want to document and disseminate this information?

…perhaps for my own benefit, so I don’t forget what I know.

Some of us like to share, especially if it’s a solution, we want everyone to know, not really an ego thing, rather a friendly thing to do.
So we usually shoot off an email, we certainly don’t put our solution in a word document and upload it into the DMS.

As I mentioned a group blog is hopefully going to become the new substitute.

I see people will use the blog for solutions to common errors, etc…(In-the-Flow/Directed) but may perhaps use it less for experiences, workarounds, or “did you know if…” (Above-the-Flow/Volunteered).

As mentioned in earlier posts if a volunteered blog post helps someone with their job, then hopefully they will return the benefit and volunteer their own experiences. In addition to this, comments get conversations going that could spur people to want to express themselves more and write an actual blog post.

Blog as database

The blog is going to be the solution database and more…you can browse by date, category, search, use the sidebars for useful stuff, and even subscribe.

Why subscription is powerful?

If I get an an alert update from a new blog post that describes a solution, I now know that this solution exists…I’ve been educated/informed, just like reading daily news.

If I were to later on come across a situation that requires this solution, I can search the blog database knowing that an answer exists. I’m not blind searching hoping there is something documented, as it has come across my eyes before.

This really taps into Dave Snowden’s principle: “People don’t share knowledge in the anticipation that you need it”
- if you ask people to put tacit knowledge in a common data store for a possible need in the future, on the basis you might need it…it just doesn’t happen.

Somehow blogs overcome this has they are dead simple to contribute and they are conversational, they are a place to hang out…it’s more about participating.
This type of framework or ecosystem is all about flow, just check out Ray Sim’s latest slidedeck:

“Slide 20 Stocks
- codifying, capturing, harvesting, storing (STATIC)

Slide 20 Flows
- conversations, fragments, connections (FLUID AND DYNAMIC)

Slide 22 - Why Flows?
- Speed of change versus speed of codifying
- Continuous versus something that happens at the end of the project
- Small pieces loosely joined, context preserving
- Broader participation, with more connections
- Weak signals perception
- Results: innovation and better decision-making”

Another good thing about subscription is if I want to add an entry to the Support blog, I’m not going to publish something that’s already there, I’m not going to create a duplicate entry as I already know that entry has been made as I subscribe to updates.

Our Support database reporting captures all calls, even if the nature of the call has been logged a 100 times, this way we can make decisions on more training for staff or users, or fix bugs and features, etc…
The tag cloud of the support blog can also display patterns that emerge, but of a different nature.

How do wikis fit in?

I’ve decided the group support blog will be for solutions, experiences, tips and tricks, workarounds, did you knows, etc…

The forums will be to ask questions and discuss matters.

Now I am piloting wikis, so how will this fit into the equation?

Maybe the wiki can be a contents page for the gems in the blog support database, kind of like a gateway page.

Or perhaps the wiki can be the solution database itself, just like the blog, each wikipage being a solution.

I kind of like this solution as pages can be re-edited (I suppose a blog post can as well), and you can also have comments (well not in our wiki, but generally).

Hmmm…I do like that you can subscribe to a blog…and a blog is about currency.

Subscribing to a wiki may be painful, especially if lots of changes are made…I have limited experience in subscribing to a wiki.

Perhaps we can use both:

- the wiki can be for solutions
- the blog can be for experiences, insights, announcements…

This means that solutions will not be published as a blog post, but rather in a wikipage.
Instead the blog can be used to publish quick news to notify support staff of a new solution in the wiki.

Maybe this is the way to go.

I also want to make an error image gallery wiki, clicking on an image will take you to the solution which lives on another wikipage.

Another question is how open are both the wiki and the blog?

I’d have them both open with modify access for the whole support team…gardening can be done later, rather than getting through a gatekeeper upfront. They both need to be open to capture things as they happen, and for everyone to feel they equally own the knowledge base.

What do you think, can anyone shed any light on this scenario?

[ADDED 29/10/08: Social tools are not immune to being used the wrong way]

[ADDED 29/10/08: How do wikis and blogs fit together?]

Tap into the social capital

There’s a few related memes at the moment on learning and familiarising yourself in a new environment or situation, this also applies to methods used in find things and getting things done in your current environment.

Not talking just explicit stuff, but tacit stuff like:

- “didn’t you know, when that happens, you gotta use this workaround”

- “goto Jill, I know she is in IT, but she knows more than anyone about travel medicine”

- “that sort of informal information is stored on this spreadsheet kept in this share drive in this folder, it would be good if we could have it on the Intranet”

Examples

  • A new employee getting to know the place, the right people and information to get their job done
  • - Stewart Mader - using wikis
    - Dave Snowden - finding stories via a social networking quest
    - Shawn Callahan - social learning

  • Working with a new team
  • Mergers and Acquisitions
  • - Dennis McDonald - blogs and social networks
    - Thomas Vander Wal- social bookmarks, blogs and wikis

  • Finding the right person, and the right information
  • - Gia Lyons - expert locator, blogs, bookmarks, social networks (Lotus Connections)

This post shows the great value in tapping into the social capital to find the right person and information.
It describes two forms of social behaviour: Lurk-n-Learn, and Connect-n-Collaborate.
Check out the examples in how you get things done, how you find stuff, discover, collaborate, etc…

There are a few screencasts on Lotus Connections, this one I think exemplifies the great power of finding the right people and information based on a participation culture in a social ecosystem…also check out Lotus Greenhouse.

More from Gia:

“You can also include Atlas for Lotus Connections, an add-on asset not included in the license, that does the following:

Visualize and analyze social networks in an organization
Identify the shortest social path to reach someone
Find expertise across extended networks
Visualize and manage personal networks”

Social tools empower the individual to discover and make sense of all the people in our company, without them, each person is losing opportunity in finding a person or their content in helping them get things done. We’ve all heard of re-inventing the wheel syndrome, or, after the fact (”didn’t you know so and so, are an expert who could of helped you”).

Lotus Connections is more than a directory, every person has a profile page, on that page you can read about:

- who they are
- who they report to
- project they have worked on
- communities they are in
- keywords they have tagged themselves with (expert tags)
- keywords others have tagged them with (expert tags)
- latest blog posts, bookmarks
- contact details

Scenario

You are after an expert in the new technologies in “nuclear reactor design” who know’s the Russian language:

- look up the keyword tag “nuclear” in the expert locator (profiles)
- you find 7 people, and 2 communities about the topic “nuclear”
(it also displays related tags like “decomissioning”, “uranium”)
- you look into each of these 7 profiles and notice 1 of them speak Russian
- you look at their bookmarks (web-pages they have saved, probably when they were researching stuff)
- you look at their blog and see that their latest posts are about new technologies on this topic
(this person is not only an expert, but is up-to-date on the latest methods)
- while you are there you can visit the 2 communities to see discussions, blogs, forums, documents, etc…
(perhaps you may find useful information and people in these communities)

All this without having to be linked by hierarchy or a team, or limited to just the people you know or your office location, or having to broadcast an email…accidental collision some say.

Now every person in the enterprise can find people they need to get things done by leveraging the social capital, this is sure to get the best person for the job, cut down your cycle time, and save you money…no more lost opportunities just because we couldn’t “see through” our organisation.

Not only is Profiles an expert locator, but it connects to the other social components of Lotus Connections, we can find out more about a person: websites they save (bookmarks), what they are up to (blog), communities they are enagaging with, etc…

I guess you can say that profile pages lead to social networks (something Lotus Connections will absorb with its Beehive product), which is how the millennial generation get things done (they really don’t use email, they find it too static).

For a more business perspective check out this presentation, The Business Value Of IBM Social Software.
Contrast this social way of getting things done compared to an Intranet, email and a Document Management System, which environment would you choose ;)

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

Related Posts Plugin for WordPress, Blogger...