初心者のためのナレッジマネジメント
知識管理（KM）はこれを介して企業が知的財産権と知識ベースの資産から値を生成するプロセスとして単純に定義することができます。知識資産は、しばしば2つのカテゴリに分類されます：
（1）明示的な知識：一般的に、すべてを文書化することができるアーカイブと成文化されたもの。例としては、特許権、商標権、事業計画、マーケティングリサーチ、顧客リストが含まれています。
（2）暗黙知：残り。暗黙の知識はどのように人々の頭の中に含まれる知られています。課題は、暗黙知に固有の方法を、認識して、共有を生成し、それを管理見つけ出すことです。
ほとんどの場合、当該資産から発生する値に到達するための従業員、部門、さらには他の企業との間でそれらを共有する関係 - またはを超えて - ベストプラクティスを。明示的な知識については、フォーカスが役立つ、暗黙知の間には、フォーカスは"人と人を結ぶ"は"物事に人々をつなぐ"として記述することができます。
検索技術は簡単に行う
構造検索および非構造化の検索：検索技術の本質的に2つのタイプがあります：
1）構造化検索：構造化された検索（例：Yahooの）下のカテゴリーのディレクトリを介して材料が求められて検索するユーザーをクリックします。ディレクトリのツリー構造は、オブジェクトのセット全体のより具体的なサブセットを分類するすべてのオブジェクトとノードその下に適用される最上位のルートノードで、分類と呼ばれています。分類のよく知られた例では、生物のカールリンネの科学的な分類です。ルートノードは、（暗黙的に）"生物"であり、ノードは以下のイギリス、門、クラス、オンラインで、家族、属、種です。
ヤフーでは、ルートは、"ディレクトリ"です社会と文化、社会科学とリファレンスを含む14の主要なノードがある。私は（これは私が昔されていない）最高の男のスピーチのヒントを捜していたなら、私は木の枝を下をクリック（ヤフー）を試みることができる：ディレクトリ>社会文化>ウェディング>講演トーストを。また、私は、Directory>社会科学>通信> Publicはといえば試みることができる。
分類学の生物のカールリンネの科学的な分類です。ルートノードは、（暗黙的に）"生物"であり、ノードは以下のイギリス、門、クラス、オンラインで、家族、属、種です。ヤフーでは、ルートは、"ディレクトリ"です社会と文化、社会科学とリファレンスを含む14の主要なノードがある。私は（これは私が昔されていない）最高の男のスピーチのヒントを捜していたなら、私は木の枝を下をクリック（ヤフー）を試みることができる：ディレクトリ>社会文化>ウェディング>講演トーストを。また、私は、Directory>社会科学>通信> Publicはといえば試みることができる。
明白な長所と構造を検索する短所があります。メインconは私が最も有用な分岐を見つける前に、ツリー上のいくつかの袋小路に頭を下げかもしれないということです。一箇所に集まって私は、関連する材料のコレクション全体を検索する可能性が高いです - かつて私は、ブランチことを明らかにする - 主なプロはということです。司書（分類を維持する）の場合は、別のキーコンがあります。私たちの結婚式の例では、とてもよく示すように、しばしば、任意の情報を入れることができます2箇所以上ある。オハイオ州の選択の苦しみ！
2）構造化されていない検索：構造化されていない検索では（例えばGoogle）は、ユーザーが（定期的にクロールされた）コンテンツのインデックスを検索し、最も近い、検索文字列と一致する順となって結果を戻す検索エンジンへの一連のキーワードを入力します。
非構造化検索の主なプロは、私が持っていないということです第二は、右の枝は、分類ツリー上のどこにあるかと思いますむしろ私は探している葉での跳躍。短所はというより明らかである主なものは、私が実際には非常に検索で来ることができない役に立つかもしれないいくつかの材料ということです。これは、インデックス作成/検索アルゴリズムで検索語の私の下手な選択、欠損またはコンテンツ自体に貧しい人々のメタデータに起因することができます。
ディレクトリ>社会文化>ウェディング>講演トースト：私は試みることができる（Yahooの）木の枝を下をクリックし（これは私が昔されていない）は、最高の男のスピーチのヒントについては、rching。また、私は、Directory>社会科学>通信> Publicはといえば試みることができる。明白な長所と構造を検索する短所があります。メインconは私が最も有用な分岐を見つける前に、ツリー上のいくつかの袋小路に頭を下げかもしれないということです。一箇所に集まって私は、関連する材料のコレクション全体を検索する可能性が高いです - かつて私は、ブランチことを明らかにする - 主なプロはということです。司書（分類を維持する）の場合は、別のキーコンがあります。私たちの結婚式の例では、とてもよく示すように、しばしば、任意の情報を入れることができます2箇所以上ある。オハイオ州の選択の苦しみ！
2）構造化されていない検索：構造化されていない検索では（例えばGoogle）は、ユーザーが（定期的にクロールされた）コンテンツのインデックスを検索し、最も近い、検索文字列と一致する順となって結果を戻す検索エンジンへの一連のキーワードを入力します。
非構造化検索の主なプロは、私が持っていないということです第二は、右の枝は、分類ツリー上のどこにあるかと思いますむしろ私は探している葉での跳躍。短所はというより明らかである主なものは、私が実際には非常に検索で来ることができない役に立つかもしれないいくつかの材料ということです。これは、インデックス作成/検索アルゴリズムで検索語の私の下手な選択、欠損またはコンテンツ自体に貧しい人々のメタデータに起因することができます。
私は、検索機能を実装し、必要がある場合は、どうやって？イントラネットの機能のいずれかの優先順位でよく検索必ず得点とですが、一般的に"、アウトボックスの"ポータルソリューションので、私は間違いなくあなたがそれを聞いて驚くていない可能性がありますproject.Itの範囲に含めることをお勧めします最も効果的な検索の実装では、ユーザーは、構造化および非構造化検索オプションの間に選んだ簡単に2つの間を移動することができます。たとえば、"ベストマンのスピーチ"私の構造化されていないYahooの検索が、私は、関連するドキュメントへの直行また、ディレクトリ内に座っている場所と言われます。ディレクトリのカテゴリをクリックすることで、私は（私は最終的に自分のニーズに最適なリソースを見つける場所）、その領域内の他のすべての材料をもたらすことができます。
最も有用な分岐を見つける前に、ええ。一箇所に集まって私は、関連する材料のコレクション全体を検索する可能性が高いです - かつて私は、ブランチことを明らかにする - 主なプロはということです。司書（分類を維持する）の場合は、別のキーコンがあります。私たちの結婚式の例では、とてもよく示すように、しばしば、任意の情報を入れることができます2箇所以上ある。オハイオ州の選択の苦しみ！2）構造化されていない検索：構造化されていない検索では（例えばGoogle）は、ユーザーが（定期的にクロールされた）コンテンツのインデックスを検索し、最も近い、検索文字列と一致する順となって結果を戻す検索エンジンへの一連のキーワードを入力します。
非構造化検索の主なプロは、私が持っていないということです第二は、右の枝は、分類ツリー上のどこにあるかと思いますむしろ私は探している葉での跳躍。短所はというより明らかである主なものは、私が実際には非常に検索で来ることができない役に立つかもしれないいくつかの材料ということです。これは、インデックス作成/検索アルゴリズムで検索語の私の下手な選択、欠損またはコンテンツ自体に貧しい人々のメタデータに起因することができます。
私は、検索機能を実装し、必要がある場合は、どうやって？イントラネットの機能のいずれかの優先順位でよく検索必ず得点とですが、一般的に"、アウトボックスの"ポータルソリューションので、私は間違いなくあなたがそれを聞いて驚くていない可能性がありますproject.Itの範囲に含めることをお勧めします最も効果的な検索の実装では、ユーザーは、構造化および非構造化検索オプションの間に選んだ簡単に2つの間を移動することができます。たとえば、"ベストマンのスピーチ"私の構造化されていないYahooの検索が、私は、関連するドキュメントへの直行また、ディレクトリ内に座っている場所と言われます。ディレクトリのカテゴリをクリックすることで、私は（私は最終的に自分のニーズに最適なリソースを見つける場所）、その領域内の他のすべての材料をもたらすことができます。
ソリューションの構造検索部分を実装するには、組織と人々が仕事をするために必要な情報資源の分類構造を開発する必要があります。これは非常に挑戦することができます！たとえば、HR苦情ポリシーABC社>人事>従業員のサービス部門>ポリシーの下、またはABC社>私の雇用>私の権利>苦情の枝の下にありますか？
私からのアドバイスは、単純なそれを維持し、それを進化して、変更の余地を与えるです。理想的な分類は、平坦（なし以上の3つのレベルを持っている）広くするべきプロバイダや情報の作成者に適合させなければならないそのユーザ（というよりも、彼らはあなたのライブラリーを作成する人がいるとして、あなたはそれが簡単にする必要があります彼らは）これを行うには。
ソリューションの構造化されていないコンポーネントを確実にするために有効であり、人々はそれらのドキュメントのボディ（ユーザーが認識し、代わりにキーワードを使用して）専門用語を避けることをまず確認する必要があり、第二文書の割合が高いまともなメタデータが含まれていることを確認します。メタデータは、単に"データに関するデータ"として定義することができます。テッサさん、職名：：従業員との関係役員、部署：従業員サービス、機能：人事、件名：雇用、タイトル：苦情ポリシーたとえば、苦情文書のメタデータは、著者が含まれる場合があります。
0 件のコメント:
コメントを投稿