update it, Inc.社長のブログ

持っている技術水準やアウトプットの水準はむちゃくちゃ高いのに、あまり評価してもらえない人っていませんか？　逆に技術水準はそんなにでもないのだけど、やたら受けのいい人もいる。この「実際に仕事をこなす能力の高さ」と「評価」との乖離はなぜ起こるのでしょうか？

私が経験上感じていることとして、非常に高い評価を受けていた人が他に移ったときに、必ずしも前回と同じ高い評価を受けるとは限らない、ということがあります。おそらくその人は前回と同じ水準のアウトプットを出すと思うのですが、それでもなぜか、評価というのは周りの人によって大きく変わってくるのです。つまり、以前ものすごいいい評価を得ていた人が、会社を転職したり、まったく直接関連のないプロジェクトに移ったりしたときに、同じような評価を受けるとは限らない、ということなのでしょう。

この評価の「ぶれ」は、評価というのは結局、主観的に判断されることから発生するのだと思います。もしプロジェクト内における、ある人の働きぶりについて判断しろ、と言われたら、ほとんどの人はその人に対する「印象」をベースに判断すると思います。ところが、その印象には「実際に仕事をこなす能力の高さ」が大きく反映されるとは限らないのでしょう。

そもそも、人がある人に抱く印象というのは、最初に出会ったときのほんの数秒ですべてが決まってしまう、という話があります。最初にパッと見たときの印象で「この人は仕事ができそうだ」と思ってしまうと、その人に関するいろいろな話題のうち、仕事が出来そうだという印象を強化する情報ばかり取り込んでしまいがちです。一方で、同じように最初の印象が「なんかあまり出来なそう」と思ってしまうと、その人に関するいろいろな話題のうち、ネガティブな情報ばかりを取り込んでしまいがちなのだと思います。

正確に人を評価するには、できるだけ主観を外す必要があります。でも主観のない人の評価なんで、まず無理ですよね。実際、成果物（アウトプット）だけで評価すると、過程などが判断材料から外れてしまい、それはそれで評価としては適切ではない結果になってしまう可能性があります。

できるだけ自分の心の偏向・バイアスを取り除き、適切な評価を行うためには、例えば心象がネガティブな人に対しては逆にできるだけ心象を良くする事実を集めるとか、心象が良すぎる人については逆に冷静にネガティブな情報を集めるとか、そういったことを意識的に行わなければならないのだと思います。

update it, Inc.の設立日は2006年9月1日です。今月で設立１周年を迎えました。

普通の会社の場合、１周年目にはそれなりに会社が回っているのだと思いますが、update it, Inc.の場合、この１年間はずーっと研究開発のみの日々でした。１周年といいつつ、これからが始まりです。

crossnoteの開発は最終段階に入り、営業開始に向けた準備作業を進めているところです。サービス・インは１１月頭を予定しており、９月の末頃から徐々にデモをお披露目していきたいと考えています。このブログを見ていただいている皆さんには、ぜひ一番最初にお披露目したいと思います。

最初は小さな一歩に過ぎないかもしれませんが、ゆくゆくは日本、そして世界を代表するシステム・サービスとなれるよう、精一杯がんばりたいと思います。

これからも、どうぞよろしくお願いいたします。

さて、今日もcrossnoteの小さな工夫シリーズ、行きます。今日ご紹介するのはビュー機能です。（Eclipseを知っていると、いろいろと用語が混乱するかもしれません。これはEclipseのViewとは異なります）

crossnoteではWindowsのExploreのようにプロジェクトやドキュメントをツリー状に表示するための「ワークスペース」という画面があります。このワークスペース画面にはビューと呼ぶフィルター機能がついています。

ドキュメントを新規作成する場合には、ドキュメントがどのビューに所属するのかを指定します。このビューとは、例えば以下のようなものです。

「成果物」
「検討資料」
…

ドキュメントを作るにあたっては途中、いろいろな検討資料も必要になります。しかもこのような検討資料は無秩序に増えやすいと思います。そうすると、あるフォルダの中で、どの資料が最終的な結論が書かれた成果物なのかわかりにくくなります。実際、後からプロジェクトに関わった場合とか、あるサブ・プロジェクトの成果を利用して別のサブ・プロジェクトを進めるような場合には、どれがあらかじめ読んでおくべき資料なのかがわからず、後になって大切な資料を読み忘れていた、なんて経験のある人も多いのではないでしょうか？

このビュー機能を用いると同じフォルダー内でも指定したビューのドキュメントだけが表示されるので、例えば外部からの参加者に対しては成果物ビューの中の資料だけ読めばよい、などといった使い方ができます。なおすべてのドキュメントを表示する指定方法もあります。

なおこのビュー定義は、プロジェクト・ポリシーの設定にて、プロジェクト毎に独自の定義を行うことも可能です。

さて、crossnoteの小さな工夫シリーズの第5弾です。今日はプロジェクト・キーワードという仕組みをご紹介します。

プロジェクト・キーワードとはプロジェクト毎に定義することができるキーワードです。例えば、

プロジェクト名　「APISプロジェクト」
プロジェクトID　「UPDATEIT-001」
システム名　　　「apis」
商品名　　　　　「crossnote」

のようなキーワードと値を予め登録しておきます。ドキュメントの中で「プロジェクト・キーワード（例えばプロジェクト名）の挿入」を行うと、値（例えば「APISプロジェクト」）に置き換わって表示されます。プロジェクト・キーワードの部分は背景色が水色になっているので、ドキュメントのどの部分がプロジェクト・キーワードになっているかはすぐにわかります。

プロジェクト・キーワードの値は1箇所で管理されるので、プロジェクト・キーワードの値を変更すると、そのプロジェクトのすべてのドキュメントについて、自動的に新しくセットされたキーワードの値に置き換わるようになっています。

同じように、ドキュメント毎にドキュメント・キーワードを定義できるようになっています。ドキュメント・キーワードとは、例えば「ドキュメントID」などのようなものを登録します。

さらに、crossnoteのドキュメントのヘッダーやフッターはプロジェクト・キーワードおよびドキュメント・キーワードを使って生成されるようにしています。これによって、個別のドキュメントの中のヘッダーやフッターを直接編集する必要がなくなり、プロジェクト全体のドキュメント・フォーマットを揃えることが出来るようになります。

先日の話です。

会社の窓から撮った写真です。
ちなみに、おまわりさんとか来ていました。

私がいつも髪を切ってもらっているヘアサロンは、いつも客でいっぱいです。実は私が住んでいるところはヘアサロンの激戦区で、同一商圏内に数多くのヘアサロンがひしめき合っています。私が通っているヘアサロンの前後５０ｍ以内にも、少なくとも３件のヘアサロンが軒を連ねています。商圏内の人口はそんなに多いわけではないので、すべての店舗について商売が成り立つにはかなり厳しい状況になっていると思うのですが、一方で、それにも関わらず次々と新しいヘアサロンが新規参入している状況です。私が通っているヘアサロンはその中ではもうだいぶ古株で、できてから１０年以上たっているらしいのですが、移ろいやすい（と勝手に思う）女性客から長年多くの支持を受けているらしく、いつも夜遅くまでお客さんが絶えません。ちなみに男性客も多いです。

そこの社長さんがなかなか面白い方で、髪を切ってもらっている間、いろいろと話をしていただいています。で、その社長さんは、店の経営手法について、「うちは少数精鋭でそろえてますから」と話していました。実際、そういうのもよくわかります。その店の店員はなかなかのイケメンぞろいで、また社長以下、みんな気さくで感じのよい人たちばかりです。そしてみんな、すごくよく働いています。社長さんは「うちは軍隊です」と言い切るだけのことはあり、なかなかハードな環境のようですが、でもその中で、社長さんの考えに共鳴し、おそらく他の店よりは厳しい条件にも関わらずがんばって働いている店員の方が大勢いることが、その店が１０年間、人気店であり続けている理由なのだと思います。

少数精鋭とするということは、そこには適さない人も多くいるということを意味しています。実際入っても耐えられなくてすぐ辞めていく人もいるそうです。それを耐え抜いた店員こそが本当の少数精鋭の店員となれるわけです。

少数精鋭とすると、一人当たりの仕事量が大幅に増えます。でも一人当たりに払ってあげる給与もそれなりに高くしてあげることもできます。またそうやって厳しい仕事を覚えることは、その人にとって、将来独り立ちしてお店を持った時に非常によい経験として生かされるのだと思います。

この少数精鋭の考え方はIT系の企業経営においても同じ考え方が応用できるのではないかと思いました。少数精鋭によるスーパー・テクニカル・チームから成り立つIT企業です。無駄に規模を追うのではなく、お客様からの絶大なる長期的な信頼をベースに、高収益性を目指す会社です。update it, Inc.はぜひこの路線で行きたい。ちなみに「楽な方がいい」という人には入社をご遠慮いただくことになりますね。

ここのところ、証券市場では新興企業への風向きがあまりよくないようです。確かに今までいろいろありましたからね。いけいけどんどんの頃は皆が選別もなしにIPO銘柄を買い漁っていた時期もありましたが、そういった一種のバブルが崩壊してしまうと、一挙に信用収縮というか、新興企業というだけで相手にしなくなってしまう、といった負の連鎖が始まってしまうのでしょう。今はベンチャーにとって資金調達という面では試練の時期なのかもしれません。

私は、ベンチャーであるというのは、すばらしいことだと思っています。そしてベンチャーであることを誇りに思っています。本当のイノベーションは常にベンチャーから起こると考えているからです。そしてベンチャーには、「普通の会社でなくてもよい」、という特権もあります。ベンチャーが大企業と同じことをやっていたのでは、競争優位性がないのは明らかですから、おそらくすぐに潰れてしまいます。ベンチャーはその存在そのものが、「普通の会社ではない」ことを求められる存在だと思うのです。

私は、update it, Inc.はベンチャーとして、いつまでも「普通の会社ではない」ことを目指さなければならないと考えています。競争優位の源泉としての、「普通の会社ではない」ことにこだわり、唯一であること＝ユニーク性に常に磨きをかけていきたいと思います。

晩夏、といってもまだまだ暑いですね。

あるプロジェクト・マネージャの方から聞いた話です。その人のプロジェクトでは、たとえ新卒２，３年目程度の若手であろうが、リーダとして将来性があると見込んだ人は、７，８人程度のプロジェクト・チームのリーダーのポジションに据えて経験をつませる場合がある、という話をしていました。７，８人程度のプロジェクト・チームというのは新卒２，３年目には通常はまだ重いポジションだと思いますが、そこを敢えてTryさせることで育てるということでした。

この話は私も非常にうなずけました。プロジェクト・リーダやプロジェクト・マネージャをうまくこなすには経験が重要になりますが、経験を積み始めるのが一定年齢を越さなければならない、なんてことは本来ないはずです。むしろ経験を積むには早ければ早いほどいいのだと思います。

一方で、これを実践するには2つの問題があると思います。１つは失敗するリスクにどう対処するか、もうひとつは抜擢されなかったそれ以外の人たちをどうサポートするのか、という点です。

失敗するリスクにどう対処するか、というのは若かろうが、年を食ってようが、プロジェクト・リーダやプロジェクト・マネージャとしてやり始めたときには誰でも同じ問題に直面するといえます。ただ若い分、失敗したときに、「ほら、見たことか」のような中傷を受ける可能性が高いといえます。

でも、誰でもなんらかの失敗はするものです。失敗が一切許されていないというのでは息が詰まってしまいます。失敗を許容する文化を育てるべきではないでしょうか？

抜擢されなかったそれ以外の人たちをどうサポートするか、という点については、上記で述べた「失敗を許容する文化」を創るという話と関連するのですが、失敗を許容するというのは単に暖かく見守るということだけではなく、大きな、致命的な失敗を犯さないように周りの人たちが新人リーダをサポートするような、そんな文化を創れるか、ということだと思います。

つまり、リーダ⇒メンバへの一方的な命令で物事を進めるのではなく、リーダ⇔メンバのように相互にコミュニケーションしながら、対等な立場で仕事を進められるようにできるか、ということです。言い換えると、メンバ間に、プロフェッショナルとしての自覚を育てるということだと思います。

今日もcrossnoteの小さな工夫シリーズ、第4弾です。今日は表のオートスケール機能をご紹介します。

仕様書をWordで書いていて、その中に表を載せなければならない場合、皆さんはどうやっていますか？　例えばマイクロソフト社のWordの場合、大きく２つの選択肢があると思います。

１．Word固有の表機能を用いる
２．Excelで表を書いて貼り付ける

Word固有の表機能の場合、表の構造を変更するときに苦労しませんか？　例えば列を追加したいときに、カラムの幅がうまく調整できず、苦労した経験がある人も多いのではないでしょうか？　ちなみにWordではカラムをコピーしてペーストすると、単純にインサートされ、表が右側に大きくなります。これによってページをはみ出すと、はみ出したカラムは操作できなくなります。これであせった経験をもつ人も多いのではないでしょうか？

また「列の挿入」で列を増やした場合には、テーブルの全体幅は保ったまま増えるようになっています。これはこれでいいのですが、文字の大きさは変わらないので、１つのカラムの幅がどんどん小さくなり、文字がはみ出して表が汚くなっていきます。

一方Excelのデータを貼り付ける場合には、オブジェクトとして貼り付ける方法と、形式を選択してRTFやWMFやEMFなどのフォーマットで貼り付けることができますね。でも皆さんのなかで、これを使い分けることが出来るようなエキスパートな人はどの程度いるのでしょうか？　さらに貼り付けてみると表が途中で切れてしまっていて、うまく表示される貼り付け方を探るという非生産的な作業に没頭した経験をお持ちの方もいるのではないでしょうか？（私です…）

いずれにせよ、少し大きめの表をWordで作るというのは、結構つらい作業だと思います。面倒くさいのでExcelで作ってしまい、別々に管理しているという人も多いと思います。

crossnoteではこの問題に対して、表が横方向にページをはみ出してしまう場合には、表全体のスケールを自動的に調整することで対処しています。例えばカラムを増やしていくと、自動的に表全体をスケールダウンして、横幅がページ幅内に収まるように調整するようにしています。その際には文字もスケールダウンしていきますので、表の形は崩れません。（ただし便利だからといってやり過ぎると文字がどんどん小さくなってしまうので、読みにくくなってしまいますけど）

さらには縦方向にも表を1ページ内で収めたい場合には「1ページに収める」と設定すると、全体が1ページに納めるように調整する機能もあります。

crossnoteは汎用ワープロと比較して見ると非常にシンプルです。見方によっては機能が貧弱に見えるかもしれません。しかし私達は、汎用ワープロ = Fat word processorではなく、プロジェクト用ドキュメント作成ツールとして、さくさくっとドキュメントを作り上げるObjective word processorを目指したいと思っています。