update it, Inc.社長のブログ

5月3日にMicrosoftがYahoo!に対する買収提案を取り下げた、というニュースが流れていました。やっぱり根底にあるのは、Yahoo!としてはMicrosoftに飲み込まれてしまうのがいやだったのではないかと私は勝手に推測してしまいました。

会社は誰のもの？という問いかけに対して、「株主のもの」という教科書的な答えだけで考えるとMicrosoftの提案に乗って巨額の利益を得たほうがよかったのかもしれません。でも会社は営利組織であっても、単に「金儲けだけのための存在」ではありません。社員や創業者たちの特別な思いが詰まったものでもあり、さらにはさまざまな社会的責任がある器でもあります。

新しいＩＴ企業はみな、何らかの形でMicrosoftを目標にしているのではないでしょうか？　ITの業界でもっとも成功した企業であるだけに、Microsoftを抜くことを究極の目標に掲げて励んでいる会社も結構あるのではないでしょうか？

Yahoo!もネット企業の雄として、Microsoftを目標に掲げてきた部分があるのではないでしょうか？　そうやって頑張ってきている社員達がいる中で、いきなり飲み込まれしまう、というのも割り切れない思いがあるのではないかと、私は勝手に推測しています。

ちょっと前に工事進行基準の話に触れましたが、正直なところ、実務的なところがまだよくわかっていません。特に

■赤字プロジェクトの予定見積総原価の見直しはいつ行う？

■仕様変更による収益の変更管理はどうすべき？

などなど、実際にやってみないとよくわからないことだらけです。

仕様変更は、あらかじめバッファというか費用のプールを用意しておいて、期間内で発生する仕様変更をそのプールから取り崩して行う場合が多いと思いますが、その場合でも1件1件きちんと収益管理していくことが求められそうです。現場はその都度正確な見積もりを作って計上し、管理していかなければならないので、これだけで大変なことになると思います。

また要件のベースライン管理も重要になってきます。どこまで要件の範囲か、ということをきっちり詰めなければならないからです。

こうなってくると、要件に対して実現(実装)方法がいくつか考えられるような場合、お客様にとって一番良い解決方法を探る、ということがやりにくくなったように思えます。やりたいこと=要件に対してその実現(実装)方法は1つではありません。それを要件定義段階で事細かに指定しなかった場合には、たとえ多少難がある場合でも要件を満たしてさえいればそれで押し切ってしまう（お客様からみれば押し切られてしまう）ケースが多くなるのではないでしょうか？

結局、システム開発においては準委任契約で行える上流工程の比重が増し、単なる開発工程が圧縮される形になるのかもしれません。

またこの形態が一般化すると、開発工程のオフショア化が一層進展する可能性もあるかもしれません。日本国内では準委任契約の工程のみを行い、開発工程はオフショアで行う、といった感じです。今まではオフショア開発で行う場合、いちいち事細かに要件を定義しなければその通りに作ってくれないという部分があったと思いますが、これからは国内でもそうしなければならなくなる、ということになり、国内での開発メリットが低下することが予想されます。

一方で、受託業務ではアジャイル開発はかなり難しくなりそうですね。研究開発的な要素の大きい自社のパッケージ開発のような場合でないとアジャイル的な仕事の進め方はできなくなってしまうのではないでしょうか？

いずれにせよ、いろいろとインパクトがありそうですね…

ゴールデンウィークだってことで、ちょっと脱線です。
ITmediaニュースに生産終えるはずの「ELECTRIBE」、ニコ動で人気復活　「売れちゃってしょうがない」ってニュースが流れていました。

昔DTM(Desk Top Music)派だった血が騒ぎ、ちょっと見てみたのですが、これ1台でダンス・ミュージックができてしまう。YouTubeとかの演奏を見てみたのですが、かっこいいし、音楽も本物です。すごいと思いました。ソフトウェア・シンセサイザと違いリアルタイムで「いじりやすい」という点も非常に優れていると思います。

で、ちょっと調べてみたのですが、このELECTRIBEそのものはだいぶ昔からあるようです。例えばELECTRIBE MXというシリーズの中でも一番新しいほうの機種でも2003年発売と、ちょっと年季の入った商品のようです。そろそろ生産中止になりかけていたところ、ニコニコ動画やYouTubeで人気が出て、ここのところバカ売れしている、ということでした。

このELECTRIBE MXという製品、シーケンサーやデジタル・シンセサイザーの極地にある製品であるにもかかわらず、真空管がつかわれています。もちろんエフェクターとして、です。このバリバリのデジタル製品に真空管というミスマッチがなんとも言えない雰囲気を醸し出しています。

今になってこのように取り上げられていますが、どうも最近まではそれほど売れていた製品ではないようです。製品があまりにもマニアック過ぎて、なかなか一般の消費者が手を出しにくい存在だったのではないでしょうか？

それが一旦YouTubeなどで取り上げられ出すと「血が騒ぐ」人たちに確実にアピールできた、というのが非常に興味深く思いました。どんなに優れたものでも、それを求める人にメッセージが届かなければ売れない、逆に求める人にうまくメッセージを届けることができれば、ものすごい勢いで売れだす。ここにビジネスの真理を見た気がします。

いま流行りのSaaSではサーバがインターネット上にあります。すなわちデータを社外に置くことを意味しています。ところが、この社外にデータを置くことに対してアレルギーというか、拒否反応を示す会社もあります。当然セキュリティ上の理由からでしょう。

社外にデータを置くことへの懸念は以下のような理由が考えられると思います。

１）重要データ流出の危険性
２）データが利用できなくなる危険性

他にもデータが勝手に改ざんされないか、とか、勝手に第三者に傍受されることがないか、といった懸念も考えられると思います。

でも不思議なことに、SaaSという言い方ではなく「運用のアウトソーシング」という言い方になると、同じように社外にデータを置くモデルであるにも関わらず、拒否反応を示すことがあまりないのではないでしょうか？　これは運用のアウトソーシングといった場合、外部から閉ざされた形にすることができる点が魅力なのでしょう。（１）の懸念が少ない、というとことでしょうか。

このようにしても、（２）の懸念は同じようにあると思います。それに（１）にしてもアウトソーシング先をどれだけ信用できるか、という点にかかっていると言えます。

SaaSにしろアウトソーシングにしろ、業務を委託するのですから、どれだけ相手が信頼できるのか、という点にかかっていると思います。そういう仕組みを利用せず、すべて社内に囲っているのは、相手が信用できないから、ということの表れなのでしょう。

結局のところ、一番重要なのは「信用」ということなのでしょう。

来週月曜日にcrossnoteをVer 1.1.4にバージョンアップします。ここのところほぼ毎週バージョンアップしていますが、今回の目玉は次の２つです。

■ 参照リンクに対応します
■ Excelシートなどを直接、新規作成できるようにします。

crossnoteドキュメントにはいままで参照リンクの仕組みがなかったのですが、ようやく今回のバージョンで対応します。この参照リンクとは、文章中で「3.4 ほげほげ の章を参照してください」と書きたいときに、「3.4 ほげほげ」を参照リンクとして差し込めば、ダブルクリックでその位置にジャンプするようになります。

crossnoteの参照リンクは、Wordなどと違って同じドキュメントだけでなく、他のドキュメントへの参照リンクが作成できることが特徴です。しかも、他のドキュメントの構成が変わってパラグラフや図表などの番号やタイトルが変わった場合、参照リンクの番号やタイトルも自動的に更新されます。なのでドキュメント間での参照が多い場合には特にお勧めの機能です。

なお参照リンクにはURLも指定可能です。この場合にはブラウザが開きます。

そしてもうひとつの目玉が、新規作成のメニュー機能の変更です。今まではExcelファイルをcrossnoteで扱おうと思った場合、いったんデスクトップなどで作った上で取り込むといったようなことが必要だったのですが、今回の対応でExcelやVisioのドキュメントを直接crossnoteのメニューから作成できるようになります。（あ、もちろん対応するアプリケーションがインストールされていないと、参照や編集はできませんよ）

新規作成メニューは設定画面の「新規作成」のところで好きなアプリケーションが選択できるようになっています。（と言ってもあらかじめこちらで仕込んだアプリケーションしか選択できません）

なおこの新規作成メニューの変更は、今後の新しい新機能（？）への「布石」です。お楽しみに。

IT系のニュースを見ていていつも思うんですが、ここのところIT系のニュースをにぎわしているのはコンシューマ向けのいわゆるCGM(Consumer Generated Media)的なものばかりで、ビジネス向けの分野でのニュースというのが少ない気がします。これは単にビジネス向けの場合、地味なのでニュースとして取り上げられにくいのでしょうか？　それとも目立っていないだけで、ニュースそのものはそれなりにあるのでしょうか？

確かにビジネス向けのITというのはおもしろくなさそう、とか、必要もないのに買わされて金を巻き上げられそう（？）とか、関係なさそう、とか、ニュースを見る側があまり興味を持って見る話題が少ないのかもしれません。

もう一つ考えられることが、寡占化です。ビジネスの世界でもIT化もだいぶ行き渡ってくると、今主流のものに満足してしまって、新しいものが入り込む余地がだんだんなくなってきているんじゃないかと思うのです。例えばSaaSは今一番の旬な話題かもしれませんが、実際にはその世界でも既にSales ForceとGoogleによる寡占化が進んできているように思えます。

日本の会社では何か新しいものを導入する際、横並び主義というか、他が入れていれば入れる、そうでなければ入れない、というスタンスの会社が結構多いと思います。これは日本の会社が根っからのリスク回避者というか、コンサバだからでしょう。なので、どこかすでに入ったところがあると、どんどんそこに集まる。そんな状況なのではないでしょうか？

最近ある方にセールスの方法についてお聞きしたところ、昨日絵葉書が送られてきました。その絵葉書には一杯、私に対する励ましの言葉が書かれていました。

それを見て「はっ」としました。セールスは相手に物を売り込むことではなく、相手のニーズを捉え、その心に訴えかけることなのだと。

その方はそれを絵葉書という形で私に説明してくださったのだと思います。

技術者上がりの私は正直なところ、実地でのセールスの経験はほとんどありません。一応一通りそれなりに本などは読んで勉強しているつもりなのですが、本当に「腹に落ちた」状態になっているかというと、まだまだ上辺のあたりしか理解できていなかった、というのが本当のところです。

より本質の部分をマスターして自然に出来るようになりたい、と強く思いました。

先週の金曜日にアイコーチさんがやっているオフショア開発勉強会に出席したのですが、そこで「ITプロジェクトを失敗させる方法」（中村文彦著　ソフト・リサーチ・センター）の著者の方が講師をされていました。

ITプロジェクトが失敗する主因は、実は「超」上流というべき部分で決まっていることが多い、ということを強調されていました。これはプロジェクトが失敗する場合、そのプロジェクトを受注する段階で既に決まってしまっていることが多い、ということを意味しています。受注する段階でそのプロジェクトに関わる関係者（例えば受託側、委託側双方の社長とかも含みます）がプロジェクトをうまく回すために主体的にきちんと協力し合わないとうまくいかないんだよ、ということです。

主体的にきちんと協力し合っていない１つのケースとして、「内部に政治的ないさかいがあり、調整されていない」ことを指摘されていましたが、この話を聞いたときに、過去うまくいかなかったいくつかのプロジェクトが脳裏をよぎりました。

プロジェクトが失敗する原因として、上流工程が問題に占める割合が大きいのは確かですが、実はそれは、そもそも「超」上流工程の問題によって引き起こされている場合が多い、ということになります。

これを解決するにはどうすべきか。講師の方が強調されていたのは、「対話」ということでした。よく「対話」すること。対話とは自分の主張を繰り返すことではなく、相手の話をよく聞いた上で、1つ上の解決策を探ること、だそうです。非常にいい説明ですね。私もぜひ「対話」を実践していきたいと思いました。

設計書を書く際にいろいろな用途でExcelを使っている人は多いのではないでしょうか？　私自身、それなりに活用しています。私の場合には設計書そのものというよりは、周りの資料を作成するために使っています。

例えば、表ベースで仕様をまとめておき、その仕様を元に実際にアプリケーションを構築するための何らかの要素を自動生成する、という使い方をされる人は多いのではないでしょうか？　私も例えば、Excelシート上にデータベースのテーブルの定義を書いておき、それをVBAでDDLに落とすようなことをよくやってきました。

昨日ある方にお会いしたのですが、その方のところではかなりExcelをうまく利用しており、いわばExcelがマスターデータのような扱いになっていて、それを元にHTML化したり、データベース定義を自動作成したり、コントロールするためのXMLを自動生成したり、などといったことをやっていました。

設計書の一部が実際のアプリケーション構築のための元情報となるという考え方は、情報の一元化という観点で非常に効率的だと思います。Excelを使うというのは、こういったことを実現するのにExcelが一番手軽だ、ということから普及しているのでしょう。

設計書を扱うと言っている以上、crossnoteでもこの手のサポートをうまく考えていきたいと思っています。

まったくの雑談になってしまうのですが、皆さんは睡眠時間をどの程度とっていますか？　私は最近は平均4.5?5時間です。多少短めの部分は会社でシエスタして、それで補っています。このシエスタは絶対お勧めですよ。短時間（15分?20分）だけ寝る、というのがコツですが、それをきちんと守ると、そのあとの仕事の効率が全然違います。

あと徹夜は絶対に避ける。これは昔、大学生の頃、アルバイトでプログラミングしていた時の経験からそうしています。そのころ、あるアセンブラのプログラムを作っていた時ですが、何かイベントに間に合わせなければならないということで、締め切りに追われた仕事をしていました。ところがそのプログラムに不具合があり、なかなか治らず、2日間ほとんど徹夜状態で仕事をしたのですが、ぼーっとした状態で仕事をしたことでかえってバグを増やす結果となってしまったのです。（しかも締切には間に合わなかった、という「オチ」が付いてます）

人間、やはり睡眠時間は重要です。時間がない時ほど、きちんと計画的に寝て、起きているときの頭の回転が最大限になるようにしていきたいものです。おそらくそのほうがトータルの生産性は上がるのではないでしょうか？