
情報共有化の障壁を突き崩せ!
――システム部門Q&A 第22回
木暮 仁
2005/6/10
|
(2)受信側の障壁
|
せっかく多くの障壁を乗り越えて発信された情報も、受信側のアンテナが悪いと、ディスクのゴミになってしまいます。
![]() |
ア:発見しない
「できない」のではなく「しない」のです。業務を行うのに、外部の情報には眼もくれずに、自分だけで考え解決しようという人は多くいます。これでは、より良い方法が発見できないし、井の中の蛙になる危険があるのですが、本人も周囲もその危険に気付いていないので、機会損失を生じていることすら見過ごされることになります。日常的な「雑談奨励」や「異部門間小集団活動」などの仕組みや、適切な情報受信による成功例の発表会などの対策があります。
イ:発見できない
すでに貴重な情報が発信されているのに、それを発見できないことが多くあります。その対策として、検索エンジンやテキストマイニングなどの活用もありますが、「行き当たりばったりの情報交換で放置しているために、掲示板に膨大な容量を費やしている」ような状態を解決するための対策が重要です。
ウ:価値がない
入手した情報そのものに価値がないものもあります。発信側が知らせたいことと、受信者が知りたいことには、当然ながら大きな違いがあります。「価値のないものは発信するな」ということは、A〜Eを増大させるので不適切です。むしろ、「このようなことを知りたい」という情報を積極的に発信することを奨励するべきでしょう。
エ:価値に気付かない
本来は価値のある情報を入手したのに、自分には関係がないとして見過ごしてしまうことがあります。例えば、生産部門での合理化のアイデアは、自分の所属する流通部門にも応用できるのに、生産部門の話なので見なかったということはよくあります。
オ:価値がある
発信された情報「E」のうち、ア〜エの障壁を乗り越えた「Eオ」だけが、受信者にとって価値のある情報になります。さらには、この「Eオ」が本当に価値があり、しかも実際に業務に役立ったかのフィルタが必要ですが、ここでは割愛します。
|
(3)障壁打開策の追加
|
受信側の障壁で、イの「行き当たりばったりの情報交換で放置しているために、掲示板に膨大な容量を費やしている」や、エの「本来は価値のある情報を入手したのに、自分には関係がないとして見過ごす」のを解決するには、KE(ナレッジ・エンジニア)あるいはナレッジマネジメント組織の設置が効果的です。それほど大げさなものではなくても、次のような工夫が役立ちます。
- - PR -
「行き当たりばったりの情報交換」では断片的な情報だけですし、口頭での話し合いや会議での文書は掲載されていないことが多くあります。すなわち、フロー情報はあるのですが、ストック情報がないのです。これを解決するには、そのフォーラムに記録係(交代でもよい)を決めておき、適宜「ここまでの情報を整理すると……」というストック文書を作成して、話が進むにつれて、それを更新しておくようにします。うまく工夫すれば、そのストック文書から個々のフロー情報をリンク付けすることもできます。
ストック文書は「自分には関係がないとして見過ごす」ことを少なくするのにも役立ちます。これを多くの人がアクセスできるならば、ちょっと気の利いた人が、「これは流通部門にも役立つのでは?」というコメントを1行加えれば、見過ごすことが減ります。流通部門に知らせてやることもできるでしょう。その「気の利いた」人を増やして組織化したのがナレッジマネジメント組織だともいえます。個々のフロー情報をウオッチするのは困難なので、ストック文書だけは、誰かがウオッチしているようにすればよいでしょう。
また、このような訓練により、発信側のBで、「アドバイスしたり、断片的な事項を聞き出したりして体系化する作業を手伝う人」に育成することができます。
|
3/3
|
第23回へ |
| INDEX | |
| 情報共有化の障壁を突き崩せ! | |
| Page1 グループウェアと組織文化 (1)グループウェアへの期待と現実 (2)グループウェアは組織文化を強化する (3)オープンな文化へ |
|
| Page2 情報共有化モデル (1)発信側の障壁 |
|
| Page3 (2)受信側の障壁 (3)障壁打開策の追加 |
|
|
この記事に対するご意見をお寄せください |
managemail@atmarkit.co.jp |
|
|
||||||||
■要約
そもそも、企業には「地位に関係なく自由に発言できる組織」や「他人の仕事には口を出すのをはばかれるような組織」がある。グループウェアを導入すると、この組織文化を強化する傾向がある。グループウェアを有効活用するためには、クローズドな組織をオープンな組織に改革する必要がある。 情報共有化が円滑にできるためには、発信者が発信し、受信者が受信することが前提だ。しかし、現実には発信者は発信したがらないし、受信者も上手に受けることができない。そこで、筆者が考案した「情報共有化モデル」の“価値がある情報を発信する”文化を強化することで、この問題を解消することができる。また、掲示板の活性化には、気の利いた人や体系化作業を手伝う人が必要だ。 |
||||||||
|
|
||||||||
| ▲記事の先頭<Page1>に戻る |
|
システム部門Q&A バックナンバー
- 第1回 IT書籍やコンサルタントが“使えない”理由
- 第2回 なぜ情報化投資は初期計画より増えるのか?
- 第3回 社内から必要とされるITスタッフを育成するには
- 第4回 IT投資効果の算出法は本当に役に立つのか?
- 第5回 コンサルタントを賢く活用する秘策
- 第6回 ERPのカスタマイズを最小限に抑えるには
- 第7回 バランスト・スコアカードで業績が上がるか?
- 第8回 システム部門縮小化に打ち勝つ!
- 第9回 情報システム部門の生産性が上がらない理由
- 第10回 情報システム部門を戦略部門化できるか?
- 第11回 セキュリティ対策、社内の協力を仰ぐには?
- 第12回 RFPの作成方法が分からない!
- 第13回 ここまでやればRFP作成工数は削減できる
- 第14回 データウェアハウス中心アプローチで問題解決しよう
- 第15回 パートナーベンダの見直しは慎重に!
- 第16回 システム開発におけるユーザーニーズは絶対か?
- 第17回 健全なEUC推進に適した組織とは?
- 第18回 素人IT部長に望むこと
- 第19回 素人IT部長に望むこと(2)
- 第20回 会計原価を損得計算に使うな!
- 第21回 会計原価を損得計算に使うな!(2)
- 第22回 情報共有化の障壁を突き崩せ!
- 第23回 なぜ、ITコンサルタントに依頼が来ないのか?
- 第24回 企業合併でシステムが止まらない方法教えます!
- 第25回 素人CIOとの上手な付き合い方とは?
- 第26回 ユーザー企業のIT部員育成はどうすればよいのか?
- 第27回 社内用語・概念を整理する「ユーザー辞書」は役立つ
- 第28回 いろいろある基準をどう考えて、どう使うか?
- 第29回 中小企業がERPパッケージを成功させるには?
- 第30回 オープン化とERP導入は今年中に終わらせよう!
- 第31回 部門のエゴによるデータ公開反対運動を回避せよ
- 第32回 新技術ラッシュをいかに乗り切るか?
- 第33回 文系学生はIT関連科目で何を学べばよいのか?
- 第34回 日本版SOX法はIT部門にとって脅威か機会か?
- 第35回 行政のセキュリティ投資はどうするべきか?
- 第36回 オープンシステム移行による弊害を断罪する
- 第37回 IT部門が頼りなくなった原因はなんだ?
- 第38回 ユーザーが満足する提案ができません
- 第39回 経営者が可視化を理解できないのはどうして?
- 最終回 どうしたら、しこりなくローテーションができるのか?
| 「システム部門Q&A」 |
|
ホワイトペーパー(TechTargetジャパン)
|
|


