| « 2006年4月17日 | 2006年4月20日の投稿 |
2006年4月21日 » |
先日のブログで、情報を「宝」と「ゴミ」に分けることを推奨した。人によってはこれを「きれいな川」と「汚れた川」とも表現するようだ。
さてこうして情報をある程度分けたならそこに情報を登録する際のルールもきちんと取り決めて運用する必要がある。「宝」や「きれいな川」に情報を入れる際に、管理する人（ゲートキーパーことが多い）が、その情報の目利きをして「価値の低い情報」を排除したり「足りない部分」を補足して登録するのである。
このゲートキーパの役割によって「宝」「きれいな川」の品質が保たれ、その結果利用者側に「あそこに行けば役に立つ情報が手に入る」というイメージを沸かせ、ひいてはそれが「便利な使えるナレッジがある」という評価につながるのである。
この評価の際に情報の分類も一緒に行えればなお良い。
過去の私の経験した失敗例を話そう。ある会社では、過去のプロジェクトの報告書を溜めるナレッジデータベースを構築して運用を始めた。しかし運用後すぐに、このデータベースの中に情報が少ない、必要な情報があまり無いと言う意見をユーザが言い始めた。するとこの会社のナレッジ事務局がこの声に過敏に反応して、情報の“量”を増やすことに走ってしまったのである。
具体的には、このデータベースに過去の自社のプロジェクトの一覧表を入れてしまったのだ。基幹システムから過去３年間の受注伝票を引き出して、プロジェクト名称と担当部署を1件１明細にして登録したのである。
その結果どうなったかというと、膨大な明細のどこに役に立つ報告書が入っているかがわからなくなるとともに、キーワードで検索をしてヒットした明細を見てもタイトルと部署名しか判らないので、中身が使えなくてがっかりということが増えてしまい。ユーザの満足度が急低下してしまった。この段階で、私からは一旦増えたデータを消すようにも提言をしたのだが、「苦労して登録したのだから」とこれまた却下されてしまい、そしてしばらくたつと、結局このデータベースは使われなくなった。
同じデータベースに入れるのではなく、せめて別のデータベースにして、まず「報告書」を探して、見つからなければプロジェクト一覧を検索して明細を探して担当部署に問い合わせをするという使い方に誘導すれば、まだ良かったと思う。しかし同じデータベースに両者が混在し、そしてその中の「ゴミ」の量のほうが圧倒的に数が多い場合、例えいくつかの宝があっても、ユーザは全体を「つかえないもの」と評価つけてしまうのである。
本来的には、そもそも良い情報が少ない時も単純に全体量を増やす施策ではなく、良い情報が増えるような施策を考えるべきである。
| « 2006年4月17日 | 2006年4月20日の投稿 |
2006年4月21日 » |
- Blog/SNS（Intra)（43件）
- Blog/SNS（Net）（69件）
- EIP/WP（54件）
- Enterprise2.0（22件）
- ITコンサル/資格（20件）
- KM（82件）
- Mobile/PDA（42件）
- SBM（19件）
- Search（Intra)（33件）
- Search（Net）（33件）
- Wiki（10件）
- ○○症候群（6件）
- その他（41件）
- アプリケーション（2件）
- グループウェア（43件）
- コンサルティング（13件）
- システムインテグレーション（23件）
- セミナー・イベント（12件）
- ソーシャルメディア（95件）
- テクノロジー（44件）
- ネットコミュニケーション（1件）
- ネットコミュニケーション論（37件）
- ハードウェア（1件）
- ビジネス（2件）
- ベンダー評価（11件）
- ローテクKM（18件）
- 人生訓（19件）
- 企業内コンテンツ管理（8件）
- 動画/ストリーミング（8件）
- 実名ブログ（39件）
- 専門知識の無駄遣い（48件）
- 情報整理（31件）
- 書籍（12件）
- 社会（45件）
- 組織/風土（11件）
- 萌え興し/B級グルメ（20件）
- 調査/統計（83件）
オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。
顧客に“ワォ！”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命