誰だって失敗なんてしたくない。 自分のミスが原因で、手戻りが起きたり納期が遅れたりしたら、自分自身を責めたくなる。さらに「なぜ起きたのか？」「再発防止は？」などと責任追及されたら、いたたまれない。 失敗の不安と恐怖に圧し潰されそうになる。そんな現場のリーダーに向けた失敗とリカバリをエンジニアリングしたのが本書になる。 本書は面白いことに、「正しい失敗」と「間違った失敗」に分ける。そして、どうせするなら「正しく」失敗しなさいと説く。 「正しく」失敗？それは何だろうか。 速く失敗せよ 例えば、速く（早く）失敗する。 ITプロジェクトならDevOpsやアジャイルといった「小さく作り、駄目ならロールバックする」という技術革新の恩恵が受けられる。一般に適用するなら、まず少し手を付けて、見積もった想定とズレたら修正していく。出来の良さより「終わらせる」ことを優先し、周囲や上司のフィードバックを貰うとい
