さらに連載は続くが，本稿の狙いは同社の開発マネジメント手法を寸分たがわず再現するというよりは，取材内容をヒントに創造性・生産性の高い大規模開発組織の属性を考えることにあるという点を確認しておきたい。 さて，同社は業務活動に関する情報を多岐にわたるチャネルで共有している。共有される情報のタイプを大別すると，A）ナレッジとしてストックされる価値を持つ，業務の中身に密接にかかわる情報と，B）純粋に日々の業務上の連絡（例えば会議開催日時や来客スケジュール等）に近い，記号的な情報に分類できる。ここでは前者に的を絞って考える。 １．製品開発情報共有メディア ■週報・四半期報 取材に基づく限りにおいて，まず業務内容情報の共有メディアには，Weekly Report(週報)やQuarterly Report(四半期報)がある。 前者は，個々のエンジニアがその１週間でどのような活動をしたか（２０％側プロジェ
「ブログ」や「SNS」といったWeb 2.0的な情報共有ツールの社内利用が進んでいる。「利用の敷居が低く，従業員が持つ情報を呼び込みやすい」というメリットから，活用事例や社内利用向け製品が充実しつつある。日経コミュニケーション2007年1月15日号でも，「企業内ブログ/SNSの威力」と題した特集を組んだのだが，その取材の過程で記者はあることを恐れていた。それはユーザーやベンダーの口から，「内部統制」の4文字が語られること。「社内に埋もれていた情報を引き出す」というブログ/SNSの効果を削ぎかねない要素だからだ。 その懸念は，取材に着手した2006年11月に野村総合研究所が開催した「ITロードマップセミナーAutumn 2006」で耳にした亀津敦・副主任研究員の指摘（参考記事）に端を発する。亀津氏はこのセミナーで「社内SNSを導入しなければ情報漏えいのリスクが高まる」という見解を披露した。m
ブログの良いところの1つは、様々なブロガーによって過去の知識が掘り起こされることだと思うのですが、今日もそんなエントリがありました。 ■ Three-dozen knowledge sharing barriers (Anecdote) Gabriel Szulanski という方（INSEAD の教授？）が1996年に発表された「知識共有を阻む壁」を紹介しているエントリ。様々な阻害要因を網羅＆個人・組織・技術の3つのレベルに分類してくれていて、参考になります。というわけで自分用に翻訳＆メモ。 ※訂正 下のリストは Gabriel Szulanski 氏の論文からの 出展 出典（9/6 再修正しました -- ご指摘ありがとうございました！）ではなく、Andreas Riege 氏の論文、"Three-dozen knowledge sharing barriers managers mus
どんな仕事でも、「経験」とか「知識」というのは非常に大切である。大抵の企業では勤続年数が長くなるに従って給与も上がっていくと思うが、それは歳をとったお祝いで給料を上がっているわけではなく、経験や知識に対する期待も大きくなるためだ(ここ、会社組織に属する人はあたりまえだけど大事なことなのでメモメモ!)。 し かし、経験とか知識といったものは、基本的に人の脳内に蓄積されるものである。そして、脳内の情報は、その脳をもった本人にしか引き出せないのが難点だ。知識豊富なキーマンに頼り切った経営をしていると、ある日突然そのキーマンが失踪したり病気で倒れたりした場合に、会社は容易に困った事態に陥いってしまうのである。人の集合で成り立っている企業にとって、人に関するリスクというのは最も重く見るべきものだと言える。できることならあらかじめ社内で知識を共有して、少しでもリスクヘッジに役立てておくべきだ。そこで今
前回の原稿を書き終えた翌日から40℃の発熱。1週間まるまる寝込んでしまった。やはり、筆者にはアデノウィルスの方が山田ウィルスより怖い……。 さて、早速前回導入したナレッジベース「aphpkb」を活用していくことにする。まずは知識を分類する「カテゴリ」の登録方法から紹介しよう。画面左の「Options」から「KB Admin」をクリックすると、HTTP Basic認証のダイアログが表示される。ユーザ名「admin」、パスワード「changeme123」でログインすれば、管理者用の「Admin Options」画面が表示される。 カテゴリの登録、変更、削除の操作は、「Category Utility」から行う。 UTF-8で統一された環境がきちんと設定できていれば、日本語のカテゴリ名もきちんと登録できるはずだ。 なお、カテゴリは階層的に定義できるので、情報を細かく分類したい場合はサブカテゴリを
凝視しない 木を見て森を見ない…手元の作業に追い回されていると、全体のプロセスが見えなくなる。そんな深いゲームだ（？）。 凝視しない 「ほら、また怖い顔してる」そう彼女に指摘されてはっと我に返った。プログラマーと言う性質上、画面を凝視するとそこに答えが見えてくるのではないかと思ってしまう。 「これでもやって、落ち着いたら？」。手渡されたのは実行ファイル。インストールしてみると、青い画面にアイコンがちらつくゲームだった。 今回紹介するオープンソース・ソフトウェアはChangeBlindness、変化盲目（直訳）ゲームだ。 やってみれば分かるが、点滅するアイコンのどれかが点滅する毎に変化しているのだ。それを探してクリックすると言う単純なゲームだ。 だがやってみると意外に難しい。はじめの数個の頃は良いが、だんだん増える（20個くらい）になると辛い。目を離して全体像から掴もうとしたり、ある一定の個
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
