なぜ、あなたの仕事は終わらないのか

勤労に励むサラリーマンを惹きつけるタイトルですが、「なぜ、あなたの仕事は終わらないのか」という本を読了したので、その感想です。

著者はWindows 95 のプロトタイプを設計・実装した中島聡さんです。 中島さんはマウスの右クリックやダブルクリックを現在使われている形にした方ということで、Windowsの基本的な使い勝手に大きく影響を与えました。

そんな中島さんの働き方がこの本には書かれており、エンジニアの僕として面白く読ませてもらいました。 （Kindle Unlimited で読み放題の一冊です）

一言で言うとロケットスタート志向の働き方

この本をまとめますと、「仕事の概要をできるだけ早く掴む。その後に詳細を詰めるようにせよ」ということだと思います。 本の中では、10日程度かかる仕事について「2日程度集中してプロトタイプを作成して、その後、より詳細な見積もりを考える」ことを中島さんは行っているそうです。

コツは最初の2日間はできるだけミーティングや飲み会などのプロトタイプ開発を妨げる要因を除き、徹底して今後つまずきそうな箇所を洗い出すところでしょう。 もしそこで、10日以上かかる要因が現れたら（依存関係や申請、サーバの用意など）いち早く上司に連絡して、期限を変えてもらうか人員を増やすかなどの対応をうかがいます。

これにより、残りの8日間はゆとりを持って仕事できます。このゆとりはミーティングや飲み会などの最初の2日間で除いてきた外部との連絡に使います。

逆に10日間を使って均等に仕事をすると8,9日目でプロジェクトの問題点が発覚し、慌てて上司に連絡してももう手遅れ状態になりかねません（これを書籍では「ラストスパート志向」と呼んでいます）。

関わったプロジェクトの成功率は3割

日頃から上記の働き方を実践している中島さんでもプロジェクトの成功率は3割と述べています。 これは働き方の問題というよりも、プロジェクトは往々にして潰れてしまうことが多い（外部的な要因など）ことを指しています。 よって、最初から細部について考えるよりもまずは大雑把に下書きを作ってしまって、それを見せてから後ほど詳細を詰めていくという方法の方が効率的でしょう。

「知ることだけでは十分でない、それを使わないといけない」

ビジネス書でありがちですが、読んだときは「これは面白いぞ」と思っても、なかなか実践に移すことができません。

「明日から変わる！」と言っても、現に仕事を抱えている以上、それは難しいでしょう。 ただ少しずつ、さぼりながらでも試して、自分にあったやり方を見つけていけば、実践もしやすくなるのではないでしょうか。

この本はエンジニア以外の方にも向けた実践方法がまとめられているので、例えば、企画の方でも参考になる一冊だと思います。