ナレッジマネジメントのうち唯一の方法:事業との統合、ビルド状況ナレッジマネジメントシステム

        1980年代初頭、マサチューセッツ工科大学の教授ピーター•Senge(ピーターM.Senge)は、学者によって表される、組織を学ぶ上で作業を始めました。開始点、屈筋計算として、ナレッジマネジメントは、20年以上の長い歴史を歩んできました。、実際には昇華のナレッジマネジメント理論とが、ITを導入しながら、技術が大幅に運用管理の知識を強化しましたが、成功した大面積を促進することができませんでした。

        上記の状況は、知識管理の重要性に対する認識の欠如が原因ではない:R&Dマネージャーもその重要性を理解しています。国内企業のナレッジ・マネジメントの開発のための理由は、これまで主に以下に起因する失敗したことを、彼らはまた、研究開発のために、知っているし、知識と経験の活用は、多くの国内の科学技術企業におけるナレッジマネジメントの状況の分析と組み合わせて大きな報酬を、持って来ます2:


       1)効果的な文化的知識の共有の欠如。

       2)知識管理および主な事業の良い組み合わせはしませんでした。


      どのように特定の知識管理の話をする前に、我々はCBB(共通技術モジュール)、テンプレート、ガイドライン、チェックリスト、経験の開発に関連する予備的な理解の開発に貴重な経験と知識の種類を必要とする、教訓しましたナレッジマネジメントのカテゴリに属する​​、方法論、参考文献、特許情報、特定のレッスンでは、プロジェクトの実際の動作から学んだ他のフォローアッププロジェクトのための偉大な基準値を持っている、と私たちは実際にプロジェクトに関連したビジネスクラスのR&Dプロジェクトの教訓の多くを発見しました他のプロジェクトはまだ効果的に管理し、直接、製品開発、品質や進捗状況のコストに関連したこの知識を再使用する方法、同じエラーを継続している間終わりは、消えます。

      文脈知識管理システムを構築するには

       まず、R&D企業は、他のベンチマーク会社の教訓から学ぶことができるよう、企業のプロセスの意識と知識の共有の文化を育成する必要がありますが、異なる企業の実際の状況、製品分野は、異なっているだけで、私たち自身の内部の知識の企業を蓄積し続けます私たちは心配しなければならないコアであり、すべての従業員に、同社の最大の障害の中から知識管理の実装、その最大の障害は、共有、モチベーションや習慣への意欲の欠如から来ています。人々は自然に「知識は力である」、いわゆるの態度につながる、自分自身を強調するために、個人的な知識を開発するために多くの時間を費やしています。伝統的に、従業員がいるため、時間の取得するために、独自のハード心配や共有の職務に他の人と得られた知識の蓄積が仕事を交換したり不安定される、ことを恐れて「見習いを教える、ないマスター、」だから、共有したくない他の人と自分自身の知識。企業文化の変革を通じて成功したナレッジマネジメントの必要性は、従業員の考え方を変え、文化的な「知識の共有」を開発します。

       知識共有プロセスは、ハイレベルのサポートは言語だけにとどまることができない知識共有でリードを取るために、高レベルの作業ニーズを行うには、彼らの能力を強化する効果的に各従業員の知識の共有の重要性を認識し、従業員のために、必要性を開発する自由がなく、こうしたスタッフの高レベルの研修などの有形の行動、具体的な業務知識経営に関与さがあるはずです。知識共有の文化を形成する工程、必要な制度的かつ適切な物理的、精神的な刺激が必要であり、そのような研究開発の教訓として、ケースの報酬がある学びました種は、実際のプロジェクトの経験が書面でまとめ、その後、専門家の評価チームが提出した例を評価発行しますR&Dスタッフを奨励する方法の使用を促進する価値がある、あなたは賞の評価に基づくポイントの異なる数を取得することができます;もしどのように行うにケースを提出して本当に喜んで誰も最初は?必要な割り当てを強制する必要は、例えば、毎月の部署、プロジェクトチームの担当者に依存し、提案指標の古典的な例別の番号を割り当てるように強制することができます。

       ナレッジマネジメント会社の主要なビジネスニーズと一貫性のある、ない、どのように特定の知識管理会社の主要な事業とそれをコンパス融合することである知識管理と知識管理、ビジネスの知識管理のニーズのための継続的な活力を維持するために?これは文脈知識管理システムの構築が必要で、特に知識管理システム、それの状況は何ですか?

       我々としても、彼らはまた、知識管理システム、フォルダの使用やファイルのフォルダの命名組織の知識を設定し、ナレッジマネジメントの会社の現在の方法のいくつかを見て、その後、それらのフォルダに、開発者は、彼らが必要とするファイルを見つけるために期待するかもしれません残念ながら、このアプローチは、一方で、有効にするには、ファイルの知識の山困難であり、一方、開発活動を行うために何を知っていない特定の開発者は、彼らが見つかっ知っている場合でも、ファイルの知識をサポートするために必要ですすぐにファイルの適切な知識を見つけるのは難しいです。

      この問題を解決するために、我々は、ソフトウェアAPIの考え方から学ぶことができ、適切なITシステムやプロジェクト管理ツールを使用して、特定のプロジェクトの開発活動に添付特定のファイルの知識(例えば:PROJECT)私たちは、特定の開発に従事しようとしているかを知ることができます開発活動、知識管理システムが、その後状況である、ファイルの知識に関連する活動を自動的に開発者の前に表示され、これは日々の開発活動の統合問題と知識管理を解決し、同様のソフトウェアAPIを求めて知識管理システムの中核となる概念は、製品開発プロセスを硬化させるような状況知識管理システム、我々最初の必要性を確立するために、製品開発プロセス自体は、私たちの知識の継続的な蓄積のためのプラットフォームになることができ、それがために、さまざまなプロジェクトであると同じに従ってくださいR&Dプロセス、履歴項目の魚の教訓、その後のプロジェクトは、基準値を持っていますが、プロセスを通じて各活動のサポートファイルに必要な知識の種類、日々の活動やナレッジマネジメントの研究と開発の統合を達成するために透明であることができます。 

      ケーススタディ:ブロンズRDMは、オンラインゲームのクエストを描き、各ステップは、柔軟に必要な知識を定義し、自動的に適切な「プレーヤー」に提示することができます

      



公開された64元の記事 ウォン称賛68 ビュー170 000 +

おすすめ

転載: blog.csdn.net/sztiger168/article/details/9225939