update it, Inc.社長のブログ

ひさびさの写真です。会社のすぐ近くで撮ったものです。

実は１週間以上前に撮っていたのですが、載せていませんでした。

さて先日、Ver 1.1.0のリリース時に見送ったもうひとつの目玉機能「Q&Aの管理機能」ですが、おそらく明日(4/4)にリリースできると思います。（本当は今日のつもりだったのですが、いろいろな都合で１日延ばしました）

Q&Aの管理機能というと、単にQ&Aのやり取りの一覧表のことだけ、と思われてしまいますが、実はこれが大きな将来性を持っていると考えています。なぜならば、これで細かいTODOを管理できるようになってくるからです。このTODOは、要件管理で扱う要件よりはもっと粒度の細かい、ちょうどプログラミングをする際にソースコードに書くTODOに相当するようなものです。

TODOは結局のところ、いつまでに、誰が、何をするかというだけのことです。今まではTODOをPCのディスプレイに付箋紙で張り付けたり、プリントアウトしたドキュメントに付箋紙をつけたりしていたと思いますが、これだと期限までにちゃんと仕上げたかどうかが確認できません。またみんなで共有することもできません。

ディスクトップ上で付箋紙が使えるアプリケーションもありますが、本当に付箋紙を張りたい対象は、作業している対象そのもの、たとえばドキュメントを書いている場合にはドキュメントにTODOを書き込めれば便利なはずです。そうすることで、みんなでTODOを共有することができますし、ドキュメントを見れば、なにが「やりかけ」なのかが一目瞭然になります。

そしてプロジェクト全体でどんなTODOがあって、予定を過ぎているものはないかとか、誰か特定の人がボトルネックになっていないか、などを確認するために一覧機能を利用します。こうすることで、TODO全体をプロジェクトで管理することができるようになってきます。

明日のリリースをお楽しみに。（と言っておいて、リリースできなかったらまずいね。:lol:）

今日、MicrosoftのOffice 2007で利用されているフォーマットであるOffice Open XMLがISO標準として認められたというニュースが流れていました。

先日リリースしたcrossnoteのWord 2007形式での出力機能でもこのファイルフォーマットを利用しているので、会社としてありがたいニュースです。ただ実際に携わってみた感想を言えば、ちょっと 「？」な部分もあります。

実際にこのフォーマットでの出力をやってみてわかったのは、これはやっぱりMSフォーマット！ということでした。

まずXML Schemaの定義に基づいてモデルオブジェクトを生成しようとしたのですが、JavaのBinding compilerではどれを試してもOffice Open XMLのSchemaを処理できるものがありませんでした。XML Schemaが悪いのか、Binding compilerが悪いのか、うちの使い方が悪かったのかはわかりません。まずここで最初の、「？」。今回は出力だけなので、DOMにいったんぶち込んで、それを吐き出すようにしています。

次の悩みどころは、実際にWordで表示してみるまでわからない、という部分。Schema定義的にはオッケーなはずなのに、Wordで表示してみるとなかなか思ったように表示されず、というのにだいぶ苦労させられました。特に図形部分はまだ情報が少なく、トライ＆エラーの連続です。基本的にMS Officeがないとちゃんと動くOffice Open XMLのファイルは定義すらできません。ということで、やっぱり「？」。

最後の「？」は、最新の定義なのに「Deprecated」の嵐であること。後方互換性のためなのでしょうが、最新のXMLの規格になんで後方互換性が必要なのか？　よくわかりません。さらにそのDeprecatedとなっている機能を使わないと実現できない部分もあるように思います。ちなみにVML(Vector Markup Language)はDeprecated的な扱いのようですが、結局使いまくりです。

ま、MS Officeが「リファレンス・インプリメンテーション」ということなのでしょうね…

昨日、Ver 1.1.0をリリースし、Word 2007形式でのエクスポートができるようになりました。

本当は同時に、「もうひとつ目玉機能」をリリースしようと目論んでいたのですが、どうしても間に合わなかったため、そちらのリリースは機会を改めることにしました。（でも近日中にリリースします）

さて、このもうひとつの目玉機能とは、Q&Aの管理機能のことです。今までcrossnoteではドキュメントにコメントを付与することでメールのように関係者に内容を伝えることができました。が、これだけではプロジェクト管理の観点で考えた時、もしそれが質問の場合、いつまでに、誰がその質問に答えなければならないのかを管理することができませんでした。

で、次回のQ&A機能のリリースでは、今までのコメントとは別に、まさにQ&A（質問と回答）を管理できる仕組みを用意する予定です。この機能を用いることで、以下のような事項が管理できるようになります。

状態（OPEN, CLOSE, …)、カテゴリー、重要度
回答期限、回答すべき人、…

質問は今まで通り、ドキュメントに紐付けて質問することもできますし、ドキュメントに紐付かない形での質問もできるようになります。

皆さんに使ってもらえるとうれしいです。

ドキュメント指向コミュニケーションの話では今までドキュメントに書けば、それを効率的に関係者に伝達する仕組み、という側面ばかり説明してきましたが、もうひとつ特徴的なこと（？）を書いておきます。それがタイトルの「メールをドキュメントに添付」という考え方です。

普通は逆ですね。メールにドキュメントを添付する、です。これはメールが主で、ドキュメントが従の関係です。この方法はメールを用いているので、使いやすく手軽である、という点がポイントです。

問題は、３点あります。

１）ドキュメントの最新版がどれなのかがわからなくなる

ドキュメントの実体をメールに添付してしまうと、やり取りを繰り返しているうちにどれが最新版だかわからなくなってきます。

２）メールボックスの容量を食う

ドキュメント分だけメールボックスの容量を食ってしまうため、メールボックスが肥大化し、管理上いろいろな問題を引き起こします。

３）送られてきたメールをどうやって分類するか？

メールはそのままにしておくとどんどんたまっていきます。後になって、「あ、あの件どうだったっけ？」と思って参照しようとしても、探すのに一苦労です。

上の２つの問題点は実はドキュメントのリンクを添付するようにすることで解決可能なのですが、この３番目の問題はリンクでは解決しません。

さて、以上のような問題点を魔法のように解決する方法、それが、「ドキュメントにメールを添付する」という考え方です。ドキュメントは１か所で管理するので、どれが最新かで悩むことはありませんし、メールボックスの容量を食うこともありません。またドキュメントは最初から分類されているので、メールを分類する手間がかかりません。

これによりフローの情報（メールの情報）を自動的に分類して蓄積できることになります。

このように発想を逆転させ、ドキュメントを「主」、メールを「従」の関係にすることで、コミュニケーションが効率化できるわけです。

３月末と言っていたWordへの出力対応ですが、3/31（月曜日）にリリースします。今までのcrossnoteは出力形式がプリントアウトするか、HTMLへの出力のいずれかしかなかったため、PDFにはプリントアウトで対応できるものの、修正できるフォーマットで出力できるようにして欲しい、という要望が以前よりありました。

特にMS Word形式での出力を望む声が強くありました。理由はこのようなところです。

■ お客様より改変可能な形式でのドキュメントの提出を求められている。（お客様側で、直接ドキュメントの修正ができるようにしておくため）

■ SaaS形式での提供の場合、いざという時に中のデータをすべて持ち出して利用できるようにしておかないと心配。

それで、３月末までにWord対応をお約束していましたが、お約束通りリリースできる運びとなりました。

今回のWord対応とは、Office Open XML形式での出力です。つまりWord 2007フォーマットですが、Word 2003でもMicrosoftのWord/Excel/PowerPoint 2007 ファイル形式用 Microsoft Office 互換機能パックをインストールすることで、読み書きできるようになります。

Word 2000/97フォーマットとしなかった理由は、Word 2000/97フォーマットは仕様が完全に公開されたものではないため、図形などのデータを正確に変換しようとした場合、非常に困難であったためです。Open Office XML形式は仕様が公開されているので、今後もきちんとした対応が可能であると考え、こちらで対応することにしました。

なお、ODF(Open Document Format)対応については検討中です。

今回のリリース(3/31)ではこのWord対応と同時に、もうひとつ目玉機能をリリースします。そのため、Version表記を1.0から1.1へ上げる予定です。

今日の日経新聞の第二部ではNTTが始めるNGN(Next Generation Network)特集になっています。そのトップページでCISCOのテレプレゼンスというテレビ会議システムが写真入りで紹介されています。

テレプレゼンスはテレビ会議といえばそうなのですが、今までのテレビ会議システムというと何となく相手がいるのがわかる程度で、正直言って画面はあってもなくてもあまり関係がない程度だったと思います。このテレプレゼンスは高速通信を利用して、かなり高精度で、かつワイドな画面を提供するので、まるで本当にそこに参加者がいるように思える程度の臨場感がある、というのが売りです。

値段はだいぶ高い（４０００万ぐらいと新聞には書いてありました）ようですが、ここまで臨場感のあるテレビ会議ができるのであれば、それなりの価値があるのではないかと思います。遠隔地にいる人が会議に参加するのに交通費がかからないというだけでなく、時間を拘束されないという点も魅力ですね。時間のないマネジメント層には受けが良さそうです。

一方でもしこれが安くなれば、なんでもかんでもテレビ会議で済ませられるようになるかというと、そうではないと思っています。以前、はてな社長の近藤さんがアメリカに渡っていた時に、日本との間をスカイプで常に接続して、画面を通して相手を確認できる状態にしていたのにも関わらず、意思疎通面での問題から結局は日本に戻ってきた、という記事がITmediaに載っていましたが、リモートでテレビ越しに会話するというのと、実際にそこに居て見聞きするというのではやり取りする情報の質が違うようです。

この情報の質の違いとは、たとえば現場にいれば、食事しているときとか、ちょっと休んでいるときでも会話だけでなく、相手の顔色やしぐさなどからいろいろな情報を読み取ることができます。テレビ会議システムは普通持ち運びできないので、そのシステムの前に座ったときだけ情報の交換ができます。このほんの少しの情報をやり取りする「機会」の差が、質の違いとなってあらわれるのではないでしょうか？

とはいっても、いつも現場にいれるわけではない場合もあります。遠隔地にいる人も交えて毎週会議をする、などといった場面ではやはりテレビ会議システムのメリットが大きいのも確かです。テレプレゼンスならば、相手の表情も読み取れそうです。いつか、使ってみたいですね。

昨日、ちょっと調べるためにメインのPCにOffice 2007のあるプロダクトを入れたのですが、同時にIMEが2007に更新されてしまいました。どうもその影響で漢字変換がとてつもなく遅くなってしまいました。

とりあえずググったらこの件についてはみんな困っていたらしく、対象法がいろいろと書いてありました。一番決定的なのはOutlook用の辞書がデフォルトでインストールされているのを外す、というもののようです。私の環境もこれでだいぶまともに戻りました。

しかし、このIMEの標準セットアップとしてOutlookの辞書を含め、そのためにIMEの動作が遅くなってしまうというのは、正しいことなのでしょうか？　おそらくかなりのOffice 2007の利用者はこのようなことに気付かずに、ただ「遅いな」と我慢してしまっている気がします。

Office 2007を入れたからといって、すべての人がOutlookを利用するわけではありません。使っていないのにOutlook向けの設定のために遅くなっているとしたら、大部分の人は不快に思うのではないかと思います。

せめて、インストール時に「Outlook向けの辞書を入れるか？」ぐらいのことは聞いてほしいです。そしてこういう状態になるのであれば、デフォルトでは入れないで欲しい、と思いました。

ドキュメント指向コミュニケーションとは、以前Collaborative Documentation Serviceと呼んでいたものとほぼ同じものです。Collaborative Documentation Serviceという言い方だと、何が出来るようにするためのものかがはっきりしませんでした（そもそも何のことだかよく分からん、というのもありましたが）。

ドキュメント指向コミュニケーションはその名の通り、「コミュニケーション」、つまり相互に理解し合うようにやり取りをすることが目的です。そのコミュニケーションを「ドキュメント」を元に行ってしまおう、という考え方です。

通常、例えばAさんとBさんがいて、AさんがBさんにメールで何か仕様に関することを伝えようとしているとします。この場合、Aさんが書くメールには、AさんとBさんの共通認識になっていることは書かずに、共通に認識されていないことを書くと思います。

AさんとBさんの共通認識になっていることは、ドキュメント化されているとしましょう。そしてAさんとBさんの共通認識になっていないこと、これがドキュメントの「変更差分」です。Aさんがドキュメントに書き加えたこの「変更差分」を自動的にやり取りできるようにすることで、コミュニケーションが取れるようにしてしまおう、という考え方がドキュメント指向コミュニケーションです。

もちろん「変更差分」は結果を通知するだけなので、互いの考えを表明しあう検討段階のやり取り（私はこう思う、のようなもの）はメールのようなフロー型の情報のやり取りで行うのが自然です。ドキュメント指向コミュニケーションにおいてもこのようなフロー型の情報のやり取りは必要で、例えばcrossnoteではコメントや質問の機能が相当します。

ただこの場合でも、ドキュメント指向というからには、それらのフロー情報もドキュメントに紐付いているわけで、後でドキュメントを参照すればそれらのフロー情報のやり取りも同時に参照できるようにすべきです。このように紐付けしておくことで、ドキュメントと一緒に、フロー情報としてやり取りされた非常に有用なナレッジが蓄積されることになります。

わたしはできるだけ多くの人に、「ドキュメント指向コミュニケーション」という考え方を理解してもらえるようにしていきたいと思います。

今までcrossnoteを一言で説明する言葉として、crossnoteとは「ネットワーク・ワープロ」と説明してきましたが、正直どうもしっくりきていませんでした。周りにも「？」という反応を示す人がいましたし、また「ワープロ」という言葉を協調してしまうと「ワードとどこが違うの？」という反応が返ってきたこともありました。

そこで、いろいろと考えた結果、「ドキュメント指向コミュニケーション・ツール」（Document Oriented Communication Tool）という言い方に変更することにしました。また以前Collaborative Documentation Serviceと呼んでいたものも、同じく「ドキュメント指向コミュニケーション」と呼ぶことにしようと思います。

crossnoteはワープロ機能をフロントエンドにしていますが、ポイントはコミュニケーション機能にあります。ドキュメントを書くことと、知識を共有するためのコミュニケーションをとること、この２つのことを同時に行ってしまおう、という考えが基本です。

だからワープロではなく、コミュニケーション・ツールなのだ、と。そして、コミュニケーションをドキュメントを元に行うので、ドキュメント指向コミュニケーションというわけです。