A Day In The Boy's Life -61ページ目

A Day In The Boy's Life

とあるエンジニアのとある1日のつぶやき。

企業の情報系システムがSNSで済む理由 コミュニケーションスタイルの久々のパラダイムシフトが目前に @ JB PRESS


これを読んで思ったのは、企業内で情報の質が保てるのはその情報の鮮度を保つ事務局(またはその役割を担う人)が存在するからでは無いかなと思ったりします。

だいたい、情報共有のプロジェクトを立ち上げたり、自部署の情報発信をやっていくとなると、それを管理する役割の人が出てきて、その発信する情報の取捨選択をしていったりします。

企業内の情報の鮮度は、その人たちの能力にかかってくるし、情報の質の低下は事務局がその機能を果たさなくなったときに一気に瓦解したりするのをよく見たりします。



情報の質を担う事務局という存在


企業内で取り扱う情報というのは、その専門性から組織構造と一致したりします。

人事系の書類や経理処理に必要な書類、営業の提案書やシステムの内部設計書などなど、扱う情報は多岐に渡りますけど、必ずどこかの部門が管理していたりします。

なので、情報共有をする場合もその担当組織が事務局の役割を果たすことになります。

これは、専門知識を持っているその組織が管理するのが一番効率がよいというのがあるかもしれません。


しかし、その専門性であるからこそか枠にはまった情報の共有しか出来なかったりもするわけです。

要は定番の共有方法に当てはめ、企業内で起こっていることに注目して話題の情報をピックアップして共有をかけていったりします。

その情報というのは正しいわけですが、タイムラグも大きかったりもします。

企業内で起きたことがあがってくるのは、少し時間が経ってからですしさらに情報を精査して共有するわけですから、共有された頃には旬が過ぎている情報も多いのではないかと思います。


そして、情報の共有をその事務局が担うが故に個人が勝手にその共有基盤を通して情報発信することが許されなかったりもします。

一度事務局に情報が吸い上げられ、それを検討して公開の判断がなされ、共有に適した情報に加工されて発信されたりします。

そして、情報の共有は事務局が定められた部門や個人に対してしか行われなかったりもするので、必要な人に行き届かなかったり、別の角度からの利用や応用というものがしづらかったりもします。

なので、本当に今すぐ欲しい情報は営業なら営業同士でメールなりでやり取りされていたり、共有フォルダに置いて管理されていたりというのも多いのではないでしょうか。



組織構造に依存する事務局というリスク


事務局の存在がその情報への依存度が極めて高いわけですから、事務局の崩壊が情報の質を一気に低下させるリスクも持っています

これは、組織構造が変わったりして事務局自体が解散されたり、担当要員が著しく縮小されたりしたら起こりえることです。


情報の吸い上げは今までどおりでも発信がボトルネックになってきたり、更新自体が滞りいつまでも古い情報がそこに掲載され続けられたりもします。

そして、新しい組織に沿った情報共有だ!なんてプロジェクトが立ち上がり、以下ループって事にもなったり。


企業内の情報っていうのは、有用なものに関しては多くのブランチが存在したりします。

自分の仕事にあわせたり、ターゲットとなる顧客に合わせたり様々な形態で修正され変化しています。

それらの多くは亜種のように扱われて、個人のPCの中だけで眠っていたりもするわけですね。

この辺を事務局に預けてもひどくローカライズされていると判断されて、一般公開されなかったりもしますし、成果物を評価する制度などにより、元の資料と作成者だけに評価が向けられたりもします。


これでは、ネット上のSNSのような仕組みを作り、個人対個人で情報の共有を任せる仕組みを作ってしまった方がうまく回るのではないかと思ったりもします。

しかし、それは部分最適化したところもあり、やはり全体へ向けての共有という意味では事務局の存在というのは必要になってくるかもしれません。

共有する個人としても、「あの人に聞けば情報が出てくる」と思われて何度も同じような問合せを受けて仕事を邪魔されたくないという思いもあるでしょう。



SNS化した情報共有プラットフォームの中での事務局の存在


個人というのは、過去の実務経験などから必要な情報を持っていたり、経験自体が企業にとっては財産になります。

それを活用するためには、組織構造に左右される事務局という存在よりも個人間をうまく結ぶ基盤があったほうがいいと思います。

しかし、先に書いたようにそれがひどい方向に進んでしまっては、その個人が事務局のような役割を果たす羽目になってしまうため、その労力を吸収する事務局も必要となるでしょう。


個人間の連携の情報に注目でき、それを必要に応じてすばやく事務局がキャッチアップでき、全体最適化できるような仕組みがあれば理想なのかなと。

ただ、SNSなどフラットな情報共有を進めるためには、組織の壁自体を取り払った実構造自体もフラットにしなければなかなか進まないのかもしれません。

部外秘なんて言葉もあるぐらいですしね。

個人間の連携が進めば事務局自体の存在が薄れますし、その役割を担っている人たちもモチベーションを得られなくなる可能性も出てきます。


そもそも、SNS化した情報共有の世界では、事務局自体に与えられる役割というのも大きく変わってくるでしょう。

今までは、その専門性から「自分たちが一番詳しい」という自負もあるでしょうけど、勝手に個人間が情報共有を進めれば、疎外感も出てきます。

これは、もちろん悪い意味でもあります。

その変なプライドが情報共有を推し進めさせない理由になったり、情報共有を偏重したものにしたりしているわけで。


新しい事務局はそのへんの役割も刷新されますし、情報を共有する手助けとなる専門部隊として注力しなくてはならなくなったりもします。

幅広い知識や、シーンによって情報を提供していく能力も必要になってくるでしょう。

何よりもSNSの仕組みというのがわかっているネットリテラシがなくてはならなかったりします。

今までの必要な情報を検討し、定型フォーマットに載せて発信していくやり方では全然通用しない世界なのではないかと思うわけです。





ドラッカー 時代を超える言葉―洞察力を鍛える160の英知/上田 惇生
¥1,575
Amazon.co.jp


1ページ、1ページに深く考えさせられる本です。

この本は、ドラッガーの言葉をドラッガーの主要著作を翻訳している著者がを編纂したものになっています。

ドラッガーの本自体はほぼ読んだことが無いので、そこの言葉はあまり知らないのですが、どういった考えの持ち主だったのかを現在の問題点と照らし合わせながら解説してくれています。


数多くの言葉の中で一番自分が心に響いたのが、この本の最初にも紹介されている


「十三歳のとき、宗教の先生のフリーグラー牧師が、何によって覚えられたいかね、と聞いた。誰も答えられなかった。すると、『今答えられると思って聞いたわけではない。でも、五十になっても答えられなければ、人生を無駄に過ごしたことになるよ』と言った」

という言葉。

この言葉自体は、以前に読んだ「プロフェッショナルの条件 」の中でも紹介されているのですが、初めて目にしたときにかなりズシッときたものです。


自分が何をなしたかというのは、人の価値観でも決まるものだったりします。

それが決して何かを与え何かを成し遂げたものでなくとも、自分の存在自体を認めてくれるのも人の記憶によるものだったりします。

何によって自分の存在を周りの人の記憶に残すことができるのか、人それぞれ違う残し方ができるでしょうし、自分は何が出来るのだろうかという問いかけをずっと頭の中に残してくれています。


記録に残ることだけをやるのも違うでしょうし、例え偉大なことをやったりして多くの人の記録に残りたいともあまり思ってはいません。

少ない人数でも、その人の頭の中に自分という存在がいればいいなと。

今はまだ自分の中に答えがもてていませんが、この問いかけは自分自身の命題になった気がしています。



目次


Ⅰ 成果をあげる
<1> 成長のための機会を逃さない - 自己実現のために
<2> 知識で現実を動かす
<3> 組織との付き合い方が成果を左右する

Ⅱ 強みを引き出す
<1> 所を得る - 自らの強みを知っているか
<2> 「貢献」が能力を伸ばす
<3> 自らを動機づけ、生産性を高める
<4> 限られているからこその時間術

Ⅲ 組織を動かす
<1> 何のためにマネジメントはあるのか
<2> ミッションと顧客が全て
<3> マネジメントの勘所をはずさない
<4> イノベーションの心得
<5> イノベーションの機会をいかに捉えるか
<6> 公益をもって自らの利益となす

Ⅳ 人を動かす
<1> 企業家精神を発揮せよ
<2> 真のリーダーシップとは
<3> なぜ意思決定で誤るのか
<4> 戦略はいかにして立てるべきか
<5> 人を育てるための人事を実現する

Ⅴ 変化を捉える
<1> いかに変化を知覚するか - ポストモダンの作法
<2> 時代の変化を捉えるために
<3> 誰が明日を担うのか
<4> 経済と教育のあるべき姿を探る
<5> 公的機関の役割の変化
<6> 日本の進む道とは




以前に「アメブロでSyntaxHighlighterを使ってみる」でSyntaxHighlighterの使い方を書いてみましたが、この際に利用したバージョンは3系でした。

SyntaxHighlighterはバージョン2系も存在して、こちらの方も人気があって未だに技術系のブログとかでは、ソースを公開する際にバージョン2系のSyntaxHighlighterを利用している人も多くいたりします。

2系の最新バージョンは、2.1.382となっており2010年5月にリリースされています。

それ以降、アップデートがされてないところを見ると、今後のメジャーの開発は3系にシフトしたのかもしれません。


ただ、2系にはメニューバーが表示されたり、ソースを折り返して表示するなど、3系にはない便利な機能もあったりします。

この辺は、好みで使い分けてもよいかもしれません。



SyntaxHighlighterのバージョン2をAmebloで利用する


一番単純な方法は、下記のJavaScriptをフリープラグインに貼り付けることです。


<link href='http://alexgorbatchev.com/pub/sh/2.1.382/styles/shCore.css' rel='stylesheet' type='text/css'/>
<link href='http://alexgorbatchev.com/pub/sh/2.1.382/styles/shThemeDefault.css' rel='stylesheet' type='text/css'/>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shCore.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushCss.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushJava.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushJScript.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushPhp.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushRuby.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushSql.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushXml.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushPerl.js' type='text/javascript'></script>
<script src='http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushPlain.js' type='text/javascript'></script>

<script language='javascript'>
  SyntaxHighlighter.config.bloggerMode = true;
  SyntaxHighlighter.config.clipboardSwf = 'http://alexgorbatchev.com/pub/sh/2.1.382/scripts/clipboard.swf';
  SyntaxHighlighter.all();
</script>


アメブロでは、フリープラグインに文字制限があるので、上記のコードをそのまま貼り付けるのは少しきついかもしれません。

下記は、以前の「AmebloのフリープラグインのJavaScriptをGoogle codeにホストしたよ 」に書いた、外部にJavaScriptのファイルをホスティングした場合のやり方です。

jQueryを使って各ファイルをローディングしてSyntaxHighlighterを利用可能にしています。


$(document).ready(function() {
  $("head").append('<link rel="stylesheet" href="http://alexgorbatchev.com/pub/sh/2.1.382/styles/shThemeDefault.css" type="text/css" />');
  $("head").append('<link rel="stylesheet" href="http://alexgorbatchev.com/pub/sh/2.1.382/styles/shCore.css" type="text/css" />');

  $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shCore.js", function() {

    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushCss.js");
    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushJScript.js");
    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushPhp.js");
    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushRuby.js");
    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushSql.js");
    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushXml.js");
    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushPerl.js");
    $.getScript("http://alexgorbatchev.com/pub/sh/2.1.382/scripts/shBrushPlain.js");

    SyntaxHighlighter.config.bloggerMode = true;
    SyntaxHighlighter.config.clipboardSwf = 'http://alexgorbatchev.com/pub/sh/2.1.382/scripts/clipboard.swf';
    SyntaxHighlighter.all();
  });
});


SyntaxHighlighterのバージョン2と3の違い


バージョン3系では、貼り付けたソースコードを定義したJavaScript(shBrushCss.jsとか)をオートロードしてくれる機能が提供されています。

しかし、バージョン2系では存在しないためそのブログで必要な定義ファイル用のJavaScriptを予め読み込んでおかなくてはなりません。

上記の例でも一部の定義ファイルしか読み込んでいないので、必要に応じて取捨選択してください。


これは、パフォーマンス的にも余計なロード時間がかかるため、悪くなることになります。

2系を使う場合は、予め必要な定義ファイルのみを呼び出すようにしておいた方がよいでしょう。

JavaScriptの定義ファイルは、こちら に一覧があります。


また、コピーの仕方も大きく異なります。

バージョン2系のSyntaxHighlighterはFlashを経由してクリップボードにコピーしますが、バージョン3系だとソースコードの部分をダブルクリックするとテキスト形式に変換して自由にコピーできます。

全体コピーのみのバージョン2と比べて、バージョン3は部分的に情報を切り取れるので便利かもしれません。

ただし、ダブルクリックしてコピーするというのが知らない人にしか知らないというのはあるかもしれません。

ダブルクリックすればコピーとか注釈が出ればまだいいんですけどね・・・。


バージョン2系の一番の利点は、ソースコードの見易さではないでしょうか。

コードが枠内で折り返さずに表示されるのは、綺麗に見えます。


-SyntaxHighlighter バージョン3系の場合
A Day In The Boy&#39;s Life-SyntaxHighlighterバージョン3


-SyntaxHighlighter バージョン2系の場合

A Day In The Boy&#39;s Life-SyntaxHighlighterバージョン2

※ 適用しているテーマが違いますので、見た目も大きく変わっています。


あとは、title属性とかバージョン3でしか利用できない機能も存在します。

まぁ、この辺は好みなのかもしれませんね。