| « 2006年10月5日 | 2006年10月6日の投稿 |
2006年10月8日 » |
企業内でのナレッジマネジメント実現の際のポイントのひとつは何が社内のコアナレッジでそれをどう共有するかということである。このテーマについては、自分自身がSIer兼コンサルティング会社に勤務していることもあり同業者も含め何度か分析や議論をしたことがある。
SIerなどの場合、上流のコンサルタントやシステムエンジニアという職種がコアナレッジとして良く挙げるのは「業界知識」や「業務プロセスに関する知識」である。これをもうちょっと具体的にいうと、業界用語やその業界特有の慣習などや人事業務の通常の処理手順や申請ワークフローを効率化するための複線化ポイントや省略可能ポイントといったノウハウということになる。最終的な施策としては「用語集」や「業務フロー」といった形式知化された文書を整理し共有する。
ところがプログラマーの場合コアナレッジの定義や発見がコンサルタントやシステムエンジニアよりも難しい。プログラマー本人に聞くと、過去に自分がソースを書いた時の経験だとかそういう意見ばかりになる。こうなるとソースがコアナレッジということになるのだが、これを解決する施策が難しく取り組みも少ない。結局やったとしても、ソースをモジュール化して再利用可能な部品集をライブラリ化する（昔で言うサブルーチンライブラリである)程度となることが多かった。
「Google、ソースコード検索サービス立ち上げ」というこの記事には
「長い間、これはいわば未解決の問題だった」とデベロッパー製品部門プロダクトマネジャーのストッキー氏は言う。「この種のデータへのリファレンスを見つけるのは難しい」
とあるが、Googleが世界中のライブラリから目的に合致した参考コードを探し出してくれればプログラマにとっては格段に生産性があがるかもしれない。またこの仕組みは社内に導入しても有効だと思われる。これまでもいくつかSIerでは社内に各種システムやプログラムで使ったソースをまとめて格納したライブラリはつくっていたが、そこから目的のソースを効率的に探し出す手段は提供されていなかったからだ。
そう思い、手近な人にちょっと聞いてみたところ、『ソースコード検索もなんらかのタグをつけて分類してくれたら便利そう。言語別やら処理別（データアクセス、入力チェック、検索処理・・・）などで。ただの生コードでは、読むのに時間がかかってかえって生産性が落ちるかも。 』というご意見を頂いた。なるほどやはり「タギング」との併用か。
| « 2006年10月5日 | 2006年10月6日の投稿 |
2006年10月8日 » |
- 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回 幸せの創造こそ、ビジネスの使命