hat? What do you mean?
"Just in time, not "just in case" is a great catch-phrase that captures our knowledge management practices here in Rational Client Support. And we thought you might be interested in learning a little more about that.
We believe that knowledge base content (in a support context) is different and should be managed differently from other types of technical content, like documentation, white papers, or manuals. Technical Support content is dynamic and needs to be created, managed and delivered for "just in time" accuracy and freshness. A piece of support content is most valuable within the first 30 days of the problem being discovered. Unfortunately, many organizations take 60-90 days to document and release new solutions, which you can see from this graph is ... sub-optimal.
The Acme Co has started fielding support calls about the new bilateral destabilizer functionality, released last week. Sadly, a use case has emerged: if you plan on deploying the bilateral destabilizer underwater (like anyone would EVER do that), you need to make some adjustments in the motor housing.
Acme believes that getting this information out to their clients quickly is far more impactful than investing in a lengthy writing, editorial and review process while clients continue to struggle without this valuable knowledge nugget. Acme certainly doesn't want to continue to field calls about known issues. They want to get the knowledge as close to the clients as soon as possible, so their support engineers can be helping clients with new issues.
We believe the same is true for our business, and client surveys bear this out.
We want to fill knowledge gaps (yours and ours) as quickly as possible. We value accuracy and speed over presentation and format.
That is why we focus on "just in time", not "just in case". Content is created in the context of the issues a client is facing this minute - in the context of a PMR. We're not building an encyclopedia, we are providing solutions. And we create those solutions at the time they are being demanded. We recognize that knowledge is more accurately captured at the moment of using it, not in attempting to recollect it accurately later, which is why we ask our support engineers to capture their knowledge use in the PMR workflow. Capturing knowledge for reuse is not something we do afterwards, if we get a spare minute. It is an integral part of the core business.
Everyone in Rational Client Support is a knowledge worker. And you win.
kellypuffs 06000168YK Visits (8047)
Tacit knowledge is the knowledge in your head. Knowledge you haven't shared. Explicit knowledge is knowledge written down and shared. Tacit knowledge is good, but explicit knowledge is better, particularly in a technical support context. In Rational Client Support, we've built a robust knowledge management program, based on knowledge-centered support best practices, aimed to equip the organization to capture knowledge effectively for reuse, not only internally, but outside the firewall as well.
The support engineer on the other end of the phone not only brings to bear his/her own expertise on an issue, but also has at hand our knowledge base built on the collective experiences of the organization and clients to date. We solve a problem once, and then reuse the solution, building upon it as experience dictates.
Capturing knowledge is not something we do in addition to solving problems....it is the way we solve problems.
Shared knowledge IS power.
image credit: (cc) KaCey97007
kellypuffs 06000168YK Visits (1922)
@RationalSupport tweets were the most popular in July, as measured by click-throughs to our content?
Check it out!
Lots of good stuff here ... what do YOU want us to tweet about?
Aaron Kim is one of those people.
He wrote a great blog post today on the value of sharing knowledge, and you can find it at his blog: The Bamboo Raft.
My favorite part?
"No matter how many people know about anything, there are always more people who don’t know about it."Good reading.