社内ブログ/SNSは「無法地帯」でいこう - 記者の眼：ITpro
「ブログ」や「SNS」といったWeb 2.0的な情報共有ツールの社内利用が進んでいる。「利用の敷居が低く，従業員が持つ情報を呼び込みやすい」というメリットから，活用事例や社内利用向け製品が充実しつつある。日経コミュニケーション2007年1月15日号でも，「企業内ブログ/SNSの威力」と題した特集を組んだのだが，その取材の過程で記者はあることを恐れていた。それはユーザーやベンダーの口から，「内部統制」の4文字が語られること。「社内に埋もれていた情報を引き出す」というブログ/SNSの効果を削ぎかねない要素だからだ。 その懸念は，取材に着手した2006年11月に野村総合研究所が開催した「ITロードマップセミナーAutumn 2006」で耳にした亀津敦・副主任研究員の指摘（参考記事）に端を発する。亀津氏はこのセミナーで「社内SNSを導入しなければ情報漏えいのリスクが高まる」という見解を披露した。m
書かずにはいられない「社内ブログ」の魅力とは？
いまや，仕事でメールを利用しない企業はほとんどない。上司から部下へ送る仕事の指示，部下から上司へ送る日報，さらには会議の議事録や，部署をまたいだ同期の飲み会のセッティングなど，社内のあらゆるコミュニケーションでメールが利用されている。 メールは便利だが，問題も起こる。処理しなければならないメールの数が増えると，重要なメールを見落としてしまうことがある。一日のうちに数十通，数百通とメールをやり取りする人も少なくない。全社員に一斉送信された業務手続の変更メールや，プロジェクトで情報共有するためのメーリングリストなどをチェックし忘れて，結果として大きなトラブルが発生することもある。「例の件，メールしたはずだけど」「すいません，そのメールが見つからないので，もう一度送ってください」というような経験は，誰にでもあるのではないだろうか。 こういったミスを防ぎ，社内の情報共有やコミュニケーションの効率を
わたしが知らないスゴ本は、きっとあなたが読んでいる: Wikiでプロジェクトマネジメントする4つの方法
「ブログでプロジェクトマネジメントする10の方法」への反応を見ていると、独り考え込むのでなくUPしてみるものだな、と思った。実務に適用している例や、Wikiでの試みがあることを知った。言及していただいた皆様、ありがとうございます。賛否ともども大変参考になり、中の人は感謝多謝することしきり。 Wikiを発展させた開発支援コラボレーションツールMrkrgnao（via:marsのメモ） Wikiを使った「Web向けLotus Notes」Jotspot（via:関心空間ラボ） 社内限定の非公開型ブログイントラブログ さらに、「Wiki との優位性が見えない」「ストレージサービスでええやん」というコメントがあったが、そのとおりだと思う。実際、前のプロジェクトでは Wiki+CVSで「設計書+コード管理」してたし。時系列に情報を積み重ねるのがブログなら、Wikiは樹構造的な展開に向いている。各人の
社内ブログが失敗する7つの理由 - sta la sta
http://www.future-planning.net/x/modules/news/article.php?storyid=954 社内ブログの成功例と未来への展望が書かれたこの記事を見て、 確かにこうなれば素敵だなーと思いつつ、どこか冷めた目線で見てる自分に気付いた。 うちの会社もご多分に漏れず、社内ブログとやらを導入済みである。 しかし、この記事のようにはっきりと「成功」とは言えない状況なのが正直なところ。 はっきり言えば「失敗」である。 ではなぜ失敗したのか。その理由を思いつく限り纏めてみたい。 １．ブログとは何か？を説明しないで始める 恐らく、世のほとんどの人がブログを知っている、という認識は現状ではまだ通じない。 特に年配の社員や女性社員は、その多くが「ブログって何？」「ブログってWeb日記でしょ？」といった認識の持ち主であった。 社内ブログを始める前に、必要最低限のブロ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
