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.