Super Business - Project Management Articles


Sections
Syndication



Identifying Knowledge Holders and Capturing Feedback


Identifying Knowledge Holders and Capturing Feedback

One of the main difficulties with large companies is that of finding out who's who in the larger organisation-who one's peers are and who is likely to hold knowledge from particular past projects or experience of interest. On the most basic level, even organisation charts can be hard to find. It seems to be common practice for people to send e-mail messages that often contain no indication of their position/discipline, the projects they are working on, or even which office they are based in. In order to try to locate experience elsewhere in the firm, the only readily available mechanism often resorted to is sending e-mail messages to all professional staff asking, 'Does anyone know anything about…?' While reasonably effective at eliciting responses, such messages can tend to clutter up the e-mail system and serve as distractions to the majority of recipients who are not knowledgeable in the topic in question. Given the rapid and continuing growth of this case study company in recent years through mergers and acquisitions, the problem of knowing who's who is certain to continue. Since the basic requirement of knowledge management is for people to communicate with each other, in order that they openly share their knowledge, a first step is to facilitate and encourage such communication. Several company-wide elements of a knowledge management system are recommended to help address this problem-some are commonly used, although others should be considered to maximise the benefit of knowledge generated:

  • an online database of all staff, their areas of expertise, and so forth-commonly known as a corporate 'Yellow Pages';

  • increased establishment and use of technets and newsgroups throughout the organisation, especially to share project-specific knowledge and experiences;

  • a database identifying key staff who worked on each project; and

  • an intranet that provides a resource for identifying areas of staff expertise and experience. This database (or several linked sub-databases) should contain the following kinds of information: the staff member's name and basic contact details- office, e-mail, phone and fax, their position and discipline; a hot-link to that person's CV; an experience database, using guided keywords, to track their areas of expertise (by role and by market sector); a database listing clients for whom they have worked.

For most companies, this database would be relatively straightforward to establish and to update, and staff should be encouraged to use it as a 'first call' for any technical information about company personnel they require. It is expected that staff would be responsible for ensuring their own details are current, as is the case with CV's, and that staff would be required to regularly check and update details.

Capturing feedback through existing technets and newsgroups is one mechanism of obtaining project-generated feedback. This company's experience was that these were fairly effective but depended heavily on a volunteer coordinator for each group and the level of usage by relevant staff members. Discipline- or interest-based groups are seen as an extremely appropriate means of communicating information and knowledge around the company-particularly between offices. Therefore, their establishment and use needs to be actively encouraged. If a group that one would expect to exist does not, then that apparent lack needs to be followed up. This effort is best done at a divisional or departmental level, under the coordination of a company-wide knowledge manager. The development of sub-systems for managing technical, or specialist, knowledge is best placed in the hands of those who create or use that knowledge. This is on the basis that they are best placed to determine an appropriate mechanism for the identification, codification, storage, and access of this knowledge. However, unless information is communicated and disseminated across the company, the knowledge and experience gained can be lost, or at most only communicated to a few perceived interested parties. Hence the need for a knowledge manager to facilitate the flow of information through various company channels.


266 times read

Related news

» Communicating Captured Knowledge
by admin posted on Jan 10,2008
» Coordination, Control, and Use of Knowledge
by admin posted on Jan 10,2008
» Managing Different Knowledge Types
by admin posted on Jan 10,2008
» A Company Knowledge Management Problem Identified
by admin posted on Jan 10,2008
» Strategies for Managing Project Generated Knowledge-A New Zealand Case Study
by admin posted on Jan 10,2008