以前、ニコラ ・ テスラの伝記を読んだことがあるのですが、この時に、「発明というものは、エジソンとテスラで終わったのだな」と感じ入りました。現代の生活の基礎となっている電気や無線などの技術は、この頃に発明、実用化されます。この二人が「発明」というものの敷居を格段に上げてから、街から「発明家」はいなくなったのではないかと想像します。現在では、「発明家」といえば、ほぼ漫画でカリカチュアライズされる対象になっており、発明は研究所のようなところに委託されるようになりました。

ところが、1990年代のインターネットの普及及びウェブの発明、及びその周辺技術の発達により、21世紀になってから、再び「発明家」が出てきたのではないかと最近思うようになりました。例えば、百式の田口さんの連載していた「誠 Biz.ID：田口元の「ひとりで作るネットサービス」探訪」に出てくる人たちは、「街の発明家」の現代の姿なのではないでしょうか。これ以外でも、少数の開発者らによるサービスが世間にインパクトを与えることも少なくありません。Google創業者二人だって、もしかしたら発明家の範疇に入る人たちかもしれません。

時折「ベンチャー精神」なんて言い方もしますが、これも言葉を変えれば、「発明家魂」なのかもしれません。こうした「発明家」が再度地上に現れたことを、昔の発明家の人たちは天国でどう思っていることでしょう。

内容的にも僕の今まで考えていたことを合致するのですが、これは、また別に情報共有環境作りに適用できるのではないかと思いました。

そもそも、情報共有が行われない、導入したツールが使われない理由とはなんでしょうか? 曰く「時間がない」「それ自体が仕事ではない」「他にやることがある」…。こんな返答も多く聞きます。でも、実際に仕事ではない環境でそうしたツールを使いこなしている組織もあります。この違いは何なのか。どうやったら克服できるのか。

そこでヒントになるのが、本書ではないかと思い立ちました。まず、非営利組織の特徴をいくつかあげます。

• 給与が出ない、または非常に安い
• 目的は様々だが、大きな利益を考慮しない
• 自主的な参加を基盤とする

といったところでしょうか。ここで重要なことは、参加する人にとって、非営利組織への参加は、給与が安いおかげで、生活のための仕事としては確立できないことです。にもかかわらず、非営利組織に参加する人は一定数おります。その目的をドラッカーは「自己実現」と定義しています。非営利組織に参加することで、彼が仕事以上にやりたいことを成し遂げるということです。

僕は、この「給与が出ない」というところに、情報共有のためのインセンティブのヒントがあると考えています。先に情報共有が行われない理由をいくつかあげましたが、一番の問題は、結局のところ「情報共有をしても、給与、昇進に関する評価ならない」ことが原因ではないかと想定しています。この点は、非営利組織も同じです。でも、非営利組織には、「自己実現」という目的があり、それこそが参加のインセンティブになっています。では、これにならって、「情報共有を通して実現するものは何か」を明確に定義していくことが、情報共有を組織、またはグループで実現させる有効な手段なのではないかと考えています(ドラッカーの本でも、目的を明確にして、寄付を募るシーンが出てきます)。

はっきりいえば、ウィキにメモをまとめたり、社内ブログを熱心に更新したところで、給与があがるわけでも、昇進が早くなるわけでもありません。却って仕事をサボっていると思われるかもしれません。でも、それは、情報を共有できる環境に置き、整理していく事で、必ず仕事の役に立ちます。また、それは直接自分の役に立たない可能性があっても、人に役に立つ可能性があります。そうした、ある種の「ボランティア精神」(これは、他人に奉仕するだけでなく、間接的に自己のために役立たせるという意味も含んでいます)が、情報共有を促進させるエンジンになるのではないかと考えています。

もちろん、一口にそういったところで明日から情報共有があっという間に進むわけではないですが、手法としては一考の価値があるのではないかと想定しています。

情報共有についてお悩みのみなさん、まずは、非営利組織について学んでみてはいかがでしょうか。

情報共有という話題をする際に、僕は「情報共有サイクル」ということをいいます。一般に情報共有と言うと、思い浮かべられるのが

• 真ん中にツールがある
• ツールに情報をポストできる
• ポストした情報の通知が出る

というところで止まってしまうように見受けられます。でも、本当はここからが情報共有環境の設計の醍醐味といっていいです。

グループで情報共有ツールを利用したとして、通知されただけで終わっていいでのしょうか。本当はそこから、共有された情報をどのように活かすかという道筋があってもいいはずです。

ひとつシチュエーションを設定してみましょう。

• 社内でグループウェアを使って定例会議の議事録を載せている
• 議事録の書き手は、一人で担当
• そのグループウェアにはメールでの通知機能がある
• そのグループウェアにワードで清書した文書を掲載している

大体の環境ならこういう設計にはなっているとおもいます。ツールとしては、これで完成かもしれません。でも、環境としてはまだ未完成です。

第一に欠けているのが、フィードバックする環境です。ここで問われるべきは、「なぜ情報共有をするのか」「なぜ議事録を共有するのか」という視点です。議事録を一人で書いているということは、当然そこに漏れが出る可能性があるということです。ということは、それに対してフォローをする仕組みをツール、または運用として組み込む必要があります。ツールで対応するなら、再編集可能なシステムにするか、または、その文書に対するコメント欄を作るべきです(だからおそ、即時に再編集可能なWikiを僕はお勧めするのですが)。

運用で対応するなら、執筆者にメールかメッセンジャーの類で執筆者に知らせ、再度アップロードしてもらう必要があるでしょう。こうすることで、一度書いただけではわからないことがあとから出てくることがあり、そのおかげで会議だけでは言えなかったことが浮かび上がってくる可能性があります。

次のシチュエーションを考えてみましょう。設定は以下のとおりです。

• 顧客管理システムを構築
• 個別の顧客ごとに情報を入力
• 担当者が一人でメンテナンス

良くあるCRMの仕組みかとおもいます。パッとみると単なる情報ツールで、特に情報共有とは関係がなさそうです。でも、ここに情報共有の考え方を導入することで、より活性化された環境を作ることができます。

例えば、このツールに通知の仕組みを導入し、かつフィードバックも受け付けられるようにしたとします。通常は自分の担当でない部分では誰も気に留めないかも知れませんが、ふと気がついて覗いたときに、自分の思いついた意見や、似たような顧客の情報を書き込むかもしれません。こうすることで、顧客の提案に大してより一層磨きのかかったものが出来あがる可能性があるでしょう。そして、もうひとつ中ようなことは、こうした共有、フィードバックの仕組みが書いている人のモチベーションにつながるということです。

良くあるCRMが、結果として使われないことがあるのは、それを「誰もみていない」からです。誰もみていない空間では、大抵の人はモチベーションは上がらなくなってしまうでしょう。そこで、「情報の入力→公開→フィードバック→質の向上」というサイクルを設定していくことで、手元の情報をより洗練されたものにしていくことができます。

まだこれだけではほとんど足りていないですが、とにかく重要なのは、情報をひとつの場所においたり、公開するだけではなく、それを実際に使うシーンを設定して、そこで入力された情報が活かされる状態を作ることでしょう。

本来、会社の中にはたくさんの情報がありますが、そのほとんどは再利用も、再閲覧もされないまま眠っているようです。それをいかに活かすかが、少ないリソースで会社の活動をよりよいものにしていくことでしょう。

そもそも、この二つを切り分ける方法もまだ見つけていませんが、世は正に「ソーシャル」という名の「コミュニケーション」時代。コミュニケーションが活発であればあるほど良しとされるのが現状です。実際に隆盛を極めるツールは、TwitterにFacebook、そしてソーシャル機能を取り込んだmixiアプリなど。こういう時代にあって、コミュニケーションがあるということが何よりも喜ばれています。

ところが、一方ではまだまだ、特に日本ではコラボレーションが軽んじられ、成果があまりでていない気もしています。コラボレーションで人気のあるサイトは、日本だと、一部のウィキと、いいところnanapiくらいではないでしょうか。英語圏のサービスになると、(人気のほどは良く知りませんが)cubetreeやPBWorksといったサービスが根付いているものの、日本への波及効果はあまり強くありません。以前、socialtextの日本語版があったのですが、撤退したそうです。togetterやNaverまとめのようなものもありますが、これはまだコラボレーションというのはちょっと違う気がしています。

こういうこともあって、日本では、強烈にコミュニケーションが栄える一方、そこから成果を出す方向に目が向いていないのではないかと思われます。ここが、本来自分の解決するべき課題なのですが、まだその答えは見えておりません。

そういうところに、Google Waveがどういう成果を出すのかが気になるのですが、正直、これはこの点では鬼っ子とも言うべきアプリです。意識しないとコミュニケーションとコラボレーションがごっちゃになって、却って成果を出しづらいアプリになるのではないかと考えています。今、とある件でコラボレーションツールとして使っているのですが、差分管理などが使えない分やりづらいと感じています。「メールで相互にやりとりして文書を交互に行き来させるよりも、一緒に共有して編集できる方がよい」という発想は理解するのですが。まだ開発版なので、今後に期待します。

というわけで、まだこうした点には答えは出せてないのですが、来年は何とかこの二つを切り分ける方法を見つけていきたいと思います。本年中お世話になった皆様、今後ともよろしくお願い致します。

P.S.今年は祖母がなくなったので、喪中となります。新年の挨拶は控えさせていただきますので、ご了承願います。

当初は先日行われたアトラシアンユーザー会の資料を元に議論する予定でしたが、徐々に脱線するという、中々味わい深い勉強会ではありました。

その最中、いくつかの意見が出たので、自分の興味のあったところだけあげていきます。

• コミュニケーションとコラボレーションの境目は?
• ウィキペディアは労働集約型のプロジェクトである
• ナレッジを集約するだけでなく、それを知識として高めるステップが必要
• ただし、それはウィキが補完するステップでは無くて、人間系のフォローが必要

といったところでしょうか。

それにしても、先日ウィキペディアの人たちの前で「ナレッジマネージメント」「暗黙知」といった話を振ったところ、ちょっとポカンとされ、一方で今回KMな人にウィキペディアが労働集約型のサイトであることを説明すると、びっくりさせられるという経験をしました。両者の断絶は大きいようです。

セッション1：ウェブとコラボレーション

顔なじみの方も多かったので、自分にはあまり新味は無かったですが、ウィキまわりを俯瞰するのにはよかったのではないでしょうか。ただ、集合知やその周辺の言葉が一人歩きしている感じが否めない気がしました。アメリカの書物の輸入じゃなくて、もう少し厳密な定義と、研究が待たれる気がします。例えば、ウィキペディアや、最近で言えばnanapiなどの合同作業系サイトの記事の成長を追いかけるなどの研究があってもいいと思います。

基調講演１ 「ウェブ研究に求められるもの－課題と期待－」

国会図書館館長の講演です。国会図書館を始めとして、情報の電子化やその利用について熱心に進めているのは理解できましたが、まだ成果が表に出てないようなので、これからの進展に期待といったところです。検索の結果の出し方についての問題提起については、どう研究が進むのか、期待です。ただ、ウェブ上の汎用性の求められるツールと、特定の領域、組織内に絞った検索では、求められるものは違うでしょう。未だにニュースサイトで日付順で記事が並ばない検索エンジンを使っているところが僕は信じられない人です。

セッション2：ウェブと政治

興味深い点もありましたが、鈴木健さんを中心として、やや内輪な印象を受けました。健さんの「一票を分配して委任する」という案は面白かっただけに、議論を深めることが出来なかったのは残念です。

彼の思考実験は、実験としては面白いのですが、実現性となると、難しいかもしれません。例えば、「人間は自分の思いを分割して委ねることが可能か」という一番の条件が成り立たない可能性があります。それなりに普段から思考している人なら、「Aは80%、Bは20%」という発想も可能でしょうが、ごく一般の人にそこまで要求するのは難しいのではないかと考えます。委任についても、結局自分の一番親しい人に委任してしまうなら、今の代議士制と変わらないのだし。まあ、投票という行為自体、「良く考える人」を前提としすぎている嫌いがありますが。

基調講演2

一番このイベントらしい講演ではなかったかと思います。特に、Yahooの選挙関連の活動はとても面白かったです。日本のYahooの人気があってこそなせるイベントですね。

セッション3：ウェブと科学

個人的には一番興味を持てなかったセッションでした。それは、自分がこうした技術発表に飽きてきたからなのですが。本当は、こうした技術をどこに活かすか、を議論するべきだったのではないかと思います。小さな(50名くらい)セッションでこれを発表してもらって、その場でアイディア出しをするとかすると面白のではないでしょうか。

以上がウェブ学会の感想です。総じて第一回らしい、広く満遍ない内容だったと思います。今後は、これらの内容をもっと深めることが求められると思いますが、どうでしょうか。技術と社会というテーマは、ある意味永遠の課題なので、その点でもっと実験的な展開をすると、他の企画とは一線を画したイベントになるのではないかと思います。

実は、これの延長として、今、ウィキペディアの執筆ワークショップをやろうと計画しています。詳細は、また後日。

1. 情報の分割、統合
2. 情報の分類
3. 情報のキー作成
4. 情報の型付け
5. 情報のリンク作成

といったものです。ひとつひとつ順に解説します。イメージとしては、大量のメールや社内文書を整理して、ウィキに移行するような感じです。

情報の分割、統合

まず、情報の粒度を設定します。複数の話題を含んでいるものは話題ごとに、小さなTipsのようなものは同じ話題のところに集約します。話題一つにつきひとつの記事単位くらいにします。

情報の分類

その情報がどういう属性を持つのかを判断します。単純に縦割りにカテゴライズしてもいいし、今風にタグ付けをして複数の属性を含めるようにしてもいいです。とにかく複数の文書を共通項でくくるような感じにします。

情報のキーワード作成

情報には、特にまっとうな目的を持った情報には、必ず特徴があります。その特徴を示すキーワードをピックアップします。往々にしてこれは固有名詞であることが多いです。

情報の型付け

その情報にあった型を作成します。報告書なら報告書の型、議事録なら議事録の型というのがあります。

情報のリンク作成

各情報をリンクでつなぎます。キーワードでつなぐこともあれば、タグでつなぐこともあるでしょう。型でつなぐのもいいでしょう。

単純にこれを実行すると、どこからでも切り込める情報の塊が出来上がります。カテゴリで切ってもいいし、キーワードで切ってもいい。その情報に日付や作者があったら、それで切ってもいいでしょう。

この5原則を実直に実行することによって、普段からわかりやすい情報整理を行うことができ、かつ属人化も防ぐことができます。経験で言っているので、理由というのはお話しづらいですが…。

コミュニティマネージャーとは何か

コミュニティマネージャーとは、その名の通り、コミュニティのマネージメントをする役職です。と、これでは単なるトートロジーなのですが、一言で定義しようとすると、どうしてもこうなってしまいます。というのも、企業側にたって、コミュニティを支える事全てがコミュニティマネージャーの仕事になってしまうからです。

コミュニティマネージャーの仕事とは

マネージメントと言っても、そこには、細かく分ければいろんな仕事があります。ざっと列挙すると、

• コミュニティからの質問受付およびその返答
• 運営企業側からのメッセージ伝達(新機能、改訂の告知など)
• コミュニティ妨害者の説得、最悪は排除
• 利用者の読むマニュアル作成
• 利用者の読むメッセージ作成
• 利用者勧誘
• 場合によってはプレゼンテーションなどによる広告、宣伝活動

といった具合です。もちろん、業務によって差は出るでしょう。ウィキのようなサイトでは、スパム対応も業務の中に含まれるし、ウィキのコンテンツ管理などもあります。ひとつ最近の流行は、こうした業務の範囲がサービス上だけでなく、他のソーシャルメディアを使う事もあることです。例えば、twitterで応答したり、SNSやブログで応答したりすることもあるようです。

そもそも、コミュニティってなんだ?

コミュニティとは、ウェブサイトで言えば、「そのサイトを利用して、何かを生みだしていく個人の集まり」と言えるでしょう。たった一人でも、その人が十分な活動をしていれば、コミュニティと言えます。生み出すものはサービスにより雑多です。動画やイラストのようなリッチなコンテンツの場合もあれば、コメントをするだけの人もいるでしょう。中には、そのコンテンツに付いて、ブログなどの該当サービス以外で宣伝するような人もいるでしょう。そうしたコミュニティの活動を活性化させていくのがコミュニティマネージャーの役割です。

コミュニティマネージャーの評価は?

いわゆるソーシャルスキルに特化した業務であるため、評価は難しいと思われがちですが、そんなことはありません。コミュニティマネージャーは、大抵の場合数は多くなく、少数で特定のサービスを全面的に請け負うことになります。そこで、そうなると、そのサービスのアクセス数や、利用者数、特に新規、ユニーク利用者数を計測すれば、それがコミュニティマネージャーの評価の指標として使えます。サービスによって評価する指標は様々でしょうが、利用者動向を左右する業務であるため、それこそがコミュニティマネージャーの評価と使える事が多いと言えるでしょう。

それは、日本に全く存在しないの?

幸運な事に、こうした仕事を「コミュニティマネージャー」という肩書き以外で活動しいている人が多くいます。例えば、サービスの開発者の方がブログで利用者と応答しているシーンなどはよくみるでしょう。なので、日本に「コミュニティマネージャー」がいないとは思っておりません。ただ、そうした役職の存在を意識して目にする事がないのは残念な事です。

以上が、コミュニティマネージャー業務にかんする概要です。こうした業務は、中々理解されづらいですが、一度、利用者としてそうした人たちと接してみると、その「質的」側面がわかりやすくなるのではないかと思います。

それでは、よろしくお願いします。