Life is beautiful

6月1日発売の拙著『なぜ、あなたの仕事は終わらないのか？』からの引用です。

　◇　◇　◇

「出勤前の服選び」で疲れてどうする

話が脱線しますが、効率化といえば、「世界の偉人はいつも同じ服を着ている」ということが一部で知られています。たとえばフェイスブックのマーク・ザッカーバーグはいつもグレーのＴシャツにジーンズをはいています。アップルのスティーブ・ジョブズは黒のタートルネックにジーンズをはいていました。オバマ大統領はグレーかブルーのスーツを着ています。

彼らはなぜそういうことをしているのでしょうか。それは彼らが日常のささいな決断の数を減らそうとしているからだそうです。日々たくさんの人と会い、様々な意思決定を行う彼らは、普段から大きな決断を迫られています。そのため会社の経営や政治に関わる重大な決断をするときに脳が疲れないよう、無駄な決断をしないようにしているのだそうです。無駄な決断とは、ここでは服選びのことを指します。

心理学では、決断や意思決定をする際に減少する気力のようなものを「認知資源」という名前で呼んでいます。この言葉を使うと、つまり世界の偉人は、認知資源を経営や政治のために温存しているということになります。服選びなどのつまらない決断で疲れるのを避けようというわけです。

私は認知資源という言葉は最近まで知らなかったのですが、「決断疲れ」を避けようとする偉人たちの気持ちはとてもよくわかりました。

私は毎日服を着る際、いつも箪笥（たんす）を３センチだけ開けて、一番手前にある服を着ることにしています。服で何か仕事に影響があるとは思っていないからです。服装が仕事のパフォーマンスに影響するならともかく、そうでないことがはっきりしているのに、服にいちいち気を遣う必要はあまりないのではないでしょうか。

服選びならともかく、もっと時間を取るものがあります。それは表敬訪問です。とくに用事はないけれども、ご挨拶という触れ込みで訪ねる不思議な文化です。あれは無礼の表明になりこそすれ、敬意の表明にはなりません。

ビル・ゲイツは私よりももっと先鋭化させた考えを持っています。最初に私が驚いたのは、彼が何らかの説明を社員から聞くときに、直接その社員からは話を聞かないことです。彼は情報をかみくだき、彼にわかりやすく説明してくれる専門の社員を雇っていたのです。

私たち社員は、ビル・ゲイツに何か説明をするとき、その専門の社員に説明をします。するとその専門の社員がビル・ゲイツにわかりやすく説明をするのです。

一般のスタッフの中には、説明がうまい人もいれば下手な人もいます。そんな中でビル・ゲイツがいちいち顔を合わせて聞いていたら、膨大な時間がかかります。だから彼は、コストをかけてでも、説明を聞く時間を効率化するために専門のスタッフを雇っていたのです。当時ビルは、常時二人の説明専門家を雇っていました。

さらに、彼が参加するプレゼン会議では、発表者が発表をする時間は設けられません。彼のいうプレゼン会議とは、発表者との質疑応答の時間のことを指します。したがってスライドを動かしながら説明をするといったことはしません。資料は前もって送り、当日、質問を受けるだけです。これは究極の効率化です。

そこまで効率化を図りつつも、しっかりと会議をする目的は果たします。会議室に入っていきなり「３ページ目の開発は、ほかのグループがやってるけど、君は知らないのか」など鋭い突っ込みが入ります。そして会議は最長で 30 分という時間が決められています。ですのでちゃんと受け答えの準備ができていないと、うなだれて帰るのがオチになります。

ビル・ゲイツはとにかく仕事の効率化を図っている人です。私も彼ほどまでに厳しくはできませんが、ビル・ゲイツが世界一の大金持ちになった理由の一端は、彼の時間の使い方にあったのだと確信しています。

時間を制する者は、世界を制す

本章の最後に、結局時間を制するとどんなメリットがあるのかをおさらいしておきましょう。それは次の３点に集約されます。

①リスクを測定できる

②目に見える形のもの（プロトタイプ）を素早く作ることができる

③誤差に対応できる

まず、冒頭でリスクを測定できるというお話をしました。その仕事が締め切りまでに終わるかそうでないかを早期に判断することが、会社にとって非常に大事なのです。終わりそうにない、ということ自体は仕方のないことです。一番避けたいのは、締め切り間際になって「終わりそうにないです……」と言ってくることです。上司としては、早めに報告してくれればいくらでもリカバリーできるのに、ギリギリに報告されるのは正直困ります。でも前倒しで仕事の大半を終わらせるようにすれば、迷惑をかけることはありません。

次に、プロトタイプを作ることができるというお話をしました。プロトタイプとは、簡単に言えば 70 点でも 80 点でもいいので、仕事全体をいったん終わらせたもの（試作品）のことです。 Windows95はバグが３５００個あったという話を思い出してください。細かいところは後から直せます。ですから細部は後に回して、まず大枠を作って全体を俯瞰できるようにすることが大事です。

バグの数は絶対に０にはできません。ですから、許容範囲を見極めて早めに形にしてしまうほうがいいのです。バグを消そうとして頑張っていては、いつまで経ってもゴールにたどり着きません。

「評価恐怖症」のところでお話ししたように、１００点の出来を追求しすぎると、自分の中でどんどん勝手にハードルが上がっていき、上司や顧客からの期待に応えられないのではないかという不安が増幅していきます。これではいつまで経っても仕事は終わりません。

すべての仕事は必ずやり直しになります。ですから、 70 点でも 80 点でもいいから、まずは形にしてしまうことから始めましょう。スマホアプリが延々とアップデートを繰り返している理由を考えてみてください。１００点の仕事など存在しないのです。それよりも最速でいったん形にしてしまってから、余った時間でゆっくりと１００点を目指して改良を続けるのが正しいのではないでしょうか。

最後に誤差に対応できるというお話をしました。これは渋谷に 10 時に待ち合わせをするという比喩がわかりやすかったと思います。９時 55 分に渋谷に到着する計画では、遅れてしまう可能性が十分あります。そうではなく、 30 分前に近くのスターバックスにいることも含めて待ち合わせだと考えてください。私にとって、 10 時に渋谷で待ち合わせというのは、すなわち９時半にＴＳＵＴＡＹＡのスターバックスにいることと同義なのです。

また、ビル・ゲイツがあなたに花を用意させる話もしました。花を用意するという任務を与えられた以上、あなたは花屋がいかなる理由で花を届けることができなくても、責任を持って花を準備しなくてはなりません。あなたの任務は花屋に花を注文することではなく、花を用意することなのです。待ち合わせの例でいえば、待ち合わせというのは 10 時前に到着する電車に乗ることではなく、 10 時に絶対に待ち合わせ場所に着くことなのです。

このように自分の中で何を守るべきなのか、何が任務なのかを再定義することが仕事でも重要です。責任感を持つことで自分のやるべき使命がはっきりします。

６月１日発売の拙著『なぜ、あなたの仕事は終わらないのか　スピードは最強の武器である』からの引用です。

　◇　◇　◇ 

目的があれば、勉強はたやすい

読者のみなさんの中には、きっと将来のために資格の勉強をしている方もたくさんいらっしゃると思います。そこで私なりの勉強に対する考えを述べたいと思います。

一言で言えば、目的のない勉強はするな、です。正確に言えば、勉強のための勉強に意味はないということです。

勉強のための勉強というのは、「なんとなく将来役立つかもしれないから」などの漠然とした理由で臨む勉強のことです。明確な目的のない勉強と言ってもいいでしょう。そういう勉強は得てして長続きしません。

私も「なんとなく」という理由で勉強したいことはあります。近年世界をにぎわせている人工知能なんかは、おもしろそうなので詳しく知りたいと思っています。将来役立つような気もしますし。けれどもそういった理由で勉強しても長続きしないし、途中で挫折することはわかっています。だから私は、何かきっかけがあるまで人工知能の勉強はしないようにしています。

きっかけというのは、たとえば仕事で人工知能を使ったソフトウェアを開発することになる、といった機会です。そんなソフトウェアを開発するためには人工知能の知識が必要になります。そのように明確な目標が決まって初めて調べ出します。勉強ではなく調べるのがキモです。

実際に私は、本業であるプログラミングについても「なんとなく」で勉強することはありません。もっといえば、私はプログラミングの勉強をしたことがありません。プログラムはすべて、あるソフトウェアを動かすための一つの構成要素です。プログラミングとは、その要素を作るための方法です。だから、将来役に立ちそうだからという漠然とした目標の下でプログラミング自体を勉強しようと思っても、つまらなくて長続きしないし、身に付きません。

一方、私はもともとコンピューターでゲームがしたい、というところからプログラマーのキャリアがスタートしました。つまり「ゲームを作るため」という明確な目標があったのです。だからプログラミングも挫折せずに続けられました。

ではプログラミングをどのように習得していったのかというと、これは「やりながら覚えた」という答えになります。何かやりたいことがあって、それを実行するときに必要なものだけを参考書や解説書から拾ってきて使う。実際に作ってみる。それの繰り返しです。

その例として、私が3年前に開発したアプリの話をします。プログラムの世界にOpenGLという3Ｄグラフィックの最新技術があります。以前からずっと勉強したかったのですが、必要がないので勉強は保留にしていました。しかし、3年前にあるアプリを開発する際に必要になるという機会に恵まれました。

そのアプリは、スマートフォンのカメラを向けると景色や人がリアルタイムでアニメーション風に描画されるというカメラアプリでした。これはVideo Shader （ビデオシェー

ダー）として2013年に公開されました。

開発に当たっては、GPU （グラフィックスプロセッシングユニット。パソコンやスマホ等の画像処理を担当する主要な部品の一つ）を使った高速な画像処理を行う必要があったので、OpenGLの説明書を読み、その機能を実装するために必要なことを調べました。そうしてOpenGLのグラフィック技術をビデオシェーダーに組み込むことができました。

この、アプリに必要な機能の作り方を調べて、実際に作って実装していく、を繰り返していくなかで私はOpenGLについて詳しくなっていきました。勉強という勉強はしていないにもかかわらずです。

OpenGLに詳しいプログラマーはあまり多くないので、周りから私はOpenGLの大家のように扱われました。しかし私はビデオシェーダーを作るのに必要だった知識しか持っていませんからOpenGLに本当に詳しい人からすれば私は「にわか」なのです。

これはたとえば、日曜大工で「ハンマーの使い方」を学ぶのではなく、「くぎの打ち方」を学ぶことに相当します。私にとってはくぎを打つことさえできれば、ハンマーでなく金属バットでも石でもなんでも十分だからです。

勉強はあくまで手段であり、それ以前に何かやりたいことがなければとくにする必要ないのです。そんな暇があったら、もっと本当にやりたいことに時間を注ぎ込むべきです。

英語の勉強をせずに話せるようになる方法

アイルラインド人の女の子をデートに誘いたい場合、英会話教室に通ったりする必要はありません。デートに誘うために最低限必要な英語を調べて、実際に誘えばいいだけです。

約束を取り付けることに成功した後も同じです。食事を楽しみたいのであれば、食事のときに必要な言葉を調べましょう。長時間話す自信がないのなら、「この後用事があって1時間しかいられないんです」と英語で言う練習をしておきましょう。とりあえず最初のデートのときは、このくらいの準備でいいのではないでしょうか。これを繰り返していれば、いつしか英語が話せるようになります。

ここで言っておきたいのですが、大事なのは「あなたは彼女とデートがしたくて誘った」ということです。英語の勉強をしたくてデートに誘ったわけではないですよね。ですから完璧な英語を話すことにばかり気を取られないでください。英語なんてコミュニケーションのための一つの手段にすぎません。必要があるときだけ調べておけばいいのです。

洋書を読みたいという動機で英語の勉強をしている方も多いと思うのですが、それなら、辞書を右手に、洋書を左手に持って読み出せばいいのです。「ちょっとそれは……」と躊躇する人は、そもそも英語で何かを読みたいわけではないということかもしれません。だとしたら時間の無駄ですから、すでに出ている翻訳書で我慢するか、その本の翻訳版が出るのを待ちましょう。海外のニュースを読みたいというのも同様です。辞書を引きながら今日から早速読み出せばいいだけです。

ハリウッドで映画を作りたいという場合でも同じです。そういった野望を持つ人は、英語を勉強する前に絵コンテを作ってハリウッドに行くべきです。あなたの目標はハリウッドで映画を作ることであり、英語を身に付けることではありません。もしかすると絵コンテが言語の壁を越えて認められるかもしれません。絵コンテが完成したときに必要なのは自分の絵コンテを英語で説明する能力くらいです。説明のためのスクリプトを作って、それだけ暗記して制作会社に営業にいきましょう。

仮に絵コンテがまだできていないのであれば、英語の勉強どころか、あなたはまずは絵コンテを描き始めるべきです。描き方がわからない？　全然問題ありません。絵コンテの描き方を調べて書き出しましょう。ストーリーの作り方がわからない？　まったく問題ありません。ストーリーの作り方を調べてすぐにストーリーの作成に入りましょう。そういう方法を解説した本は、ごまんと出ています。

そのときには、ぜひロケットスタート時間術を使ってみてください。まずは40％の出来栄えでもかまいません。絵コンテにしてもストーリーにしても、想定の2割の時間で一気に全体を書き上げるのです。枝葉や装飾は、その後の8割の時間をかけてゆったりと付加していけば問題ありません。

英語の話は決して大げさな話ではありません。私もそういうことをしてきました。マイクロソフトにおけるすべてのプレゼンの場面で、いつも私は自分の作品と少しの言葉ですべてを伝えてきました。言語の壁はそんなに高くもないし厚くもありません。ただ何かを伝えたいという情熱さえあれば、壁は乗り越えられます。

あなたのやるべきことは英語を勉強することではありません。英語を使って何かをすることです。

6月1日発売の拙著『なぜ、あなたの仕事は終わらないのか　スピードこそ最強の武器である』からの引用です。

◇　◇　◇

「まず作ってみる」が、 未来を変える

大学卒業後は、早稲田の大学院で相変わらずコンピューターのソフトを開発していました。大学院の修士課程を修了した後は、ＮＴＴの研究所に就職しました。自分は実務より研究のほうが向いていると思ったからです。ＮＴＴを選んだのは、当時、通信研究の日本最大手だったから、という理由です。

しかし、入社して14か月後のことです。アスキーがマイクロソフトと結んでいた代理店契約が切れ、マイクロソフトが日本法人を作るというニュースが私の耳に飛び込んできました。さらにそのニュースによると、私がアスキーでアルバイトをしているときにお世話になっていた15人の方が、マイクロソフトに移ったということでした。

私はマイクロソフトの社長に就任が決まった古川享さん（現・大学院メディアデザイン研究科教授）に電話をしました。「なんでマイクロソフトに誘ってくれないんですか。水臭いじゃないですか。僕がやりたくないわけないじゃないですか」と。そうして私もＣＡＮＤＹを開発したという実績を買ってもらい、ＮＴＴを辞め、日本法人のマイクロソフト株式会社に移りました。

マイクロソフトでは、主にアメリカのソフトの日本版を作る仕事をしていました。縦書きができるようにしたり、漢字変換ができるようにしたりなどです。

3年半日本法人で働いた後、ついに1985年にアメリカのマイクロソフト本社へ移ることになりました。そこで私はマイクロソフトの次世代ＯＳの開発を任されました。

次世代ＯＳの開発グループはなんと6、7人しかいませんでした。私はそのなかの一人だったのですが、英語があまり得意ではなかったので、どうも会話についていけませんでした。

それを見た上司は私に「何か考えてることがあるなら、プロトタイプを作ってみたら」と言いました。そうして私は相変わらずプロトタイプを作ることにしました。

本物ではなくてあくまでプロトタイプでいいということで、デザイナーに近い仕事をしていました。具体的にいうと見た目や操作性などの基本設計（アーキテクチャ）を生み出す仕事です。開発グループでは次世代ＯＳのベースになるソフトウェアモジュールを作っていましたが、私はそこから外れ、一人プロトタイプの作成にいそしんでいました。

半年後、完成したプロトタイプを上司に見せると大喜びで、さらにその上司にもプロトタイプを見せることになりました。私が緊張しながら片言の英語で説明をしていると、上司の上司は「やはり目に見える形にするのは良い。これからいろいろな人にデモしてもらうことになると思う。よろしく頼むよ」と言いました。

それは私にとって最高の褒め言葉でした。ろくに英語もしゃべれないままシアトルに来た私にとって、「会社のために何か役に立つことができた」と実感できた最初の経験でした。

その後も、上司やいろんな部署の人が私の部屋に来るたび、私は喜んでプロトタイプのデモをしていました。そんなある日「来月の頭に、もう少しちゃんとした場所で、プロトタイプのプレゼンをしてほしい。30分ほど時間をあげるから、用意しておくように」と言われました。

「ミーティングの席ですらまともに話せないのに、英語でプレゼンなんて無理」という私に、上司は「何とかなるよ。君が作ったプロトタイプなんだから、君がプレゼンして当然だ。プロトタイプが良くできているんだから心配ないよ」と気楽に笑うのです。こんな経緯で、英語でプレゼンをすることになってしまった私は、とにかく恥をかかないようにするにはどうすれば良いかという作戦を立て始めました。

最初に決めたことは、スライドは一切使わず、プロトタイプのデモだけに専念することでした。プロトタイプのデモを命じられたのだから、細かい技術の話はせずに、とにかく見ている人に「次世代のユーザー体験はどうあるべきか」をわかってもらうことが一番です。そのためには、それだけで30分飽きさせないデモをする必要があります。

そこで、「次世代ＯＳを入手したユーザーが、ユーザー登録をし、ワープロをインストールし、文章を作成し、プリンターを接続し、書いた文書をプリントする」という一連のユーザー・シナリオを30分かけてデモすることにしました。

プロトタイプ上のデモを斬新で魅力的なものにすれば、見ている人の意識はほとんどそちらに行くし、私自身は「これからワープロをインストールします」などの補足的なことを言うだけで十分です。

企画を早く形にした者がチャンスをつかめる

当日、会議室まで上司に連れられていった私は、「場所を間違った」と思いました。それは単なる会議室ではなく、1000人近く人が入れる大ホールだったのです。それも、観客席にはぎっしりと人が座っています。

「まさかこの会場でプレゼンするわけじゃないですよね？」

「ここだよ。マイクロソフトが毎年開催しているカンファレンスなんだ。パソコンメーカーやソフトウェアメーカーの重役たちが来ているから、マイクロソフトがどんなものを開発しているかをデモする絶好の機会なんだ」

せいぜい十数人くらいの、それもマイクロソフト社内の人たちに向かってプレゼンするものとばかり思い込んでいた私の背中に冷や汗が流れました。まさか、1000人近い観客の見ている前でプレゼンをすることになるとは夢にも思っていなかったわけですが、いまさら断るわけにはいきません。「やるだけやってみるしかない」と自分に言い聞かせるしかありませんでした。

少しすると上司が壇上に立ち、「これからマイクロソフトが開発している次世代ＯＳのデモをご覧いただく。まだ開発中のものだが、社外の人たちに見せるのは今日が初めてだ」とアナウンスし、私に目配せをしました。

私の頭の中に「プロトタイプって言わなかったけどいいのかな」という疑問が浮かびましたが、とにかくこのプレゼンを無事にこなすことだけに全神経を集中していた私にとっては、どうでもいいことでした。

壇上に上がると、数百人の観客の目が私にそそがれます。深呼吸をして、デモをスタートさせます。

「これがユーザーがＯＳをインストールしたばかりの状態です。最初にすることはユーザー登録です」

練習しておいたシナリオどおりにデモを進めます。ほとんどが画面上の操作を見てもらえればわかるように作っておいたので、言葉を挟むのは要所要所だけでいいのです。プロトタイプも順調に動作してくれています。

観客はとても静かでした。私のデモを期待を込めて見ているようにも思えましたが、「なんてつまらないデモをしているんだ」とあきれているようにも思えました。その静けさが、私の緊張感を一層強めました。

ワープロをインストールし、文書を作り、プリンターの文書をドラッグ＆ドロップしてプリントさせます。デモはすべて順調に動いてくれました。

「以上で、デモは終わりです」

私がデモを終了すると一瞬の間の後に、会場から大きな拍手がわき上がりました。デモは大成功でした。日本から出てきたばかりで英語が片言しか話せないからこそコアの開発チームから外れて、一人でプロトタイプを作っていた私のプログラムが、世界に向かって「次世代のＯＳ」として発表されてしまったのです。

私自身だけでなく上司もその上司もこれが単なるプロトタイプにすぎないことは十分承知していたはずですが、それがプロトタイプだということを知らない観客から見れば、本当の次世代ＯＳに見えたことだと思います。

余談になりますが、マイクロソフトはベーパーウェアという戦略が得意です。まだ完成してもいないものを発表して、競合他社のやる気を削ぐという戦略です。私はそれを知らなかったので、上司にまんまと乗せられたということになります。

時期は、1990年の中頃。Windows95リリースの5年も前の話でした。

私はこうやって、Windows95のアーキテクト（基本設計者）に任命されました。これもプロトタイプを率先して作ったことが認められたからでした。そうしてこのプロトタイプこそが、2章でお話しした、私がシカゴに移る前からカイロで開発することになる、後にWindows95として結実することになる次世代ＯＳの種だったのです。

どんな仕事でも、企画をアイデアのままではなく形にした人がその企画の推進者になることができます。私のような日本から渡米したばかりのいちエンジニアがマイクロソフトで活躍できたのは、まさに限られた時間を濃密に使いこなし、プロトタイプを先に作ったからなのです。

6月1日に上梓した拙著『なぜ、あなたの仕事は終わらないのか？』（文響社）からの引用です。

◇　◇　◇

突然ですが、私はここでみなさんにお詫びをしなければいけないことがあります。

それは、ここまで長らく私の人生がトントン拍子にうまく進んできたかのように書いてきてしまったことです。

自慢話のようで鼻についた方もいたでしょう。そういう方にはお詫びを申し上げたいと思います。不快な思いをさせてしまったことと同時に、私の人生も決してうまくいったことばかりではなかったからです。

そういった話――すなわち、何かを成し遂げたり幸せな人生を手に入れたりするには、「好きなことに向き合い続けること以外に方法はない」という話――をこれからしていきたいのですが、私の人生の最大の試練は、初めてのスタートアップであるUIEvolutionを立ち上げた直後に訪れました。

起業直後から本当に失敗の連続でした。良いものを作っているはずなのに、なかなか売り上げにつながらず、お金が足りなくなって人を解雇しなければならない事態にまで追い詰められました。どうしてうまくいかないんだろう、何が間違っているんだろうと、それはもう想像を絶するほどの苦悶の日々でした。

自分に限界を感じた私は、会社がいったんほかの会社に買収されたのち、ワシントン大学に入学し、ＭＢＡのコースで会計やマーケティング、商品戦略などいろいろな勉強をして、経営学修士を取得しました。 ｢勉強のための勉強｣はしないことを信条として生きていた私が、勉強をするほど追い詰められていたのです。

でも、勉強に二年を費やしましたが、無情にもそこに答えはありませんでした。

そこで考えたのは、「なぜマイクロソフト時代は何をしてもうまくいっていたのか」「何を作っても市場で受け入れられたし、上司にも気に入られていたのか」ということでした。

結局マイクロソフトですごかったのは、 Windows95のチームでした。コアな技術者が 30 人くらいで、ある意味異常なカルト集団だったのです。そのチームこそが、あのカイロを出し抜いた、シカゴのチームメンバーたちでした。

私たちはあのとき、熱狂していました。カイロにすでに相当なお金をつぎ込んでいるとか、社内の軋轢とか、どうでもよかったのです。

それよりも「俺たちが何よりもまず先にWindows95を出して、まずアップルをぶちのめす」「ＩＢＭをぶちのめす」。「そうして、世界に俺たちのほうが正しいことを証明してやる」と、それに向かって皆がまっしぐらだったから、ものすごく気持ちよく仕事ができていたわけです。

「こんなのを作りたいんだ」「これで俺たち証明してやるんだ」。「チームの存在、個人の存

在、なんでもいいんだけど、全部力技で証明してやる」と皆が思っていました。

全員がその方向で一致していました。思いは一つだったのです。

だからこそ何にも苦しくなかった。それがあったから１日 16 時間とか 17 時間とか働いても全然つらくなかったのです。

同じことをしていても目標がわかっていなかったり、上司に言われて「おまえ納期が迫っているんだから週末も来い」とか言われるとキツくてしょうがないはずです。実際には同じ時間働いているので、肉体にかかる負担は同じです。でも、楽しんでやっているかそうでないかで結果は変わってくる。すごく楽しかった思い出しか、その時期の記憶はなかったのです。

そういう試行錯誤の末にたどりついた一つ目の答えは、ベンチャー企業は普通うまくいかないのが当たり前だという、身も蓋もない現実でした。

商品を出して、何の工夫もせずに大ヒットするなんてことはありえません。 Twitter も YouTube も、製品をリリースしてみてうまくいかなければ修正し続けるのです。その中でつらいこともあって、一緒にやっていた人が辞めたり、お金がなくなったりするケースもあったでしょう。それでも突き進んだ人だけが成功している、ということに考えが至ったのです。

Googleも最初は全然ビジネスモデルなんてなかったわけです。じゃあなぜ、その人たちがやり続けることができたかと言うと、それはその人たちがそれをやりたかったからです。

お金目的の人たちが集まると、お金儲けでやるから、やり始めて「意外と儲からないな」と思った瞬間に人がちょっとずつ抜けていくようになります。全員がくじけないかもしれないけれど、やっぱり人は辞めていきます。

でも、こんなことを実現したい、という思いで人が集まると、そこに向かって走り続けられるのだと気づいたのです。

一つのサービスが成功したとかしないとか、誰かが抜けたとかいてくれたとか、お金がなくなったとか結構残ったとか、まぁそれはそれでつらいことだったりうれしいことではあるけれど、本当の目的に目を凝らしたら関係ないですよね。

目的はここでしょ、って。そうすると走り続けることができた。逆に言えば、そう思っている時にだけ走り続けることができていた。この走り続けられることが最も重要なことだったのです。

結局、ビジネスをどうやって成功させようかとか、お金の面をどうするかとか、人をどうやって増やすかとかどうとかこうとか、そういう話は些末な枝葉にすぎなかった。

答えはどれでもなくて、大切なのは共通の目的を持った者同士が集まったかどうか、それだけだったんです。それによってチーム全員で走り続けることができるわけですから。結果が出ていたのは、いつもそういうときだけだった。

そのためには結局、人一人の人生にとって一番大切なのは、自分の好きなことをやるかどうか、やり続けることができるかどうかだ、というシンプルな答えにたどりついたのです。

自分が幸せになれる行動をしないと、人は幸せにはなれない――。

そんな簡単なことに、そのとき私は気づいたのです。

そのことに気づくためには、ＭＢＡなんて一つも必要ではありませんでした。だからこそ、方法はそれしかないからこそ、私はあなたに行動してほしい。今までの自分を幸せにしない行動から早々に足を洗って、自分を幸せにするばかりの行動に舵を切ってほしい、その思いで筆を執っています。

だから私は、集中力を無理やり引き出さなければならない仕事はするな、とお伝えしたのです。これがあまりにも変えようのない人生におけるたった一つの真理だからです。

「このノウハウであなたも集中できます」と言っても、それは絶対嘘になってしまいます。私の本書での仕事は、あなたに本を読んで気持ちよくなってもらうことではなく、実際に行動を変えてもらうことです。

だから私は、ここでおためごかしを書くわけにはいかない。

最後は精神論しか語れなくなりますが、そのためになら、見栄も外聞も地位も名誉もかなぐり捨て、人生のすべてを賭けるほどの価値が、そこには絶対にあるのです。

６月１日発売の拙著『なぜ、あなたの仕事は終わらないのか　スピードは最強の武器である』からの引用です。

◇　◇　◇

あなたの授業での仕事はノートを取ることではない

中学になって初めての定期試験で、私は試験の前日に慌てて勉強してしまいました。とはいえ、試験のために勉強するという行為自体が初めてだったので、たいした勉強はできなかったのですが。

結果は、あまりよくありませんでした。そんなにダメというわけではなかったのですが、小学校の時のように、すらすら解けなかった。これは1週間前からコツコツと勉強をしないと次からは失敗するぞ、と悟りました。

当時、クラスメイトのＦ君が「徹夜で勉強をしてきた」と、試験日に言っていました。彼は試験はまったくできず（ひょっとしたら私よりも点数が悪かったかもしれません）、私は詰込みの勉強法では試験に太刀打ちできない、ということを彼に学びました。

寝ないと頭が働かない。そうすると本来発揮できるはずのパフォーマンスさえも発揮できなくなる。だから試験前はなるべくたくさん寝ていく。これは中学の試験から現在まで貫き通している私のポリシーです。毎日勉強していれば、試験前に慌てて時間を取る必要もない。そのことに気づいたのです。

中学と小学校との違いといえば、やはり英語という新たな科目を勉強しなくてはならないところです。私はもともと国語はからっきしでしたが、英語は勉強しなくてはと思っていました。理系の研究者になるからには、英語は必須、と子どもながらに考えていたからです。

とはいえ、やはり最初から英語の才能があったというわけではありません。まったく理解できなかったし、わからないからますます勉強をしたくなくなる、という負の循環がありました。その循環を断ち切るために、私はある勉強の仕方を始めることにしました。それは授業の前に、その日の分の教科書の英文を、全部訳しておくという方法です。

言葉にしてみると何ということもないかもしれませんが、やろうとすると意外と大変です。今でこそ英語を読むのは簡単なことですが、当時はそもそも英語に触れること自体がほとんどなかったのですから。

しかし、自分が何もわかっていないことを、授業で初めて教わってその場で理解していくという勉強過程も、なかなかハードなことだと当時の私は感じていました。それよりも事前に予習をしておいて、授業でその答え合わせをしていく、といったやり方のほうが頭にすっきり入ってくるのです。

ここで、みなさんに一つ質問です。

・授業前に毎回頑張って予習をして、試験には余裕でのぞむ。

・予習をせずに、試験前に苦労して寝不足の頭で当日を迎える。

どちらがいいでしょうか？

私は前者のほうが時間も節約できるし、何より勉強内容が頭に入ってくると考えました。予習の段階ではとにかく、わからないところは飛ばして全部訳していく。そうして授業を受けると、わからなかったところが埋まっていきます。

授業でも理解できなかったら、先生に質問する。英語の勉強はそれで終わりです。試験前も勉強という勉強はせず、ノートを読み返す程度でした。

これは英語だけでなく、物理や数学の勉強にも有効でした。様々な資格試験の勉強にも役立つ方法と思います。事前に次の授業の範囲の教科書の問題を解いておき、授業ではわからなかったところを理解する時間に充てるのです。

予習そのものも勉強になりますが、もっと重要なのは、授業そのものです。予習は自分がわからないところを明確にするための準備にすぎません。本当の勉強は授業中にするのです。授業で自分がわからなかったところを解決すれば、それが勉強になります。

その意味で、板書をノートにとることに授業の大半を費やしている人ばかりだと思いますが、これほど膨大な無駄に私はいまだかつて出会ったことがないと言えるほど、無駄中の無駄です。

あなたの授業での仕事は、ノートを取ることではありません。わからないことを理解することです。

予習をするメリットは授業の内容を適切に理解できるという点だけではありません。授業を最大限に活用することで、復習や試験前の勉強の時間などを削ることができます。すなわち、時間の節約になるのです。

やりたいことをやるには、やりたくないことを速攻で終わらせるしかない

私は高校受験を控え、早稲田大学の付属高校を受験することに決めました。理由は単純で、東京大学に進むためには国語と社会科目を勉強しないといけなかったからです。いい大学には行きたい。けれども一番の大学である東大に入るには、自分の嫌いな科目を受けなくてはならない。さすがに国語と社会科目を捨てて受かるほど東大は甘くない。ならば東大にはもうこだわらなくていいけど、次くらいにレベルの高い大学に入りたい。私立なら早稲田だな、ということで早稲田を選びました。

そして早稲田大学に入ることが目標なら、もういっそ付属高校から入ってしまえというシンプルな考えでした。付属高校に入れば、普段の成績さえ良ければ、受験なしのエスカレーター式で早稲田大学に入ることができます。わざわざ高校受験を通過したのに、またそこから3年間大学受験のための勉強をしなければいけないというのが、なんとも時間の無駄のように感じたのです。

勉強がよっぽど好きな人なら、こんな目標を立てずにとにかく勉強をするでしょう。でも正直なところ、勉強はできるだけしたくないですよね。私もそうでした。勉強よりも、好きなこと、やりたいことがある。だからそのためにいかに効率よく、楽に試練を乗り越えるかということばかり考えていました。

中学で物理学の本を読んでから、物理学の世界にハマッていました。大学では物理学の勉強をして、タイムマシンを作りたいとも考えていました。でも、タイムマシンを作るために漢字は必要ありません。それよりもむしろ、英語の研究論文を読んだりする必要はあると思っていたので、英語の成績ばかり伸びていきました。とにかく自分で納得できないもの、自分に必要ないと思っていたものは、やらない方向で生きていたのです。

そうやって無事、受験に合格し、早稲田大学高等学院に入学した私は、相変わらず予習をして授業を受けていました。そうすることで授業の内容がすっきり頭に入るだけでなく、無駄な勉強の時間を削り、効率的な学習ができるからです。これは高校でも通用する勉強法でした。そうして遊ぶ時間を確保したものの、何をしたらいいかわからず時間を持て余していた私に転機が訪れました。

高校2年生の時。親からコンピューターを買ってもらったのです。私はコンピューターを使い、さっそくプログラミングを始めました。プログラミング言語に関しては、最初はまったく意味がわかりませんでした。けれども雑誌に載っているプログラムをただひたすら、幾度も幾度も書き写していると、ある日突然プログラムの意味がわかるようになったのです。不思議な感覚でした。

これは英語も似たようなものだと思います。わからなくてもいいから何回も書き続けたりしゃべり続けたりする。そうしているうちに、ある日突然「悟る」のです。私はプログラムを「悟った」あの瞬間の興奮を今でも忘れません。そしてその瞬間こそが、私がプログラムの世界に足を踏み入れた瞬間なのです。

付属高校だから受験勉強をしなくてもいいとはいえ、定期試験の成績が良くないと好きな学部に進学できないという制約もありました。私はプログラムを始めてから、大学でもコンピューターの勉強をしたいと思っていたので、早稲田の理工学部に入るために成績は上位をキープしておく必要がありました。

勉強もしなければいけないけれど、アルバイトも忙しい（その頃、アスキーでプログラマーのアルバイトをはじめました）。中学の時ももちろん勉強の効率化には尽力していましたが、アルバイトを始めてからは、さらにそれを先鋭化させました。国語と社会科目は捨てていたので、もはや国語と社会科目の時間に英語の勉強をするといったことまでしていました（もちろん先生には怒られましたが……）。すべては大好きなプログラミングの時間を取るため。やりたいことをやるためには、やりたくないことを速攻で終わらせるしかないのです。

試験前もアルバイトはやりたかったので、中学の時と同様に、普段から予習をまじめにすることで、試験前の重点的な勉強を省くようにしました。勉強量は少なく、成績は高く。嫌いな勉強を倒すために、とにかく効率化しました。

社会や国語の勉強は本当に嫌いでしたが、やらないと好きなこともできなくなるので、とにかく嫌いなことをする時間を減らそうと努力しました。でも嫌いなことには集中できない。集中できないなら効率を上げるしかない。それだけを信じて突き進んでいました。

やりたいことを思いっきりやるには、効率的に動くことで、やりたくないことをなるだけやらずに済むようにし、同時にやりたくないことをどんどん片づけていくしかないのです。

そうして作った、世界初のパーソナルコンピュータ上で動くCADのソフト「CANDY」は爆発的なヒットになり、私は学生ながらにして億を超えるロイヤリティを手にしたのです。すべては、やりたくないことをやらないですむよう徹底的に効率化を図り、空いた時間をフルに使って、やりたいこと、やるべきことと情熱的に向き合い続けた結果です。

私は今までそうやって生きてきました。

６月１日発売の拙著『なぜ、あなたの仕事は終わらないのか　スピードは最強の武器である』からの引用です。

◇　◇　◇

何としても宿題を終わらせて海に行きたかった

あれは忘れもしない、小学3年生の夏休みのことでした。小学生の夏休みといえば、学校のプール、家族旅行、自由研究など、楽しいことはたくさんあります。そしてもちろん、学校の宿題も。

きっとみなさんも苦しまれた記憶があるように、私も宿題がとてつもなく嫌でした。絵日記は毎日つけていたものの、漢字の書き取りや読書感想文なんかは、ずっとほったらかしにしていました。

そんな風に宿題を残したまま、遊んで暮らしていた小学3年生の夏休みが終わる3日前のこと。私が必死に漢字の書き取りをしていると、親戚のおじさんから家に電話がかかってきました。内容は「海に遊びに行かないか？」。

電話を取った母親は「宿題も終わってないのに、海に遊びに行ったりしてる場合じゃないから」と、私を外に出してはくれませんでした。私はその瞬間、果てしない後悔を覚えました。もし漢字の書き取りを早く終わらせていたら。もし読書感想文を早く書いていれば。もし宿題を早めに終わらせていれば、海に遊びに行くことができたのに。

行けるかもしれなかった海を想像しながら宿題をするのは、とてもつらかったことを覚えています。

1年後、私のマインドセットは去年とはまったく違っていました。また海に行けなかっ

た、という事態になってはいけない。宿題をほったらかしにしてはいけない。そう決意した私は、夏休みが始まったその日から、漢字の書き取りに着手しました。算数のドリルなんかは、もともと理科に興味があったということもあり、すらすらと終わっていきました。小学校の成績は理科と算数が4か5で、あとは2か3。小学生のときから正真正銘の理系だったのです。

ただ読書感想文は、かなり辛かったのを覚えています。本を読むのはいいけれど、その感想をわざわざ作文にして人に読ませるということの意味が理解できなかったからです。私の「意味がわからないことはやりたくない」という性格はこのころからできていたのだと思います。

子どもにとって、目標を立てて自分を律するのは難しいことです。私も去年「宿題が終わっていなかったせいで海に行けなかった」という後悔がなければ、一人で淡々と宿題をやり続けることはできなかったと思います。母親は、宿題を早めに終わらせようと奮闘する私を見て、呆れたような顔をしていました。

そうして苦しみながらも、夏休みが始まって約2週間で、宿題は終わりました。もちろん、2週間一切遊ばなかったわけじゃありません。ただ、小学生って一日中ずっと予定があるわけではないですよね。そんな、何もすることがない時間に宿題をやるようにしていました。

夏休みは全部で5週間くらいあるので、残りの3週間は遊んですごせることになります。自分の好きなように予定を立てることができるわけです。もちろん、おじさんに海に誘われたとしても……。

ただし日記は2週間で終わらせられなかったので、残りの3週間もずっと書き続けていました。さすがに7月中に夏休みの終わりまで予想して日記をつけるわけにはいかないですからね。いずれにしても、私が初めて課題を前倒しで終わらせたのは、この小学4年の夏休みのことでした。

大げさではなく、私の人生が変わった瞬間でした。

『なぜ、あなたの仕事は終わらないのか　スピードこそ最強の武器である』では、私が米マイクロソフト本社で学んだ、残業ナシ・徹夜ナシで能力の高い人に勝てる。そんな一生ものの時間術を詳しく紹介しています。興味のある方はぜひチェックしてみてください！

６月１日発売の拙著『なぜ、あなたの仕事は終わらないのか　スピードは最強の武器である』からの引用です。

◇　◇　◇ 

スマホアプリが アップデートを繰り返す理由

「仕事のスピードを追求したら質が落ちてしまう。それじゃダメだ」

そう思われている方もいると思います。たしかに速さを求めると質は落ちます。大抵の仕事がそうであるように、スピードと質はトレードオフ（片方を取るともう一方は取れない）です。質の悪いものを出さないようにじっくり時間をかけて、ときには徹夜で頑張る人もいるでしょう。

けれども質を追求した結果、締め切りに間に合わないような仕事の仕方をしていては本末転倒です。締め切りに間に合うことが明らかな状況であれば、質を高めるために時間を使うのは間違っていません。問題なのは、まだ仕事が終わる見通しが立ってもいないのに、質を高めるためにあれこれ工夫を凝らそうとすることです。

みなさんが普段使っているスマートフォンのアプリを例に挙げて考えてみましょう。アプリは一度配信が開始されても、その後幾度もアップデートを繰り返します。新しいアップデートの通知が何件もたまっていく光景を誰でも一度は見たことがあるはずです。

あのアップデートはなぜ何回も繰り返し行われているのでしょうか？　答えは、配信が開始された段階では100％の出来ではなかったからです。

「未完成品を売っているのか！」

そう思われたでしょうか？　しかし想像してみてください。最初から100％の出来のものを作るなんて、可能でしょうか？　大抵の仕事は、終わったときは満足していたとしても、時間が経つと修正したくなるものではないでしょうか？

あなたの仕事だってそういうことがあったはずです。あのミーティングの日、話が終わった直後はなかなかいい仕事をしたと思った。でも翌日、ミーティングの内容を報告書にまとめている最中に「あれ、これで大丈夫かな……」と不安になってしまうのです。ほかにもあのプレゼンの前日、リハーサルが終わったときには「これでいける！」と思ったことでしょう。けれどもプレゼン当日、たくさんの人の前で発表している最中にどんどん不安になっていきます。

仕事とはそういうものです。どんなに頑張って100％のものを作っても、振り返ればそれは100％ではなく 90 ％や 80 ％のものに見えてしまうのです。言い換えれば、100％のものは、そんなに簡単に作れるものではないのです。だから世の中のアプリ開発者は、配信後も長い時間をかけてアップデートを繰り返し、少しでもいいものを提供できるように努力しているのです。

つまり最初から100％の仕事をしようとしても、ほぼ間違いなく徒労に終わるわけです。なぜなら後から再チェックすると、直すべき箇所が次々に見つかっていくからです。

もちろん、仕事のクオリティを上げるために時間を費やすのは間違ったことではありません。適当な仕事を繰り返していては上司からの評価も下がります。しかし時間を費やすあまり締め切りギリギリになったり、あるいは締め切りを破ってしまったりしては上司からの評価はもっと下がります。

クオリティが低くて怒られることよりも、締め切りを守れずに「時間を守れない人だ」という評価をされることを恐れてください。

3500個のバグがあっても、 世界は変わる

「兵は拙速（せっそく）を尊（たっと）ぶ」という言葉があります。これは兵法書『孫子』から派生した言葉だと言われています（ただ、それを否定する説もあり、何の書物が正統な起源なのかは詳しくわかっていません）。

この言葉は、一般には「拙（つたな）い戦法でも素早く進軍したほうが戦いに勝つ」という意味で浸透しています。転じて、「仕事は最初のうちに迅速に終わらせると良い」という意味にもなっています。

私はマイクロソフトでWindows95の開発をしていました。マイクロソフトでは仕事ごとに必ず締め切りがあり、なおかつ製品（ Windows95 ）の発売予定日も決定していたので、決められた仕事は必ず期限内に終わらせる必要がありました。当時どのような仕事の仕方をしていたのかは3章でお話ししますが、ここではとにかくスピードが求められていたということだけ覚えておいてください。

私はWindows95を予定どおりに発売するために、全力で仕事をしました。その結果、きちんと1995年8月 24 日にグローバル版が発売されました。

しかし発売当時、 Windows95には約3500個のバグが残っていました。私たちはそれを知っていましたが、そのまま発売することになりました。

もちろんバグは修正することができます。だから先ほど紹介したように、スマホアプリの開発者はいつもバグの修正に奮闘しているわけです。けれどもそのバグの数は、大規模なプロジェクトの場合、ある臨界点に達するともうそれ以上減らないということがプログラマーの世界では知られています。なぜなら、あるバグを直すとその副作用でほかのところでバグが発生する可能性があるからです。つまりソフトウェアのバグというのは、完全に0にするのがとても難しいのです。

それゆえプログラマーたちは、100点じゃなくてもいいので 90 点や 80 点のプログラム を必ず納期に提出することが求められています。「兵は拙速を尊ぶ」という言葉は仕事にもまさに当てはまるのです。

Windows95はそういう理由から、3500個のバグを残したまま製品化されました。といっても、深刻なバグはもちろんちゃんと修正してあります。たとえば保存したはずのファイルが勝手に消えるといったバグを残してしまっては、使い物になりません。だからそういったものはちゃんと検証して除去しています。

ただ、ユーザーが通常の使用をする中では発生しないような細かいバグは修正しませんでした。たとえば一般のユーザーが絶対に知らないような特殊なコマンドを入力すると画面が消えてしまうなどです。そういったものまで完璧に除去しようとすると、無限に時間がかかります。それでは発売予定に間に合いません。

それでもご存じのように、 Windows95は世界に大きなインパクトを与えました。恐らくWindows95は、細かいプログラムの知識を持っている専門家にとってはたいへんな手抜き作に見えたことでしょう。しかし大事なのは、一般のお客さんにとってどれだけいいものを素早く提供できるかです。バグの修正は発売後にもできますから、そこは許容範囲を見極め、割り切ってしまうべきです。

すべての仕事は、必ずやり直しになる

Windows95がどのようにして生まれたのかは、3章でもう少し詳しくお話ししますが、少し先取りして重要なキーワードをお伝えします。

このように多少のバグを無視して、とりあえず大枠を作ったものをプロトタイプ（試作品）といいます。これはプログラムの話に限らず一般的な仕事においても応用できる、より抽象的な概念であると理解してください。

会社の企画を任されたときにプロトタイプを作ると、全体のイメージが固まります。イメージが固まっていると上司もプロジェクトの進行を理解しやすいので、企画が通りやすくなります。また、何より自分自身がプロジェクトを進行するときに、仕事がやりやすくなります。

逆に、プロトタイプを作らないとこういうことになります。

以前職場で、別の部署の上司がプログラムを作っていました。といっても彼はプログラム自体を作っていたのではなく、詳細な設計図を作っていたのです。とても時間をかけて丁寧に作っていました。そしてそれをプログラマーに渡して、実際に作ってもらうのです。しかしプログラムというのは実際に作ってみてからが本番というところがあります。設計図上ではうまくいくはずなのに、実際に動かしてみるとうまくいかないということがしばしばあるのです。

結局プログラムはうまく動作しませんでした。しかしプログラムを作った人は、依頼主に文句を言うことはできません。「この設計ではできません」と申し出るのが難しいということは、みなさんもよくおわかりかと思います。そういうわけで、未完成な出来の悪いプログラムが納品されます。プログラマー自身も出来が悪いということを知っていながら納時間を品するしかないのです。完成品を受け取った依頼主の上司は「これじゃダメだ」ということで設計図を描き直します。そして再びプログラマーに依頼します。

こういうことを何回も繰り返す人がいるのです。私の見たところでは、上司が設計図を練っている時間にプログラムが3回は書けそうでした。しかも設計図の描き直しを何回も繰り返しているようでは、無駄の量は 10 倍 20 倍になっていきます。これでは仕事は進まないし終わりません。

これは覚えておいてほしいのですが、すべての仕事は必ずやり直しになります。最初の狙いどおりに行くほうがまれなのです。スマホのアプリもWindows95も、あなたの明日のプレゼン資料もそうです。どうせやり直しになるのだから細かいことはおいておき、まず全体像を描いてしまったほうがいいのです。これがつまりプロトタイプを作るということになります。

もし上司が、最初からプログラマーと密な連携を取ってプロトタイプを作っていたらどうなっていたでしょうか。きっと無駄なプロセスが省けて、もっと早く仕事が終わっていたはずです。

７月の頭に TEDxSapporo で 行ったスピーチのビデオが、ようやく公開されました。６月に出版した『なぜ、あなたの仕事は終わらないのか　スピードは最強の武器である」の中でも最も重要なエッセンスを抜き出し、１４分弱のスピーチにまとめてみました。ぜひともご視聴ください。

ちなみに、今回のプレゼンでもっと重視したことは、「普段通りにしゃべる」ことです。普段から「スライドを読むだけのプレゼン」「弁論大会のような不自然なしゃべり」を批判して来た私としては、可能な限り「自然なしゃべり口調」でのプレゼンをしたかったのです。

しかし、実際に練習してみるとそれは結構難しく、「弁論大会のような口調になってしまう」私を乗り越えるには、かなり苦労しました。