【感想】ピープルウエア　第3版　ヤル気こそプロジェクト成功の鍵

トム・デマルコ, ティモシー・リスター, 松原友夫, 山浦恒央, 長尾高弘 / 日経BP
（33件のレビュー）

レビューを書く

総合評価:

平均 3.9

Maxwell

1

笑いました，ものすごく．

ソフトウェア開発がうまくいかない理由（逆にどういう条件がそろうとうまくいくか）が
実にコミカルかつ皮肉たっぷり？に語られています．
書いてあることは極めてマトモ．
ですが，少なくともソフトウェア開発に…携わったことのある人は，きっと抱腹絶倒する
だろうなと思います．
ソフトウェア開発でなくても，納期に追われた経験のあるビジネスパーソンなら共感する
ことが多いのではないでしょうか．
とても真面目なテーマで，真面目な内容の本なのですが，電車の中で読むのはオススメ
しません．きっと笑いをこらえるのに苦労すると思いますから．

ごく一部ですが，本文から4個所引用します．
これだけではこの本の面白さはとても伝えられないと思いますが，その片鱗だけでも
感じてもらえればと思います．

■
頭脳労働者が時々ミスを犯すのは極めて自然で，仕事を真面目にやっている証拠である．
しかし，仕事の上の誤りを，聖書でいう「罪」と同じように考えている人がいる．
この考えを正すのは非常に骨が折れる．

■
この連中にかかると，1週間といっても，実際には80時間，90時間働かせて仕上げた成果
を40時間で割り，1時間当たりの生産性とする．
これを生産性と呼ぶのは詐欺に等しいが，．．．（略）．．．実際問題として，プロジェクトの
完成が1か月遅れても，この世が終わるわけではない．

■
遅れの原因，限りなし　回復手段，何もなし

■
同僚との大事な会議の真っ最中に電話がかかり，その応対に追われるあまりみんなに迷惑
をかけた経験があると思う．そう，誰しもよくあることだ．かといって，電話を無視して
会議をそのまま続けることなど思いもつかない．しかし，会議を中断して出席者に迷惑を
かけ，その一方で，ジャンジャン鳴っている電話に出るのは，世の中の常識から見ても，
とても公平とは言い難い．電話はかけて迷惑，かかって迷惑ということだ．困ったことに
電話の弊害にはみんな慣れてしまい，誰も気にしなくなってしまった．極端にひどい場合
だけ，何かがおかしいと感じる程度なのである．続きを読む

投稿日：2014.03.28

報告する

ブクログレビュー

"powered by"

おぬま

図書館で借りた。
プロジェクトマネジメント系の名著の1つと考える。その中でも、やるのは人間であるという、ヤル気・人間性・心理といったところにフォーカスを当てた1冊だ。よくある「部下のヤル気を出させる」…「組織が成果を出すために」的なビジネス啓蒙書は、この本から派生していると言っても過言ではないと感じている。
内容としては、驚くようなものではなく、「そうだよねぇ～」くらいの感想だが、バイブル的に1冊あっても良いかと思いました。続きを読む

投稿日：2023.12.11
teduriko

「ソフトウェア開発上の問題の多くは技術的というより社会学的なものである」という一文に激しく同意。ソフトウェアには人の働き方の変革を後押しする力があり、AIがコードを書いてくれる時代になったとはいえ、そ…れを作り上げるのは依然人の仕事である。そうなれば社会学的なアプローチに触れないわけにはいかない。
本書は一般論的なHRMを学んだエンジニアリング組織のマネージャーが次に読むべき本として素晴らしい内容にまとまっている。一般論とソフトウェア開発の現実とのちょうど中間地点の程よい抽象度。
日本のソフトウェア開発プロジェクトの現場では、冒頭に挙げた「社会学的」な課題解決アプローチが欧米のそれよりも未発達らしく（訳者あとがきより）、これまで当たり前と思ってきた職場環境のあれこれや、プロジェクト管理上のあれこれが実はアンチパターンだったと知ることができる。
皮肉が効いた文体が特徴的な本書ではあるが、挙げられた数々のアンチパターンに対して同調し「だからうまくいかないんだよなあ」と嘆くだけでは意味がない。では何のため、どこから、どのようにして変えていこうか。という今日明日からの行動に落とし込んでいきたい。続きを読む

投稿日：2023.08.29
houseibookshelf

マネジメントの学習のため購入。
技術よりも大事なものは人で、人格の尊重、相応しいオフィス、人材の選び方・育て方、結束したチームがもたらす効果、仕事は楽しくあるべきもの、仕事を生み出す組織作りの大切さを…学べてためになった。続きを読む

投稿日：2022.09.13
masa

エンジニア、さらに言えばプログラマの働き方に対する本。プログラマはどう働くべきか、周囲は彼らを活用させるためにどうすればいいのかを説明している。
ものすごく簡単に言えば、互いにコミュニケーションが取れ…る状態をチーム内に構築する、周囲（マネージャなど）は彼らの邪魔になることはしない（邪魔になること:電話を掛けたり電話対応させたり集中力が途切れるようなこと）などが挙げられている。それと似たようなことが実例とともに繰り返し述べられているのがこの本の主な内容である。実際にはプログラマが成長する際の学習環境についてなども含まれている。
さて、そうするとプログラマが勝手気ままに周囲に対してふるまえるかのように読めてしまうが、そうではなくここでいうプログラマはそれぞれ第一線で活躍できるような技量を持った存在のことであり、ぴよぴよのプログラマが好き勝手に要求していいわけではない。そんなひよこが成長できるような学習環境も提供するのが環境の責務であると述べているのは先述の通りだが、どちらかというとやはり自身で作業・責務の最適な姿が見えるプロフェッショナルなプログラマを対象としている。
そしてそれは書末にある「自由電子」という語に集約される。よい軍隊のように前線で各個人が高い能力でもって判断・連携する組織的な活動というイメージがぴったりあう。続きを読む

投稿日：2022.01.14
A K (thetacetus)

プロジェクトマネジメントはツール、セオリーも大事なのだが、ここで述べているようなロジスティクス的なこと、人間関係やモチベーション管理の方が大事だろうなぁと改めて思わされた一冊。

投稿日：2021.11.27
ty

p.5
プロジェクトの成功は関係者の緊密な対人関係によって生まれ、失敗は疎遠な人間関係の結果である。

p.11
プロジェクトには「触媒」が不可欠。
「触媒」＝不安定な状態にあるPJのまとめ役

p.…22
早くやれと急かせれば、雑な仕事をするだけで、質の高い仕事はしない。
仕事を早くするためには、製品の品質と仕事の満足感を犠牲にせざるを得ない。

p.26
エンドユーザーの要求をはるかに超えた品質水準は、生産性を上げる一つの手段である。

p.40
ソフトウェア開発者の主な仕事は、ユーザー流の表現で表したユーザー要求を、厳密な処理手順に変換するための、人と人とのコミュニケーションである。これは、どんなにソフトウェア開発のライフサイクルを変えようと、絶対に必要な仕事であり、自動化できるはずがない。

p.41
管理者の役割は、人を働かせることにあるのではなくて、人を働く気にさせることである。

p.52
意外なことに、残業の真の目的は、仕事の量をこなすことよりも品質向上のためなのだ。（定時の時間帯は仕事に集中できない）

p.166
チーム編成の目的は、目標の達成ではなく、目標に向かって一体になることである。この目的が満たされたとき、チームのメンバーはずっと効率よく働く。

p.185
最大の成功は「管理」などないかのように、チームがなごやかに一致団結して働いたときである。最良の上司とは、管理されていることを部下に気づかせずに、そんなやり方を繰り返しやれる人である。

p.195
健全な会社にするための不思議な作用を生み出す戦略的要素
・品質至上主義を作り出す
・満足感を与える打ち上げをたくさん用意する
・エリート感覚を醸成する
・チームに異分子を混ぜることを奨励する
・成功チームを解散させないで保護する続きを読む

投稿日：2021.07.04