Working Knowledge: How Organizations Manage What They Know By: Thomas H. Davenport and Laurence Prusak Presented By: Jonathan Sage Undergraduate Senior in Management Information Systems Outline Chapter 5: Knowledge Transfer Chapter 6: Knowledge Roles and Skills Chapter 7: Technologies for Knowledge Management Chapter 8: Knowledge Management Projects in Practice Chapter 9: The Pragmatics of Knowledge Management Chapter 5: Knowledge Transfer Strategies for Knowledge Transfer Structured verses spontaneous MMC and Sematech Water Coolers and Talk Rooms ‘Conversations are the most important form of work’ Human nature New ideas/old problems in unexpected ways Water Cooler Limitations Stuck on a particular problem Major breakthrough Talk Rooms Popular in Japan Expectations for workers 20 minutes a day Chat about current work Virtual Offices Discourage informal conversation by nature Extra effort to make up difference Socializing Popular across cultures Establish trust Focus on rich communication medium, rather than lean Considerations What works in one country isn't universal Output culture Knowledge is less valuable when widely shared Implementation barriers Considerations Suit organizational and corporate culture What works in one country isn’t universal Recognize the value of low tech, face to face. Broaden definition of ‘productivity’ “Real work”/reading example Ample slack time for workers Knowledge Fairs and Open Forums Create locations and occasions for workers to interact informally. Knowledge fair – bring people together without expectations of who should talk to who Functionality of structure v. unstructured What kinds of knowledge? Explicit Captured in procedures, documents and DB Easy to obtain Tacit Extensive personal contact Partnership, mentoring, apprenticeship. Include explicit and tacit How to Capture Knowledge Programs Japanese use “old-young” model Mentoring Responsible for colleague one level down Technology Network of colleagues willing to meet/share Videoconferencing Record stories/experience to CD/video Culture of Knowledge Transfer Frictions Trust Differences Time Selfish reasons Knowledge gap Intolerance for mistakes Trust and Common Ground Proof that change will bring better results Language Everyday language Industry jargon Proximity New Zealand/Boston Harbor tunnel engineers Tech factor Status and Reputation Status of source Reputation of source Why? Saves time Human nature Knowledge Transfer Transfer = Transmission + Absorption (and Use) Resistance Self esteem Resistance to change US info on fat v. obesity level Knowing is not the same as doing Velocity and Viscosity Velocity Viscosity Enhanced by technology Enhanced by richness of medium Inverse relationship Mobil Oil example Case Study: 3M Encourage new ideas All levels of employees Scotch Tape Post It Notes Chapter 6: Knowledge Roles and Skills Knowledge-Oriented Personnel Everyone Engineers, managers, secretaries Needs the right corporate culture to flourish McKinsey consulting verses Chaparral steel Knowledge Management Workers “Traditional” “New” Programmers, system administrators Extract knowledge from those who have it Format it Maintain it Need both ‘hard and ‘soft’ skills Knowledge Management Workers Assign existing workers to new tasks Assign existing teams to become ‘knowledge managers’ ‘Knowledge engineers’ ‘Technical communicators’ Managers of Knowledge Projects Skilled in Project management Change management Technology management Lots of experience Open to new ideas Chief Knowledge Officer Build a knowledge culture Create a knowledge management infrastructure Technical Human Make it economically feasible Chief Knowledge Officer Location of the CKO role Stand alone Work with IS Work with HR Chief Learning Officer Focus on Training Education Involved in Human Resources Chapter 7: Technologies for Knowledge Management Expert Systems and Artificial Intelligence Early predictions Expert systems McDonnell Douglas landing project Case Based Reasoning (CBR) Extract knowledge from a series of cases from the problem domain Success in Customer Service problems Implementing Knowledge Technologies Considerations Data verses knowledge On WKID scale Hardware requirements (a la large volume computers) People and interpretations Types of people Broad Knowledge Repositories Usually in document form Internet is best example Human internet brokers Consider false/odd information Better than technology Emergence of private intranets Broad Knowledge Repositories Lotus Notes Good overall tool, but Web has better outlook for future performance/utility Steep learning curve Becomes difficult to use/find relevant knowledge at high volumes Broad Knowledge Repositories Web based Thesaurus Intuitive Multiple formats and media supported HTML for ease of linking Expands results/accuracy in online searches On keyword searching Positive: original articles have good knowledge Negative: potentially inaccurate results Broad Knowledge Repositories Expert locators Problems: get ‘experts’ to give themselves expert title Get experts to post/update bios. Focused Knowledge Environments Good for expert systems Few experts/many users Hard to update System must remain stable Focused Knowledge Environments Constraint Based Systems High levels of data, less quantitative than neural network Narrow problem domains Capture and model constraints that govern complex decision making Usually object oriented Easy to update Real Time Knowledge Systems Case Based Reasoning Looks at past problems to solve current Used in customer service and support process Best when one or two experts construct cases and maintain over time Know when to add, remove, verify cases Longer Term Analysis Systems Neural Networks Requires time and knowledge in statistics Lots of quantitative data and powerful computers Keeps user in the dark in terms of explaining the results Longer Term Analysis Systems Data Mining Large amounts of data to knowledge Humans needed to: Initially structure the data Interpret the data to understand the identified pattern Make a decision based on knowledge Generate hypothesis for analysis What Technology Won’t Do Make things happen by themselves Enhance process of knowledge use Chapter 8: Knowledge Management Projects in Practice Knowledge Repositories Knowledge in documents in one place Types External knowledge Structured internal knowledge Informal internal knowledge Tacit knowledge Community based electronic discussion Knowledge Access and Transfer Focus on linking possessors and prospective users of knowledge “Yellow Pages” Knowledge Environment Measure or improve value of knowledge capital Build awareness and cultural receptivity Change behavior as it relates to knowledge Improve the knowledge management process Projects with Multiple Characteristics Development of an expert network Development of internal document repositories Efforts to create new knowledge Development of “lessons learned” knowledge bases A high level description of the KM process Use of evaluation and compensation system to change behavior Success in Knowledge Management Projects Growth in resources attached to project Growth in volume of knowledge content and usage Project is an organizational initiative Organization wide familiarity of knowledge management Evidence of fiscal return Factors Leading to Knowledge Project Success Knowledge oriented culture Technical and organizational infrastructure Senior management support Link to economics or industry value Modicum of process orientation Factors Leading to Knowledge Project Success Clarity of vision and language Nontrivial motivational aids Some level of knowledge structure Multiple channels for knowledge transfer Chapter 9: The Pragmatics of Knowledge Management Common Sense About Knowledge Management Start with high value knowledge Start with a focused pilot project, let demand drive additions Work along multiple fronts at once Don’t put off what gives you the most trouble Get help throughout the organization ASAP Getting Started in Knowledge Management Results first, boast later Start where its needed most Start where knowledge is a factor Start outside of your area of expertise Do just enough to test the concept Start on multiple fronts Leveraging Existing Approaches Select the right anchor Leading with technology Leading with quality/reengineering/best practices Leading with organizational learning Leading with decision making Leading with accounting Knowledge Management Pitfalls “If we build it…” Put the personnel manual online None dare call it knowledge Every man a knowledge manager Justification by faith Restricted access Bottoms up Cross Cutting Themes The value of the human being Recognizing knowledge management Easy to fail Comments on “Working Knowledge” Material seems dated Several examples from small pool of instances No quantitative figures to back up claims Overall, authors did a good job of introducing material Additional Insight of “Working Knowledge” American Way "Thomas H. Davenport and Laurence Prusak provide much more than another treasure map to the knowledge-management fields....[They] offer impressive lodes of actions you can actually start on Monday morning." Questions?