Implementing KM: some first steps
KM is a multi-disciplinary field, that
does not lend itself to prescriptive
implementation methodologies (Davenport
et al., 1998). There are however a number
of initial steps applicable to a large number
of organisations.
The first step is to define what actually
constitutes knowledge for the organisation.
While this sounds a daunting task, it is
actually straightforward. The task itself is to
create a structure containing the core
competencies necessary for the organisation
to thrive and succeed. That is, the type of
expertise that, say, a development
department must have available to it, broken
down by the appropriate technology groups.
This often forms a matrix structure, with
subject groups as one dimension and
functional areas (development, service,
research) as another. An example of this is
shown in Figure 5.
Figure 4
Classification of knowledge management processes
[ 604 ]
Alan J. Beckett,
Charles E.R. Wainwright and
David Bance
Knowledge management:
strategy or software?
Management Decision
38/9 [2000] 601±606
Downloaded by PRINCE OF SONGKLA UNIVERSITY At 19:22 07 September 2014 (PT)
The exact form and content of this
structure is strictly dependent on the
organisation. For each individual element of
the structure (i.e. box of the matrix) the
organisation should audit its existing
knowledge base. This is the stock of
intellectual capital already acquired by
formal or informal knowledge retention
processes. This audit takes the form of
identifying the knowledge held tacitly (i.e.
the recognised experts in each area) and
explicitly (i.e. any formal documentation that
exists). When listed, this gives a visual
indicator of areas for improvement,
depending upon:
. The risk of knowledge loss (i.e. how few
people hold it and how difficult it would be
obtain again).
. The value of that knowledge (i.e. how
difficult would it be to operate without it).
. The cost of the necessary improvement
activity.
Many processes designed for one area may be
extended to another by small modifications;
for example a product development
programme (essentially a knowledge
exploitation process) should have
documentation creation added as a final
review requirement, to improve knowledge
retention processes.
There will often be more than one
appropriate solution. The most appropriate
method will depend on several factors
specific to the organisation, including staff
turnover rate, document control and access
facilities, and training facilities.
Risks: purchased ``solutions''
Many so-called KM solutions are simply
technology solutions requiring an (often
expensive) software implementation. Often
such implementations are fatally flawed,
because to satisfy a strategic aim, the
solution on sale may not be the most
appropriate. Similarly, the interaction of the
organisation's personnel with the system
may not have been thoroughly considered.
Many systems (Davenport et al., 1998) have
been introduced without a clearly
understood purpose and/or valid reasons for
personnel to use them. For example, a
software system that optimises explicit
knowledge will be unsuitable for an
environment where most knowledge is held
tacitly (Willmott and Snowden, 1998).
In short, technology is simply a resource to
enable the process to operate; if the process is
well thought out then the supporting
technology is more likely to be appropriate.
ใช้ KM: บางขั้นตอนแรก
KM เป็นฟิลด์อเนกประสงค์ ที่
ไม่ยืมตัวเองรับมือ
วิธีใช้งาน (ดาเวนพอร์ท
et al., 1998) อย่างไรก็ตามมีจำนวน
ขั้นตอนเริ่มต้นใช้กับใบ
ขององค์กร
ขั้นตอนแรกคือการ กำหนดสิ่งที่จริง
ถือความรู้สำหรับองค์กร
ขณะนี้เสียงงานยุ่งยาก เป็น
จริงตรงไปตรงมา งานตัวเองคือ
สร้างโครงสร้างหลักประกอบด้วย
ความสามารถที่จำเป็นสำหรับองค์กร
เจริญเติบโต และประสบความสำเร็จ นั่นคือ ชนิดของ
ความเชี่ยวชาญที่ กล่าวว่า การพัฒนา
แผนกต้องมีที่ไป เสีย
ลง โดยกลุ่มเทคโนโลยีที่เหมาะสม
นี้มักจะใช้โครงสร้างแบบเมทริกซ์ กับ
เรื่องกลุ่มเป็นมิติหนึ่ง และ
พื้นที่ทำงาน (พัฒนา บริการ,
วิจัย) เป็นอีก ตัวอย่างนี้
แสดงในรูปที่ 5.
4 รูป
จัดประเภทของกระบวนการจัดการความรู้
[604]
Alan J. เบ็คเค็ทท์,
ชาร์ลส์ E.R. เวนไรท์ และ
David Bance
จัดการความรู้:
กลยุทธ์หรือซอฟต์แวร์?
ตัดสินใจจัดการ
38/9 601±606 [2000]
ดาวน์โหลดเวลา 19:22 07 2014 กันยายน (PT) โดยเจ้าของมหาวิทยาลัย
แบบแน่นอนและเนื้อหานี้
โครงสร้างอย่างเข้มงวดขึ้นอยู่กับการ
องค์กร สำหรับแต่ละแต่ละองค์ประกอบของ
โครงสร้าง (เช่นกล่องเมตริกซ์)
องค์กรควรตรวจสอบความมีอยู่
รู้ นี่คือหุ้นของ
ทุนทางปัญญามาแล้วโดย
คงเป็นทางการ หรือเป็นความรู้
กระบวนการ ตรวจสอบนี้ใช้รูปแบบของ
ระบุความรู้จัดขึ้น tacitly (i.e.
the ยังเชี่ยวชาญในแต่ละพื้นที่) และ
อย่างชัดเจน (เช่นเอกสารใด ๆ เป็นที่
อยู่) เมื่อแสดง ซึ่งทำให้ภาพ
ตัวบ่งชี้ของการปรับปรุง,
ขึ้น:
ความเสี่ยงของการสูญเสียความรู้ (เช่นกี่
คนถือมันและวิธียากที่มันจะเป็น
รับอีก) .
คุณค่าของความรู้นั้น (เช่นไร
ยากที่มันจะไม่มัน) .
ต้นทุนของการปรับปรุงจำเป็น
กิจกรรม
ในกระบวนการออกแบบมาสำหรับที่ตั้งหนึ่งอาจ
ขยายอีก โดยเปลี่ยนแปลงขนาดเล็ก;
เช่นพัฒนาผลิตภัณฑ์
โปรแกรม (เป็นความรู้
กระบวนการแสวงหาประโยชน์) ควรมี
สร้างเอกสารเพิ่มเป็นตัวสุดท้าย
ทบทวนข้อกำหนด การปรับปรุงความรู้
กระบวนการเก็บข้อมูล
มักจะมีมากกว่าหนึ่ง
โซลูชั่นที่เหมาะสม ที่เหมาะสมที่สุด
วิธีจะขึ้นอยู่กับปัจจัยหลาย
เฉพาะองค์กร รวมทั้งพนักงาน
อัตราหมุนเวียน การควบคุมเอกสาร และการเข้าถึง
สิ่งอำนวยความสะดวก และสิ่งอำนวยความสะดวกการฝึกอบรม
ความเสี่ยง: ซื้อ ''โซลูชั่น ''
มากเรียกว่า KM มีเพียง
โซลูชั่นเทคโนโลยีที่ต้องการ (มัก
แพง) ใช้งานซอฟต์แวร์ บ่อย
ใช้งานดังกล่าวจะเสียชีวิต flawed,
เนื่องจากเพื่อตอบสนองเป้าหมายเชิงกลยุทธ์ การ
โซลูชั่นในการขายอาจจะมากที่สุด
ที่เหมาะสมได้ ทำนอง การโต้ตอบของ
บุคลากรขององค์กรที่ มีระบบ
อาจไม่ได้ทำถือได้
ได้หลายระบบ (ดาเวนพอร์ทและ al., 1998)
ถูกแนะนำโดยชัดเจน
เข้าใจวัตถุประสงค์หรือเหตุผลที่ถูกต้องสำหรับ
บุคลากรการใช้ได้ ตัวอย่าง การ
ระบบซอฟต์แวร์ที่ optimises ชัดเจน
ความรู้จะไม่เหมาะสมกับการ
สภาพแวดล้อมที่มีจัดความรู้ส่วนใหญ่
tacitly (Willmott และ Snowden, 1998)
สั้น เทคโนโลยีเป็นเพียงทรัพยากรให้
เปิดใช้งานกระบวนการงาน ถ้ากระบวนการ
ดีคิดออกแล้ว จะสนับสนุน
เทคโนโลยีมีแนวโน้มที่จะมีความเหมาะสม
การแปล กรุณารอสักครู่..
