update it, Inc.社長のブログ

数日前に「スピードバンプ！」という本のことを書きましたが、こちらの「インビジブル・マーケッティング」（ハリー・ベックウィス著、阪本啓一訳、ダイヤモンド社）も、同じ営業を教わっている方に勧めらた本です。

この本には自分が今まで悩んできたことが全部書いてありました。特に「わかりやすい専門性」の中の「あなたのメッセージは伝わっていない」という部分は、まさに自分の今までの営業における問題点を的確に指摘している部分だと思います。もっと早くこれを読んでおけばよかったと、本当に思います。

ただし、じゃあどう言えば「あなたのメッセージが伝わる」ようになるのかというと、私の場合、いろいろと考え、実践してみないとだめなのかもしれません。一方的な思い込みで、これなら伝わる、と思っていた言葉が全然伝わらないこともあります。いろいろとＴＲＹしてみて、その中から一番伝わる言葉をピックアップする、という作業が必要なのだと思いました。

先日、ある大学のアントレプレナーに関する講義を聴くことができました。学生たちが様々なアイデアを出し合って、1000円を資本として、一定の期間内にどれだけ増やすことができるかをチームで競わせていました。もちろん一定のルールを守った上でのゲームで、悪いことはやってはいけません。

私が聞いた講義はちょうどその発表に関するものだったのですが、とてもユニークな発想がいろいろとあり、非常に感心させられました。全体的な傾向として、労働対価のようなものも含めて「物を売買する」形で利益を得たグループと、「権利を売買する」形で利益を得たグループに分けた場合、後者のほうが高いパフォーマンスを得ていた場合が多いようです。

非常に少ない資本（1000円）で勝負しようとした場合、交換する物の価格は安いものしかできないと思います。一方、権利を交換する場合は、いわゆるデリバティブ（派生商品）におけるオプションのようなもので、目をつけるものによってはかなりのプレミアムが得られます。

ただし一番目を引いたのは、仕入れコストがほとんどかからない形でのビジネスを思いついたチームでした。まさに無から有を生む方法で、他の評価されていた方も、「これはもうちょっと錬れば実際にビジネスになるね」と関心していました。

やはり、イノベーション、アイデアが重要だ、ということですね。

ちょうど1年ぐらい前に、このブログでシステム屋の書いた文章というタイトルで、（私を含めて）システム屋の書く文章はわかりずらい、そのためには?しなきゃだめ、みたいなことを書いていたのですが、私自身、相変わらずダメダメです。

ちなみにその時に書いていたことを、以下にもう一度書いてみます。

「ユーザの視点で、何を解決しようとしているのか、何をしようとしているのかを明確にし、それに対する解決策として、前提条件や考え方を明記し、その後で具体的にやることを対応を付けて書く」

ま、この文章も長いっすね。（せめて箇条書きにすれば良かった）

どうも物事を具体的に書き表す、ということが相変わらず下手です。いつの間にか、抽象的な言葉で表現しようとしてしまうのです。でもそれではなかなかイメージが伝わらず、理解しにくいものになってしまいます。

うーん、どうしたら良いのでしょう。ぜひ皆さんのお知恵を拝借したい。

今営業についてをいろいろ教わっている方に勧められて「スピードバンプ！」という本を読みました。（キャシー・アーロンソン著、坂東智子訳、ディスカヴァー・トゥエンティワン）

スピードバンプとは、スピードが出すぎないように車を減速させるためのものです。筆者の方は子供の時に、形は悪いけど新鮮でおいしい家でとれた野菜を、家の横の道端で売ろうと考えました。そして、そこを猛スピードで通り過ぎていく車に目をとめてもらうために、いくつかに分けて「スピードバンプ」となる看板を立てて、立ち寄ってもらうようにすることに成功した、という話から始まっています。

この本を読んでいて一番感じたのは、結果を得たいのであれば「工夫して行動すること」だ、ということでした。私はどうも頭でっかち派で、何か始めようとするときにあれこれ悩んでしまうのですが、営業に関しては悩むよりも前に、いろいろといくつもの工夫を重ねて、いろいろやってみることが重要なようです。

少し前にリリースしていた機能なのですが、何か最近「システム開発用設計書テンプレート」へのアクセスが多いので、どんなものかを一応お見せしておきます。

例えば「アプリケーション開発ガイドライン」。作成するフォルダを選んで、右クリックで「新規作成」の中から「ドキュメント」のアイコンを選ぶと以下のようなダイアログが表示されます。

後は、「次へ」進めて、表紙と付けると、目次を付けるにチェックして、終了ボタンを押すと、それだけで次のようなドキュメントが出来上がり！

17ページにもわたる大作のテンプレートのできがりです。後は中身を埋めていく作業を行えばＯＫ。プロジェクトのドキュメントの品質を一定に保つためにもいいと思います。

今週の月曜日(6/30)の夜にcrossnote Ver 1.2.0をリリースしました。このバージョンには少し前にお伝えしたように、新たにタイムライン機能が追加されています。

このタイムラインは、プロジェクト毎に用意され、そのプロジェクト全体で、誰がいつ、何をどうしたのかが簡単に追えるになりました。もちろん表をクリックすると、その詳細にドリルダウンできます。

当社は開発のバグ管理システムとしてTracを利用しているのですが、その中の機能で一番良く使っていたのが実はタイムラインだったんです。複雑なことをやらなくても、簡単に全体を一覧できるというのは、精神的に「楽」に感じます。また昨日はみんな何やってたんだ？　なんて確認もやりやすいです。

crossnoteにはアップデートの度に前回との変更点がわかる機能がありますが、タイムラインはその変更点をチェックした時に気になっていた点を、後でもう一回参照したい、なんて時に便利かもしれません。

フィルタ機能が付いているので、あるユーザが行った操作とか、ある案件番号がセットされた操作とか、コメントにある文字が含まれているものの一覧などを抽出することができます。

工事進行基準対応では仕様変更管理を契約に紐付けてきちんと管理していく必要がありますが、仕様変更に対する案件番号をコミット時に付与することで、ある仕様変更に絡んだドキュメントの修正点全部をプロジェクト内から拾い上げる、なんて使い方もできます。

昨日、オブジェクト倶楽部 夏イベント 2008にのこのこ出かけてきて、ライトニング・トークスをしてしまいました。題名は「セールスに高橋メソッドを使ってみた」です。

高橋メソッドはライトニング・トークスではおなじみの手法なのですが、これを以前営業で活用していた時期があり、その時の経験をもとにまとめてみました。この手法はだんだん認知度を得てきているようですが、まだ営業で活用しているところは少ないと思いますので、今が一番旬だと思います。

オブジェクト倶楽部のページに資料が載るようですので、ぜひ興味のある方は覗いてみてください。

# これ、crossnoteの宣伝そのまんまじゃん、と思った人。ま、そこは「テーマ」だということで、ご了承を…

ITMedea Newsの記事タッチ技術台頭で、マウスの時代は終わる？を興味深く読みました。iPhoneに代表されるマルチタッチ技術などが、従来のマウスを置き換えていくだろう、という予測です。

その記事の中では、それでもキーボードは残るだろう、という予測になっているのですが、私は、キーボートとマルチタッチ・ディスプレイが一緒になってもいいんじゃないの？　と、ふと思いました。

もしキーボード自身がマルチタッチ・ディスプレイで構成されていて、ちょっとしたジェスチャでキーボードとポインティング・デバイスの両方の役割を果たすことができたら、指をホームポジションから一切動かさずに操作できるので、便利そうです。

ノートＰＣのタッチパッドはほんのちょっとですが、キーボードから離れており、やっぱりホームポジションを動かさないと使えません。キーボードの先端に感圧式のポインティング・デバイスを備えているものも多いですが、マウスに比べるとやっぱり使いずらいと思います。

もしキーボードそのものがマルチタッチ対応のタッチパネルだったらどうなのでしょうか？　腕の位置をまったく移動させずに、指だけで「うにうにと」対象物を操作できたら、この上なく便利だと思うのですが。できればキーボードモードのときにはタッチパッドがかちっと凹むといいな。

誰かそんなもの作りませんかね？

現在、crossnote Ver 1.2を鋭意開発中です。近いうちにリリースできると思います。Ver 1.2の大きな目玉は以下のような部分です。

１）パフォーマンス改善

これはずっと続けてきているのですが、今回のVer 1.2でもさらに地道な改善をしています。例えば起動時のスピードや、大きなドキュメントを大量に修正した場合のアップデートのスピードがかなり改善されています。crossnoteは昨年11月にできたばかりのバージョンは「のろま」な部分が多々ありましたが、今までの継続的なパフォーマンス改善で、かなり自信を持ってお勧めできるレベルを確保できてきたと思っています。『スピードは力なり』です。

２）タイムライン機能の追加

プロジェクト単位で、誰がいつ、何をやったかを一覧で見るためのタイムライン機能が追加になります。Tracなどのタイムラインと同じようなものです。クリックすると詳細にドリル・ダウンすることができます。使うとわかりますが、これ、手軽で便利ですよ。

３）ドキュメント編集機能の改善

こちらも細かい使い勝手をいろいろと改善しました。図形部品の書式のコピーにも対応しました。色や線などをそろえたいときに便利です。（crossnoteの図形の書式コピーは右クリックで表示されるポップアップメニュー中にあります）

こんなところです。お楽しみに。

システム・アーキテクチャは業務特性を十分に考慮して、想定する期間、その業務をうまく回すためのアーキテクチャとする。これはシステム設計においては基本中の基本すぎて、いまさら何か言うようなものではないと思っていたのですが、どうも世の中、必ずしもそうとは言えないケースも多々あるようです。

おそらく、眼の前にある（良く知っている）アーキテクチャ以外に選択肢がない、などの理由で最適ではないアーキテクチャが採用されることがあると思うのですが、そうして見切り発車的に作られたシステムはいずれ破たんします。

破たんする前に別のものに切り替えられればいいのですが、場合によっては（コストなどの都合で）切り替えもできずに、どうしようにもない状態になってしまう場合もあります。

システムの開発を依頼する際には、見かけの金額が安いなんてことに惑わされずに、業務特性に応じたシステム・アーキテクチャ設計が提案でき、かつ実装できる能力をもったベンダーを選ばないと、後で結局は大損してしまうことになりかねません。

また世の中で、「業務特性に応じたシステム・アーキテクチャ設計が提案でき、かつ実装できる能力をもった」人やベンダーというのは実はそんなに多くないのかもしれません。システムの世界で人不足が指摘されて久しいですが、実際にはこのような能力をもったＳＥが不足しているということなのだと思います。