# 「なぜ、あなたの仕事は終わらないのか」
ーー ロケットスタート時間術の本質は**余裕を持つこと**であり、**高速で次々と仕事を終わらせていくことではない**

## 【結論】ロケットスタート時間術とは？
- すべての時間をスタートダッシュでこなして、絶対に終えられる納期を導き出す
- 最初の2割の期間を「見積もり期間」としてもらい、実際には、仕事量の8割を終える
- 最初の2割の期間で8割の仕事ができなかったら、期限を延ばしてもらう
- 「仮眠をとる」「マルチタスクをやめる」で、仕事の効率を上げる

## なぜ仕事が終わらないのか？
### 1. 安請け合いしてしまうから
- 仕事は終わるかどうか一瞥しただけではわからない。
**実際に仕事に手をつけてみて、ある程度こなしてから、できるかどうか判断できるもの。**

「数学のテスト」 と 「仕事」 は似ている。

数学の基本問題はただの計算だからどのくらいかかるかなんとなくわかるが、
応用問題は一瞬でわかることもあれば、果てしなく時間がかかることもある。

仕事も一緒。
手を動かすだけで終わる単純作業もあれば、
一見しただけではどのくらいかかるかわからない頭を使う仕事もある。

仕事が終わらない人は、応用問題を甘く見ている。

- まず取り掛かるべきは、**複雑な応用問題のほう**。

数学の例で言うと、愚直に基本問題から解いていき、
最後に応用問題に直面して「終わりそうにない...」と気づく。

これでは仕事が終わらないのも無理ない。

★見積もりの甘さが仕事の失敗を招く。困難なことを先送りすると後で足元をすくわれる。

### 2. ギリギリまでやらないから

#### スラック
- 心理的な余裕のこと。
#### トンネリング
- 他のことに意識が回らなくなる状態。
  もっと効率的な方法があるのに、今の方向が誤っているのに、それに気付かず邁進してしまうなど。

- 締め切り直前の仕事は、効率が大幅に低下する。
**トンネリング**の典型例。
- 締め切りがずっと先だと、**スラック**を持つことができ、いいイメージが浮かんで集中することができる。

★長いトンネルから抜け出るために、**余裕をもって仕事をすること**が大切。

### 3. 計画の見積もりをしないから
- 全体の構成が決まってから新しいことを始めようとするのは大変むずかしい。

★追加機能をつけるか決めるべき時期は、開発初期の段階。そうすれば、製品化までに必要な期間を見積もることができる。

## 時間の使い方をマスターしたらどうなれるの？
### 1. リスクを測定できる
- 仕事のリスク（できそうかどうか）は自分で計るしかない。
- 締め切り間近に「終わりそうにない」と報告するのは一番避けるべき。

★自分で計った結果終わらないとわかったら、その時点で上司に言えば良い。

### 2. 目に見える形のもの(プロトタイプ)を素早く作ることができる
- 細かいところは後から直せる。
- 細部は後回しにして、まず全体を俯瞰できるようにすることが大事。

アプリ開発と一緒。
一度配信されても、幾度もアップデートを繰り返す。
なぜなら、配信された段階では100%の出来ではないから。

たいていの仕事は、終わったときは満足していても、時間が経つと修正したくなるもの。
どんなに頑張って100%のものを作っても、振り返れば90%や80%に見えてしまう。
100%のものはそう簡単につくれるものではない。

最初から100%の仕事をしようとしても、ほぼ間違いなく徒労に終わるだけ。
それよりも、最速で形にしてしまってから、余った時間でゆっくりと100点目指して
改良を続けるのが正しいのではないだろうか。

★**すべての仕事は必ずやり直しになる。**
どうせやり直しになるのだから、細かいことはおいておき、まず全体像を描こう。
つまり、**プロトタイプを作ろう。**

### 3. 誤差に対応できる
- 締め切り当日がゴールだと思っていると、最後になって不足している部分(誤差)に気づき慌てることになる。

10時にハチ公前待ち合わせということは、9時半にスタバにいる方法を考えるということ。
10時に到着する電車に乗ることは、任務の一部でしかない。
本当の任務は、10時に待ち合わせ場所につくこと。

このように、【自分の中で任務を再定義すること】が仕事においても重要。

★**締め切りの前に締め切りがある**と考えよう

## ロケットスタート時間術

#### 常に締め切りを守れるような仕事の仕方をする
- これは100人に1人もできないこと。
- でも、締め切りを守る大切さを認識すれば、締切を守ることは可能。

#### 「ラストスパート志向」は諸悪の根源
- ラストスパート志向の一番の欠点は、**最後までそのタスクの本当の難易度がわからない点**
- 「最初はのんびりしていても、最後に頑張ればなんとかなる」という根本的な過ちを改めるところから始めよう。

### 締め切りは絶対に守るものだと考える
1. 「どのくらいかかるかやってみるので、スケジュール割り出しのために2日ください。」
2. その2日をロケットスタート期間として使い、「ほぼ完成」まで持ってく。
3. 万が一その2日間で「ほぼ完成」まで持っていけなかった場合、これを「危機的な状況」と認識してスケジュールの見直しを交渉する。

「締め切りは絶対に守るもの」なので、何も考えずに見積もることはできない。
今までの経験をもとにざっくり見積もるのは危険。

上司から指定された期間の2割を、見積もりの調査期間に当てる。
その期間猛烈に仕事に取り掛かる。仕事の真の難易度を測定するために。
その間に「8割方できた」という感覚が得られたら、上司に「10日でやります」と伝える。
そこまで至らなかったら、期日の延期を申し出る。

### スタートダッシュで一気につくる
- 諸悪の根源は、「ラストスパート志向」
- 初期段階でのミスは簡単に取り戻せる。この時期に集中して仕事をして、可能な限りのリスクを排除する。
- 手を動かしながら考える。崖から飛び降りながら飛行機を作るのだ。

### 仕事は最速で終わらせてはいけない
- 2日で8割終わらせたら、3日で終わらせて上司に提出するのが今までのやり方だが、それは間違い。
- 永遠に全力で働き続けることは絶対に無理。いつも全力を出していると、真の実力を発揮出来なくなる。

★**スラック**の確保こそ、ロケットスタート時間術の最大の鍵。

### ここまでの仕事のやり方を図にすると...

### 集中力の秘密は「界王拳」
#### 1. 集中力を保つには、界王拳をイメージするのが簡単
- 最初の2日間は、「20倍界王拳」をイメージする

★自分の出せる最大の能力を、仕事のスタートダッシュで使ってしまおう。

#### 2. マルチタスクを放棄する

#### 認知資源
- 決断や意思決定する際に減少する気力のようなもの

スティーブ・ジョブズやマーク・ザッカーバーグがいつも同じ服を着ているのは、
重大な決断をするときに脳が疲れないよう、無駄な決断をしないようにしているそう。

- 重大なタスクに没頭するには、他のこまごまとした小さな仕事に悩んではいけない。

★界王拳を使ってメールを返す必要があるか考えよう。


### どこまでも2:8の法則で仕事をする
- 界王拳は、3日目以降も、1日の間に数時間だけ発動する
- 「流し」の期間であっても、午前中にメインのしごとをほぼ終わらせる


## ロケット時間術を自分のものにする
### 長期の仕事は縦に切る
- その仕事をざっくり3つに切り分ける
- 3つの仕事をさらに縦に切り分ける
- さらに10日~2週間程度の小さな仕事に切り分ける


### 並行して進む仕事は、1日を横に切る
- 通常の時間術を縮小して並べる。
- ただし、マルチタスクは絶対にしない。
**Aの仕事をしているときにBやCの仕事のことを考えない。**



### 大きな仕事と小さな仕事が並行している場合
- 小さな仕事を置いておいて大きな仕事にいそしむと、小さな仕事が終わらない。
- メルマガ執筆の場合、流しの期間にネタ探し、ネタがそろった状態で界王拳。


### 他の人の仕事が遅れたら
- そもそも「他人の仕事は遅れるもの」と認識を強く持つ。
- 相手が仕事を終わらせないことと、自分の仕事が進められないことは、別の問題。

★**相手が遅れたからと言って、自分の仕事の納期に少しの余裕を持てたことを喜んではいけない。** 将来の自分がスラックを失ってしまうから。
★他人の動きは無視して、自分が進められることを淡々とこなそう。

## 時間を制する者は、人生を制す
### 目的のない勉強はするな
- 勉強はあくまで手段。それ以前にやりたいことがなければ必要ない。
- 「なんとなく」という理由で勉強するのは時間の無駄。
### 崖を飛び降りながら飛行機を組み立てろ
- 何かの実践のために知識が必要な場合、**知識はやりながら覚えていくべき**。

洋書を読みたいという動機で英語の勉強をしている人は、辞書を片手に洋書を読み出せば良い。
ゲームを作りたいという動機でプログラミングを勉強している人は、調べながら作れば良い。

「ちょっとそれは...」と躊躇するなら、そもそもそれがしたいわけではないかもしれない。
やるべきことは、英語やプログラミングを勉強することではない。
英語やプログラミングを使って何かをすることだ。

###### tags: `books`