Showing posts with label Sharing Lessons Learned. Show all posts
Showing posts with label Sharing Lessons Learned. Show all posts

May 14, 2011

Ebbinghaus or the Curves on why we just keep forgetting

Recently I came across the Ebbinghaus Curve aka the Forgetting Curve - interesting because my boss oftens laments  about how people can be trained in an improved SOP or new process, and then after a year or so they seem to have forgotten, and there is a risk of quality issues.

And to be honest, if someone catalogs a complex list of instructions on how to drive to a distant location, I find it often just doesn't gel with me. I much prefer simple written instructions, with the added visual component of a street directory. So far I haven't done much with GPS systems either to be honest.

So I've been intrigued by Nick Milton of Knoco Stories, who for years has been running a training program called the Bird Island Exercise, which is all about remembering & forgetting. Recently I re-discovered one of Nick's posts on his Bird Island Exercise from a year ago - where he shared the following insights :

"This result reinforces recognition of the frailty of human memory as a long term knowledge store, and therefore the need to support that memory through some sort of capturing and recording. Even 6 months is too long to leave knowledge in memory alone. We need to be capturing it as we go, even as an aide memoire, otherwise we lose it.


And when we come to use it again, we find we retain just enough to be dangerous."

Nick Milton also shared more on the Ebbinghaus Forgetting Curve in his The Gorilla Illusions post - by the way have you ever heard of the Invisible Gorilla Experiment ?

I also liked Nick's post on The Self Aware Organisation - it seems to resonate with many of the concepts in Professor James Reason's High Performance Organizations.

And around the same time of Nick's Remembering & Forgetting post, Harold Jarche also shared his thoughts on Ebbinghaus & the Forgetting Curve - Learning & Forgetting - on how much we remember after training & memorisation - and how quickly we can lose it.

Professor James Reason has also had some interesting thoughts on Human Errors - which seem to accord with the Forgetting Curve as shared in my organization's OHS awareness sessions. 

Some of these ideas are also echoed in a preso by ACTKM's David Williams "How do you get people to read and understand stuff?" - it's on Slideshare - which holds some very interesting preso's on Knowledge Management which are freely  available for download. David's thoughts are salient when one considers the increasing volume, length & complexity of SOP's - Standards Operating Procedures - as they try to cover every possible scenario. 


Then Benedict Carey (NYT) reviewed ideas that turn traditional thought on studying, learning & retention on its head.


I have to review my organization's procedure for writing standard procedures - so there could be some good inspiration in there, for what is arguably quite a dry subject, but nonetheless very crucial. 


I've always liked the Gunning Fog approach to understandability of one's writing - some find it too geeky with its equation for simplicity/complexity of writing.

I find it interesting because of the strong focus on Corporate "Storytelling" in Knowledge Management circles in Australia in recent years as opposed to CMS - Content Management Systems.  In fact CMS can really support SME's (Subject Matter Experts) to effectively manage their  PKM (Personal Knowledge Management) systems - for more effective recall & Knowledge Sharing, and so to share via tools such as Corporate "Storytelling". My organization's SSO's (Significant Safety Occurrence shared stories & learnings) are in fact a good example of embedded Corporate Storytelling in my opinion.

See my Diigo Shared Bookmarks & Google Reader RSS feed items for more Ebbinghaus Forgetting Curve links.

Jan 22, 2011

ASQ Global Influential Quality Voice from Down Under on Social Responsibility - Safe Foods - Quality Back to Basics - inspired by Paul Borawski

In Down Under Australia, January is usually the post New Year summer holiday season - beaches, long lazy lunches - but this year it's been one of crisis as we find so much of our country under water with the latest La Nina event - perhaps one of the worst in years. Great to see so many now volunteering in the clean-ups as the floods & cyclones (aka Hurricanes) continue. I have been fortunate that my family, friends & our properties have escaped. So I'm a little behind in my ASQ Global Influential Voices blogging (please note I do receive a variety of quality resources as an honorarium in exchange for my commitment. However the thoughts & opinions that I express here in my blog are my own!).

We have this amazing ASQ CEO Paul Borawski who's blogged on CSR - Corporate Social Responsibility, Quality Goals for 2011 and Food Safety. So inspiring to see our leader "being a leader". Especially when I read my daily RSS feeds of ASQ News. At times it's been horrifying to read some of the updates - food safety issues on so many different continents, electronic voting machine fraud. Although I am Engineering/Knowledge Quality Manager, my first job was as a junior casual at a Tourism food outlet, where I learnt about food quality & safety
.
And I am really enjoying reading the thoughts of my fellow ASQ Global Influential Voices for Quality as they blog on key quality related topics - eg from the USA, South America & India. Without this ASQ program I might never have encountered all of these fantastic people's ideas ! See my Blogroll (Left Frame) to read their latest thoughts !

As for my goals, some I've made a good start on already ...
  • Back to the basics re-focus on quality - yesterday I pulled together a quick Powerpoint for my Team on what ISO 9001 says about expectations on Product Conformity (quite a lot  actually !) I was inspired by Dr Nigel Croft, Chair of ISO TC 176 SC2, at the Sydney meeting in December 2010 - clearly it's not meant to be about "concrete life jackets & concrete lifeboats" but consistently conforming with customers' product conformity requirements
  • Maintaining & gaining new national & international certifications (ISO 9001, CE Mark, ISO 17025, Singapore BC 1, Malaysia SIRIM, Indonesia SNI & new Australian ATIC) to enable my company to win new markets - means using new technologies like social media to stay on top of what's happening eg the EU's upcoming Construction Products Regulation due to replace the Directive with associated CE Marking requirements
  • Exploring the different "Managements" in a Quality Paradigm - Knowledge, Risk, Records - and sharing these via Sharepoint wiki pages so the knowledge is not just locked up in my brain and my PKM - Personal Knowledge Management system (across Googlereader RSS, ASQ, UK CQI, Elsmar Cove, Quality Magazine, ISO, Hootsuite, Twitter, Diigo, Blogs, C-Drive & Servers, LinkedIn, Hard Copies, Sharepoint, Documentum)
  • eg facilitate cross fertilizing between our Knowledge Management Service Librarians & our Quality Management Systems Auditors on Records Management
  • Working with our Learning & Development & Product Stewardship teams on issues of common concern, like reinvigorating our Knowledge Management program, on Corporate Social Responsibility ISO 26000 issues & capturing it in Sharepoint wiki pages
  • And, post the "worst of the last 2 years of the Global Financial Crisis" to set up Quality Development & Awareness programs, to create Lessons Learned from the experiences of BP and Toyota, as it would be so easy to succumb if we don't take a strong stand on quality and ethics
  • Migrate our site' main controlled document system from an Intranet to a Sharepoint portal connected with anEMC Documentum CMS
  • Upgrade our org's Atlassian Confluence - our critical IP system
  • Foster use of Web 2.0 tools by my colleagues to achieve cost effective DIY ways of staying current in our professional discipline areas
  • Reincarnate our organization's Quality Global Community of Practice
  • Help my external network members to understand the records management compliance requirements in a rapidly changing world of social media, mobile web & Cloud computing technologies. Fortunately my significant other is a governance manager in ICT Project Management so we do lots of cross-fertilization !
  • Participate in ISO TC 176 SC 2 WG23 as a corresponding member under Tania Marcos and in Australia's ISO TC 176 SC2 mirror committee, QR-008 under Darryl Yanniuck - also its sister committee on Auditing QR-006
  • To learn from my fellow Standards Australia committee members, Kevin Foley & Alex Ezrakovich
  • Help to capture the amazing knowledge of one of Australia's governance icons, a silver citizen & Web 2.0 Apprentice, Stan Ambrose, in writing a technical note on the performance of steels, in pressure equipment under emergencies like serious fires / explosions - so much great knowledge - too valuable to lose !
  • To reflect on the various ideas & concepts I'm encountering, rather than just filing - my new A Maven's Magnets weekly blog
  • And to support my Ms 16 year old Teenager as she enters her last year of High School & seeks to gain entry to an Australian University
so much to do ... it's going to be a great ride !


Postscripts from my Google Reader RSS & Twitter feeds :

“The happy people are those who are producing something; the bored people are those who are consuming much and producing nothing.”

William Ralph Inge (1860 – 1954)

English author, Anglican priest, Professor of Divinity at the University of Cambridge, and Dean of St Paul’s Cathedral

"Open your arms to change, but do not let go of your values"~ Dalai Lama

Nov 22, 2008

Cloud Computing - Heads in Sand - Governance Issues

It started as trickle, but like a dripping tap, the flow kept up ... for the last few weeks Cloud Computing keeps dropping into my email inbox ... something to do with Microsoft's Blue Sky Horizon, Windows Azure. Like the dripping tap, I tried to ignore it as just more IT geek jargon. Realisation dawned .. I'd been a fledgling Cloud Computing user for a few years without realising ... as I paid my EBay bills using PayPal, used Amazon Books payment system, Google maps, Blogger, Google Reader for RSS feeds, LinkedIn, Yahoo Groups, Web based email, etc etc.

In the end I found Robin Hastings' (Missouri River Regional Library) slideshare presentation on "Cloud Computing" & the Cloud Computing Glossary the most non-geek friendly.

But like the rest of Web 2.0 applications, rather than head in the sand, avoiding Cloud Computing issues, those with governance roles, need to be asking questions of those with their heads in the clouds, looking to blue sky horizon possibilities. Those questions need to be fully answered, and not treated dismissively.Starting with ... Will Cloud Computing storage providers guarantee access to your information & records for as long as statutory regulations require, regardless of whether done in house or outsourced ... sometimes decades ? Then would Private Clouds & Virtual Private Clouds be better approaches ? Gartner predicts a future in this approach for large organizations. If IT departments were worried about managing security concerns with Web 2.0's Microsoft Sharepoint, they must be agonising over Governance and the full ramifications of Cloud Computing applications, eg Chieftech.blogspot. Perhaps, looking at it from Web 2.0 experiences, if companies & quality management professionals have their heads in the sand, then the horses will bolt.

MORE

Cloud Computing - detail Heads in the Sand on Governance

It started as trickle, but like a dripping tap, the flow kept up ... for the last few weeks Cloud Computing keeps dropping into my email inbox. Probably something to do with Microsoft's Blue Sky Horizon, recently announced, venture into the field, with Windows Azure.

Like the dripping tap, I tried to ignore it as just more IT geek jargon. Finally curious enough, I clicked on one of the email hyperlinks ... a new unintelligible taxonomy aka jargon emerged. It meant turning to Wikipedia, to get a plain English understanding of "Cloud Computing"....and a bit more at "How Stuff Works". Funny how many Orgs frown on using Wikipedia, just like my old uni professor frowned on the Plain English style metallurgy textbook, used at the TAFE across the road, despite its friendlier "Gunning Fog" readibility ranking. In the end I found Robin Hastings' (Missouri River Regional Library) slideshare presentation & the Cloud Computing Glossary the most non-geek friendly.

Realisation dawned .. I'd been a fledgling Cloud Computing user for a few years without realising ... as I paid my EBay bills using PayPal, used Amazon Books payment system, Google maps, Blogger, Google Reader for RSS feeds, LinkedIn, Yahoo Groups, Web based email, etc etc. Many say Cloud Computing is the next disruptive computing technology, just like the IBM Mainframe, Apple 2 computer and internet - Web 1.0/Web 2.0.

And why did I go to Google Reader for RSS feeds ? Probably because my Org didn't seem to provide Readers for RSS feeds, or it was too hard to find out how, or its use was discouraged. Many other employees looked at me blankly when I asked about RSS feed? So it was easier just to go outside the system. If I found anything worthwhile, then I'd just archive it, email it around internally or capture really useful bits onto a Sharepoint Wiki Page.

Another stage for the Microsoft vs Sun Microsystems paradigm debacle, with Microsoft's catch up commercialisation plans in offering a fee per use. "Cloud Computing" seems headed to SME's, so they don't have to outlay the capital for huge IT systems. Some commentators liken it to electricity and water utilities access and usage charging - where you don't need your own generator, windmill or well. Consumers expect reliable and safe supply at rates that are not exorbitant. But what about governance ? After all it was a utility, Enron, that led to the Sarbanes Oxley legislation in the USA.

It was dawning that, like the rest of Web 2.0 applications, rather than head in the sand, avoiding Cloud Computing issues, those with governance roles, need to be asking questions of those with their heads in the clouds, looking to blue sky horizon possibilities. Those questions need to be fully answered, and not treated dismissively.

Starting with ... Will Cloud Computing storage providers guarantee access to your information & records for as long as statutory regulations require, regardless of whether done in house or outsourced ... sometimes decades ? A good question and one being posed on How Stuff Works - Cloud Computing Security Concerns page. Very pertinent in an era of increased regulatory constraints, following the financial global meltdown. But then Key IT decision makers fret about the cost of software licensing and what they may perceive to be excessive and unnecessary data storage, ... forgetting the ramifications of not having data storage. Systems, which businesses need in order to operate, ie QMS, EMS, OHSMS, CRMS, FMS, have requirements to keep records for a very long time. Breach those and it could be a very costly threat to your business's longevity. Some commentators seem to be recognising this concern.

What about production history systems - no matter if managed in-house or via "Cloud Computing" applications ? If your product identity codes are re-used in a "wrap around" situation, it might be tempting to cut costs and not archive the records of each wrap around sequence separately. But how do you know if the data is for item "Awxyz" produced in 2006 or for item "Awxyz" from 2009. 3rd Party quality auditors certifying your Quality Management Systems, and Factory Production Control Systems, could take a dim view of your cost cutting - not good, especially if you plan to export into the EU in Europe.

There's the challenge - in line with James Robertson's view of two uses for a wiki - to ensure governance, "command and control" rules where they're needed - as well as to encourage collaborative environments with enabling support, hints and tips, to capture lessons learned, preventing key knowledge loss (refer egov.vic) . I decided to ask the "significant other", one of the aforementioned IT geeks, about his exposure to Cloud Computing & governance issues, a pause, then he explained how it was being adopted by some organizations, as a Virtual Private Cloud to enable collaboration with external users, and yet maintain security. Gartner predicts a future in Private Clouds/Virtual Private Clouds approaches for large organizations.

If IT departments were worried about managing security concerns with Web 2.0's Microsoft Sharepoint, they must be agonising over Governance and the full ramifications of Cloud Computing applications, eg Chieftech.blogspot. And again, despite all the proclamations, it will be a behavioural issue. Perhaps, looking at it from Web 2.0 experiences, if companies & quality management professionals have their heads in the sand, then the horses will bolt.

Nov 8, 2008

130 Years of KM Forensics, Governance & Metrics ...

130 Years of KM Forensics, Governance & Metrics - and 1000's of lives saved! In browsing Flickr photos, I came across an industrial archaeology plaque, commemorating the original Manchester site of British Engine Insurance, an organization committed to avoiding industrial explosions. And, ironic, in 1996, that this Manchester head office, itself was destroyed in an IRA bombing. Judith, a blogger from the UK, wrote to me that all its systems and records were also destroyed, effectively ending this organization as it was taken over by Royal & Sun Alliance Insurance Group plc. Sadly ironic that there was no IT & KM disaster recovery systems that could save it.

November 12 2008 marks the 130th anniversary of the formation of the British Engine Insurance Ltd, originally known as the "The Engine and Boiler Insurance Company" - set up by RB Langridge. And from its origin in 1878, its Chief Engineer, M Langridge submitted an annual technical report (Knowledge Base ?) to the board (one of Arthur Shelley's elevator conversations ?) - covering "post mortems of dead equipment" ... aiming to improve safety, efficiency & equipment reliability. It all resonates with the thoughts of Professor James Reason - advocate of the mindful and High Performance Organization.

British Engine Insurance had been a pioneer in Knowledge Management, passionately committed in the 1870's, to preventing explosions killing dozens of people each year ... just as many do today to prevent explosions

............... more

130 Years of KM Forensics, Governance & Metrics: Part 1

130 Years of KM Forensics, Governance & Metrics - and 1000's of lives saved! In browsing Flickr photos, I came across an industrial archaeology plaque, commemorating the original Manchester site of British Engine Insurance, an organization committed to avoiding industrial explosions. And, ironic, in 1996, that this Manchester head office, itself was destroyed in an IRA bombing, and with no backup administration/IT systems elsewhere, the business was effectively destroyed.

November 12 2008 marks the 130th anniversary of the formation of the British Engine Insurance Ltd (now part Royal & Sun Alliance Insurance Group plc), originally known as the "The Engine and Boiler Insurance Company" - set up by RB Langridge. And from its origin in 1878, its Chief Engineer, M Langridge submitted an annual technical report (Knowledge Base ?) to the board (one of Arthur Shelley's elevator conversations ?) - covering "post mortems of dead equipment" ... aiming to improve safety, efficiency & equipment reliability. It all resonates with the thoughts of Professor James Reason - advocate of the mindful and High Performance Organization.

British Engine Insurance had been a pioneer in Knowledge Management, passionately committed in the 1870's, to preventing explosions killing dozens of people each year - helping to achieve cultural change in "boilermen" & asset owners/managers alike. They used visual inspection & the KM tools of the day ... maybe not all the highly technical NDE (NonDestructive Engineering/Inspection - similar to medical techniques of ultrasound, X-ray, CT Scan) instruments nor the databases, document management systems, emails, internet, communities of practice, wikis, blogs, Web 2.0 etc ... but they willingly & enthusiastically captured knowledge - then shared it very widely .. being exploited for decades .... as an embryonic beginning of the governance engineering culture in much of today's power industry.

Professionally, my great passions are forensic engineering aka failure analysis, knowledge, quality & safety management - avoiding reinventing the wheel .... in mid 1981... I was a young metallurgist and permitted to join the Failure Analysis Metallurgical team, then led passionately by David Barnett (now AINDT CEO - An immigrant from the UK, Dave has now served Australian industry for 45 years). Dave has always been a devout follower of the "British Engine Insurance" Technical Reports. In our field, these Technical Reports had broken new ground in establishing a culture of knowledge capture, management & sharing - way back in 1879. Although I was initially perplexed back in 1981, as to how an insurance company could possibly do failure investigations ... I learnt.

Problems had emerged with boilers exploding as early as 1815, and even in the 1850's, a few engineers began to recognise it was essential to do regular inspection of equipment to prevent catastrophic, & often fatal, explosions. RB Langridge was a key figure in the Manchester Steam Users Association, the first boiler inspection company- set up in 1854 ...he had strong views on regular equipment inspection programmes - and he was prepared to stand by them - he even resigned in 1859 when his vision of linking insurance cover to regular condition monitoring inspections was not accepted.

In 1878 RB Langridge argued to his employers, The Steam Boiler Assurance Company, that steam engines should be brought into the inspection scheme. He firmly believed that "accidents resulting from the disruption of the very large flywheels of the engines of the day could be as violent and explosive as boiler explosions and could similarly be reduced by routine inspection." So, his views falling on deaf ears, he resigned again, and formed the "The Engine and Boiler Insurance CO. Ltd"... and in 1932 the firm merged with the old MSUA - enlarging British Engine Insurance Ltd. In the meantime all sorts of fanciful theories for causes of the explosions began to flourish, one being "the spheroidisation of water".

Note - in the 1860-70's, up to 60 people pa would be killed in boiler explosions in the UK, with 31 explosions in 1880. In 1879, M Langridge classified the causes of the breakdown of engines (& the root causes seem remarkably unchanged !) in the first annual technical report to the Board (Elevator conversation & Knowledge Base ? ) as follows ......
- 49% - due to accidental causes - eg some twine was dropped into the casing
- 14% - due to negligence of attendants eg brass had worn through - but it hadn't been checked for a very long time
- 23% - due to old defects, flaws and wear - many cases of pre-existing cracks preceding final fracture were cited
- 14% - due to weakness and faulty construction - eg incorrect fitting

Further he identified what would be known decades later as fatigue & the role of residual stress in fracture ..."it should be remembered that under variable strains of a certain intensity, especially when alternately tensile and compressive, the strength of metals gradually decreases, until ultimately rupture takes place with a comparatively light load; and also, that iron or steel, when in a high state of strain, will give way under a slight jar which would not otherwise affect it." I have always believed that it takes special traits to make good inspectors - attention to detail, crawl around in arduous conditions & to get it all documented in a meaningful way. These factors remain crucial in engineering to this day, eg planes, oil rigs, gas pipelines.

Effective KM was to be a crucial component in the changes necessary to stop the industry killing its own


............................ more

(Reference - British Engine Technical Report 1978 Volume XIII - 1878-1978 100Years of Service to Industry.)



Nov 7, 2008

130 Years of KM Forensics, Governance & Metrics - Part 2

Up to 60 people killed p.a. in boiler explosions in the UK in the 1860-70’s, with 31 explosions in 1880. The UK Parliament became agitated - so 1882 & 1890 saw the UK pass the Boiler Explosions Acts. It was necessary for industry to be regulated into a governance culture. Just preceding the 1882 Act, the British Engine’s 1st Technical Report, of 1879 was born … a key first step in the industry's KM.

Before the 1882 Act, only 20,000 of 110, 000 boilers in the country were being inspected - explosions were attributed to "age, corrosion & wastage". In some ways the reticence to inspect was not surprising - the costs & it does involve quite a lot to take a boiler down for inspection and then bring it back online – not just a matter of flicking a switch. After the 1882 Act, the bar charts showed an amazing plummet in explosions and deaths. And they dropped again after the introduction of the 1901 Factory & Workshop Act. Those outcomes are step change metrics that many organizations would be thrilled in achieving. In Germany, by 1900, Munich Re was beginning to consider industrial equipment insurance issues.

However it was not just about inspecting susceptible equipment – KM was vital. M Langridge was passionate about documenting & passing on the lessons to the next generation, as stated in his 1906 report ... "Many of the experiences set forth in the following pages are no more than old acquaintances dressed in new clothes, familar pictures with fresh backgrounds and the paragraphs in which they are described but new presentments of ancient histories. But in ephemeral literature repetition is not to be despised so long as the mistakes and difficulties dealt with continue to be made and felt; so long as there are young ones growing up to make the like mistakes and suffer the same troubles as their elders, unless warned by the records of the experience of the past. And particularly is this true when the experiences gathered are of a kind that comparatively few have opportunities of gathering."

And in his 1908 report, Langridge again reiterated the KM message ... "The old causes of accidents remain. The familiar consequences follow, and history repeats itself in the Company's little world no less than in the march of nations.... Nor is it well entirely to ignore the old, for what is old to some is new to others. Those who have learnt the lessons of experience pass away, and others who have yet to learn take up the work. They find to their cost that much of the old is new. ... There are two kinds of things men's eyes and minds ignore - those they have never seen and those which speaking vulgarly, are always in front of their noses. To inform them of the one and remind them of the other is fitting work for the instructed scribe..."

However success could not allow complacency. And in 1917-27 explosions of caustic cracking due to failing boiler rivets appeared - failing from a combined corrosion and straining beyond yield point. 1928 saw the onset of failures due to welding - in the absence of advice on proper design, permissible stress levels, construction methods or inspection requirements ... problems with lack of fusion in welding were reported. Ultimately changes were called for - including pressure testing. (Note - From 1946-1964, the reports were written by the Research Engineer, GA Cottrell - an icon in the field of metallurgy for many students of the 1970-90’s).

This legacy of boiler inspection in the UK, which was carried through generations of families, continues via the SaFed. It has now been extended to a much wider range of assets - oil rigs, turbines, plants in chemical, iron& steel industries.

And all around the world - the boiler inspectors, together with other specialists in inspection - NDE, lifting, condition monitoring, structural condition & those in failure investigation - forensic engineering specialists, such as Neil Barnett, (20 years experienced, carved out his own niche & firmly stepped outside Dave's shadow) ... are all supporting today's asset owners, managers, shop floor operators & maintainers. Together .... all dedicated to preventing equipment problems, improving safety & documenting what they find into today's knowledge bases & sharing it across networks & Communities of Practice (COP's).

The language of the old British Engine Technical Reports may be archaic and quaint ... but their KM & Governance messages remains constant ... checking, sharing and learning ... to save people's lives....

(Reference - British Engine Technical Report 1978 Volume XIII - 1878-1978 100Years of Service to Industry.)

Nov 4, 2008

Of KM Metrics, Whales, Hermit Crabs and other things

Metrics matter. But do they tell the whole story ? Is it just about a site's "hits" rating ? Or should we consider the value that Knowledge initiatives bring in avoiding "huge amounts of egg on face" in preventing a bad decision ? Or enabling exploiting a great opportunity generated through collaborated ideas of a commuity spread around the globe ? So how do we measure that value ... so often intangible ? Unfortunately it was nearly a case of having to learn the hard way when it was decided that our Communities Of Practice were no longer delivering value ... according to those who had never been participants.

And, we the "cranky" technologist/engineering "Hermit Crabs", with apologies to Arthur Shelley's "The Organizational Zoo", belatedly realised, just in time, that we had to do the "elevator messages" to key stakeholders ... ... of how the Knowledge initiatives benefit our organization ... to politik, spin & drag the IT "Whales" back out to sea ... just in time saving these "Whales" from in fact "beaching" us all.

Back around the year 2000 Laurie Lock Lee, then at CSC, established Communities of Practice (COP's) in my organization ... it was really early days and so it was hardly today's 2008 Web 2.0 stuff ... nevertheless, several years later, there were 80++ COP's running in our organization - linking people across our global organization in key engineering / technology /organizational management / OHS COP's. Given a nudge by Laurie in mid 2000, I participated in a number of engineering/technology COP's - even setting up & administering several in the quality & forensic engineering fields.

And of course over time, as with all communities and networks, some dropped off and new communities formed. Our Knowledge Consultant Barbara Netterfield did a cleanup of the dormant COP's and reminded us of how they should run.. ie Kerrie ... it's not like Moses coming down with the 10 commandments... just remember ... ask a question Kerrie .. ask open-ended questions....

What I personally still continue to experience .... is the amazing generosity of colleagues ... some whom I was not to meet face to face for several years ... some maybe never .... of how they willingly shared their knowledge and experience to those who needed it eg they offered tips to "newbie" engineers asking advice on such esoteric subjects as the flammability of carbon monoxide, quality management policies & how to do security on pdf documents . And when one engineer wanted to use a really big old concrete storage tank we tracked down who "really" knew all the key engineering details ... and saved much embarrassment in avoiding probs with OHS, EPA etc ... leaks etc... not to mention in many cases ... countless hours, days, even weeks saved in unnecessary "reinventing the wheel" .... some very high value transactions from the COP's indeed ... but not necessarily measured to become part of the official IT KPI's & metrics. But when Barbara and Laurie did a social network analysis of our area, they found it relatively tightly networked, but at risk of fragmenting if we didn't do something proactively, ahead of a few key babyboomer retirements. We listened and acted ... and even et up another COP ... the Technologist's Helpline.

Global examples I recall the young chemical engineer from Indonesia who asked some questions and who was supported by the full intellectual horsepower of our Australian based chemical engineers, even transcending when our countries' relationships became a tad strained ... it was amazing stuff to be honest. Then as climate change-global warming-greenhouse issues exploded onto the agenda & our COP's kept us informed ... eg who was capturing and using rainwater off major industrial buildings on our site. And when Santos had probs with their Moomba site - put it out of action for a while - where the national business media even "rabbited" on about such obscure technical issues as "Liquid Metal Embrittlement of Aluminium by Mercury at cryogenic temperatures", then I, who was a materials engineer and not a chemical engineer at all, was asked to help out the chemical engineering community understand what it meant for them. Such an amazing amount of knowledge so freely shared and willingly accepted ..... by members of the ostensibly technologist / engineering "Hermit Crabs" COP's ... we just wanted to get on with creating solutions ... the "PR" spin and politicking could be left to others ....

But then Microsoft Sharepoint arrived ... actually I am a big user of Sharepoint Wikis along with our COP's ... but it was as though anything that preceded Sharepoint was no longer. It was rather telling for me when one IT bod, who helps me out heaps, looked at me in wonderment when I mentioned the COP's - he had forgotten all about them and seemed perplexed that the engineering and like technologists were still using them. But, in fact many COP's still continued ... it was such a nice easy way to share news in your community and ask a question when you needed help. And if you wanted to post a document, then you could make a few comments and ask your community what they thought. And it was so easy to set up a COP ... whereas setting up a Sharepoint site just seemed so tortuous ... official approval and not nearly as friendly and welcoming as our much loved COP's. But no IT geeks were looking after them ... nor was anyone paying for them .... but they continued to deliver value. Unfortunately we Hermit Crabs forgot to tell anyone "the elevator messages" & how much benefit they brought ... so many lessons not having to be relearned ... so much time and $'s saved! We just forgot to share that good news...

Then one day a key IT geek decided to announce that the COP's would be defunct .. he gave lots of notice... but he announced it on the top level COP page that virtually no one ever uses ... and there was no official announcement to the administrators of the 80++ COP's. And of course most people have short cuts for their individual COP and haven't looked at the main page in years .. literally! And then he asked a question on a top level COP page ... again no one ever used that one either ... if they had a question of course everyone went straight to the most appropriate of the 80++ COP's. The IT geek had perceived that the recorded hit rate for each COP might have been higher than the real one.... but actually it was probably the reverse .... especially with the flow-on as team members shared the emails they received from the COP with others.

So after a couple of weeks with no response to his announcement, nor to his test question, both posted to the 2 areas that were rarely ever used, the IT geek convinced himself that the COP's were dead. There seemed to be no passionate owners of sites. So perhaps no one would even notice if they were archived onto tape and just disappeared .... But, had he drilled down to individual COP's, he would have found several dozen that were still active and flourishing ... with very passionate owners .... in fact many organizations pursuing Knowledge programmes would have been ecstatic with such shared activity.

During this all of this phase my laptop motherboard died, so I was off the air in total ignorance. When the laptop was reincarnated, I went to post a message onto a COP ... as my organization, like so many around the globe, was at that point taking in the global financial situation ... and I had been posting to fellow COP members around the globe ... seeking their input to create a composite assessment of a changed regulatory situation in one of our markets.

And thus I found myself greeted with "Analysis of Comunities of Practice usage logs indicates that the COP is not being used. This application will be decomissioned and the information it contains archived on 10th Nov 2009. If you wish to maintain any COP functionality you will need to migrate the particular COP into a Sharepoint teams site." .... It was all a bit like "The Hitchhiker's Guide to the Galaxy".... remember that from way back when ..... the main character is told that his home is to be demolished for something like an intergalactical superhighway.

A few excitable phone calls followed ... the IT geek acknowledged that finally someone with passion had responded to his message .... a bit like sending out messages to aliens in the galaxies and hoping they speak English ??? ... remember Stephen Spielberg's ET :"Phone home"??

Some postings to key users of various COP's followed. The result was like one of David Gurteen's "reverse brainstorms" as it dawned on fairly conservative engineers that "the plug might be pulled". In fact I got a few calls demanding that I not axe their COP's ... ironic in that I was trying to achieve an orderly "change management and transition to Sharepoint" process. It then emerged that no migration project plan had been put in place

... a day or so later the "Hitchhiker... " like message had been pulled from the main COP website.. We COP users were told not to panic ... that it was now all going to be fixed in the proper IT-like project management way .... just like an IT Programme Office should do it, according to my "other half" who runs such an IT Programme Office.

In the meantime the global community continued and my COP maintained contact across Asia, Europe, Asia and the Pacific ... not withstanding our "Hitchhiker" style fright.

And so we the "cranky" technologist/engineering "Hermit Crabs", with apologies to Arthur Shelley's "The Organizational Zoo", had to realise that we needed to do the "elevator messages" to key stakeholders ... ... of how the Knowledge initiatives benefit our organization ... to politik, spin & drag the IT "Whales" back out to sea ... just in time saving these "Whales" from in fact "beaching" us all.