ゆとりの法則 － 誰も書かなかったプロジェクト管理の誤解

著者 : トム・デマルコ 伊豆原弓

• 日経BP (2001年11月26日発売)

作品紹介・あらすじ

本書は、時代に合った企業へと変化する能力を身につけるための処方箋である。これから、効率と柔軟性のジレンマの本質を追求していく。効率を高めるほど、変化するのはむずかしくなる。本書は管理者に、少しだけ効率を落とし、大幅に効果を高める方法を教える。あらゆる変化に欠かせない「ゆとり」とはなにかを紹介。そして、やみくもに効率を追いかけ、あらゆるゆとりを削るのではなく、ゆとりを上手に使う方法を提案する。

感想・レビュー・書評

[invshimokawaさんの感想 · 2012年1月13日]

知識労働者の扱い方、企業のスケジュールの在り方を管理職と平社員の目線で書いた本。

「ゆとりが欲しい？何を甘えてるんだ。そんな余裕は無い」
というのが、日本企業にありがちな反応だと思うが、スケジュールを過密することが、必ずしも利益に繋がる訳ではない、という根拠が、ユニークな言葉で綴られていた。

効率≠効果である、というのは日頃認識しているつもりでも、頭の中で曖昧に描いているだけで終わってしまっていた。

ゆとりを持たせることが、企業に取っての効果的な利益と、適切なリスク管理に繋がるということを教えてくれる一冊。

実際にどうやって現場で実践させるか…という問題はまた別だが。

[estsetさんの感想 · 2011年1月17日]

「ピープルウェア」に続くデマルコ氏のソフトウェア開発プロジェクトにおける問題提起。
効率至上主義が現場、プロジェクトに与える影響。リスクを取ることで成功を目指し、リスクを回避するのではなく安全速度でリスクに備えることの提言。人は急がせても考えるスピードは上がらない。ゆとりを置くことの様々なメリット。
これを実際に実践していくのは幾つのも障害と難関が待ち受けていると思うが、自分の属する環境はもちろん、これがソフトウェア開発業界全体に伝搬していくことを考えなくてはいけないのだろう。

[ボンツトさんの感想 · 2015年10月22日]

長期的な組織の存続を考えた場合、外的なビジネス環境の変化に組織が柔軟に対応できなければなりません。
そのためには潤滑油としての「ゆとり」が必要不可欠であり、本来は変革の担い手である中間管理職（一見ムダの象徴とみなされる）がその鍵を握っています。

コミュニケーション、動機付け、目標管理のあり方、リーダーシップ、リスク管理など、出版後15年近く経過してなお学ぶところが多いです。

以下は本書のポイントをまとめたメモです。（ネタバレあり）
--------------------------
・ゆとりは変化の潤滑油
・人材は完全に代替可能ではない：仕事の切り替えに伴うロス
　（労働者は分割できない）
・知識労働者：やりがいは報酬と同じくらい重要
・情報は組織階層図の線のみを通ってはいけない
　（健全な組織は線のないところを情報が流れる）
・管理のゆとり：管理者は権限を一手に握ってはいけない

ゆとりのメリット
　・対応が速くなる
　・柔軟性
　・人材を維持しやすくなる
　・投資する余地が増える

組織が敏捷であること・変化を受け入れる健全な能力があること：
　個人に成長の機会を与える

研究開発費を節約しても将来的な利益にはならない
　→ゆとりは一種の投資

・人間はプレッシャーをかけられても考える速度を早めることはできない

・間違った管理の法則
　①うまくいかないことがあったら、もっとやれ。
　②自分自身がユーティリティ・プレーヤーになれ。

・管理が難しいのは仕事量が多いからではない。
　習得する技術が難しいからである。

・恐怖とストレスの文化がもたらす悪影響。

・上層部から押し付けられるプロセス標準化は権限の搾取
　（プロセスは現場が所有するのが理想的）

・効率よりも効果(進むべき方向の正しさ)を重視すべきである

・目標管理の停滞（定常的な状態が前提）
　→絶えず変化のある組織はプロジェクトが中核
　→単純な数値目標で表せるものではない
　→外部から与えられた目標は外的動機付けであり、
　　顧客を満足させる内的動機付けが軽視される

・ビジョンがない企業体は唯一の意味のある自己定義である現状にしがみつく

・リーダーシップ：自分の課題に他の人たちを参加させる能力
　→長期的な利益のためにはリーダーシップが必要
　→本物のリーダーシップは組織図とは関係ない
　→リーダーシップは一部のエリートだけのものではない

・信頼を得るには信頼に足ることを示す
　↑その前に相手に信頼を与える（成功するためのお膳立て）

・中間管理職：再生、変化の請負人（ゆとり）
　→協力しあうこと
　→安全だと感じていること（ある程度の失敗は許される環境）

・リスク軽減のコストが悪とみなされる
　→安全速度、リスクの重心を見極める

[totssanさんの感想 · 2014年5月18日]

　きつきつの時にこそゆとりをもった方針で計画することが重要である、効率より効果が重要である、と示す。その通りであると思う。が、ではどうやってそうしていくのか？というところがつらい。マネージャクラスがこの認識を持つことがあるのか？という疑問がまずある。そして、再びいけいけどんどん的風潮があらわれている職場で、果たしてこの主張が受け入れられることはあるのだろうか？「それこそ、効果あるの？」とか平気で突っ込まれかねない。
　しかし挑戦したいところ。個人レベルでできることではない点が苦しいが・・・
　ということを考えた。チーム全体のことを考える余裕がある人が読んでもらえると良い（今、自分にないところがトホホ・・）。

[のえるさんの感想 · 2011年8月21日]

プロジェクト管理における「ゆとり」。てっきりスケジュールにどれくらいの余裕をとるのが適当か、という話かと思っていたら、良い意味で裏切られた。スケジュールもそうなんだけど、もっと広い意味でゆとりが必要で、ゆとりがあるからこそ緊急の事態にも対応できるし、本当の意味で効率的な組織ができる。■つまらない事務処理まで忙しい管理職にやらせ、事務職が増えても、これまでなかった事務を無理矢理掘り起こして管理者につきつけてくるどこかの会社に読ませてやりたい。

[edgeofguitarさんの感想 · 2011年4月13日]

自分にはあまりに内容が濃かったため、ブログで数回に分けて書きました。
http://edgeofguitar.blog40.fc2.com/?q=%A4%E6%A4%C8%A4%EA%A4%CE%CB%A1%C2%A7

[narzoさんの感想 · 2010年8月4日]

この本では、従来の「管理」に関して疑問が投げかけられている。
特に印象に残っているのは簡潔なこの下りである。

間違った管理の第１の法則　「うまくいかないことがあったらもっとやれ」
→　「うまくいってないのは、一生懸命やってないからだ」と部下に発破をかける。

間違った管理の第２の法則　「自分自身のユーティリティプレーヤーになれ」
→　「部下は手持ちの仕事がいっぱいで、この仕事、だれにもふれないぞ。
　　　だから自分でやってしまおう」

そもそも、「管理者」は「管理」するのが職務であるため、
「管理以外」の仕事＝部下にふれない仕事をやるのはおかしい、という主張である。

確かに、こういう管理者いますね。いるいる。
そもそも、ソフトウェア開発において、うまくいかないこと＝さぼっている、ということではないのですが、
生産物の数値が上がらない＝さぼっているっぽく指摘されること、あります。（第1の法則）

これを読むと、「ゆとり」の存在が重要であることがわかる。（何を「ゆとり」と呼ぶか、というのも重要ですが）

[ナカムライチロウさんの感想 · 2010年7月26日]

ひとことで言えば「業務にゆとりが必要だ」と主張している本。
この本の主張によれば、日本の企業における業務はほぼ過密すぎることになる。
管理職～平社員の目線で書かれており、読みやすい。
マネジメントする側はゆとりを組み込むことの意義を知るために、また
マネジメントされる側は業務に取り組む姿勢を見直すために、それぞれ役立つと思う。
なお、忙しすぎてうつ病になりそうな人などを勇気付けてくれる本かもしれない。

[ひめおさんの感想 · 2010年5月12日]

当たり前のことを当たり前に書いてるけど、「ゆとり」を実践できてない企業って多いとおもう。リーダークラス以上にはオススメしたい一冊。

[tedurikoさんの感想 · 2023年11月5日]

システム開発のような知的労働において、成功率を上げるためにはゆとりが必要である（急がせることは逆効果）ということが様々な観点・シーンから述べられている。長年の研究結果い裏付けられた真実なんだろうと思うし、直感的にもそうだと感じられる。
しかし、外部環境・競争環境の変化にさらされた企業が自社の生き残りをかけて打ち出した戦略を背景としてシステム開発が行われている現実に照らすと、エンジニアやプロジェクトマネージャに必要十分なゆとりを持つことが許される状況はあるのだろうか。こうして考えるとシステム開発プロジェクトの成否を測る上で、背景となる戦略の責任は重い。
一方で、完璧な戦略・戦術など無く、極論だけで片付けられないのが現実である。背景となる戦略を理解しながら、急ぐための戦術とゆとりを作るための戦術とのトレードオフを調整し、プロジェクト運営の最適解を生み出し続けることがプロジェクトマネージャの責務であると感じた。