Showing posts with label respect. Show all posts
Showing posts with label respect. Show all posts

Sunday, March 21, 2010

Experts respected for organisational knowledge more than technical knowledge

This was my first experience as a "knowledge engineer" trying to build an "expert system" for a chemical processing plant in the mid 1980s. That experience still shapes a lot of my thinking. Firstly the context was the archetype expert system one, the expert operator (and long term foreman), 35 years + experience, retiring in 12 months ... his name was Maurie. He had the total respect of the rest of the operating crew (who I might add only averaged 20 years on the job).

After doing my knowledge engineering thing and extracting a few hundred "expert" rules, I began testing them with the "junior" operators. Anything special or insightful? No not really... the common answer was yeah you could do it that way. Would you change your action if this was recommended? Maybe ... not sure if it matters. Even Maurie was a bit ambivalent and supported them in saying yeah that could work too. This was pre- TQM days and shortly afterward the standard operating procedure (SOP) was born, so there was a lot more support for standardisation ... not so much from what might work or what might not, but a view that if we standardised actions we would at least have a measurement environment that operating performance drifts could be more easily identified.

When we implemented the system I would have to honestly say that the value the operators gained was not so much in the "insightful" recommendations the system made, but the "evidence" in terms of signals tracked and displayed to justify the recommendations that were most valued.

I continually experienced this in my Expert Systems days. A case based reasoning system for a consumer call centre was of most use to novices. More experienced staff would want to make their own decisions but appreciated the support information. Expert Systems in my experience worked best in the "complicated" domain (viz Cynefin)...where the effort of logically breaking down a decision process was both viable and valued.

As for Maurie ... why was he so respected as THE expert when the knowledge base we built from his so-called tacit knowledge was not seen as anything special? Well I learnt that respect and expertise can be different things. Perhaps Maurie's technical expertise was not necessarily superior any more to the 20 year "juniors". His people and organisational skills in working with the other operators was superior ... hence the respect that he was given. As one operator quipped ... Maurie knows where everything is .... you want a shovel or a broom....Maurie knows where it is!

I've recently interviewed some chief engineers that will retire soon. I found the same thing...its not their technical "tacit" knowledge that is valued as much as their "organisational" knowledge...especially the "how do you get stuff dome around here" tacit knowledge.

Monday, June 22, 2009

Expertise is in the eyes of the receiver

In 1986 I took my first tentative steps as a new "knowledge engineer" looking to extract the expert knowledge from Maurie, a veteran Iron Ore Sintering Plant Foreman, who was due to retire in 12 months. He had been doing the job for 35 years and was considered by his "juniors" an out and out "Expert" despite their own 20+ years in their jobs. Armed with the latest Expert Systems tools and techniques I set about capturing the essence of how he went about managing this complex thermodynamic process. I developed a large rule base which I simulated in back shifts with less expert operators. What I found was that my rule base didn't really contain any startling insights or "gems" of wisdom. Virtually all of the more "junior" operators were doing similar things. None the less Maurie was the "acknowledged" expert. Back shifts on a Sinter plant provide ample time for reflection and discussion with backshift operators. The job was not all that hectic. Your expertise was put to the test when things went wrong. What I began to understand was that much of Maurie's expertise was related to the respect he had built up with his peers. He lived close to the plant and knew it like the back of his hand ... even to the extent of where the shovels and brooms were kept. He developed relationships easily and was on a first name basis with the then CEO of the company, who he had "trained" as a young graduate doing the rounds, right down to the most junior staff member. This experience has stayed with me throughout my lengthy KM experience. Perhaps Maurie in the end did not have superior technical knowledge to any of his peers. However his ability to share what he had through the trusted relationships he had built over time, meant that in the eyes of his peers he was a "true expert"

Saturday, February 21, 2009

Listener

A new senior manager came into my division. She met all the staff one by one over the period of a few weeks, and had scribes take notes, to find out what they did, and what they thought could be improved. Then she took action to implement changes, which included an information management reform project. I was attached to this as an internal consultant because of my expertise. This was very impressive and made the project much more effective.