ビジネス書の杜　令和

杉山尚子「行動分析学入門―ヒトの行動の思いがけない理由」、集英社新書（2005）

お奨め度：★★★★

著者の杉山さんは、数年前に、同じ書名の専門書を出版している。

杉山尚子他「行動分析学入門」、産業図書（1998）

この本はすばらしい本なのだが、ちょっと難しいのと、高価なので、あまり人に紹介しなかった。ずっと、この本の新書がでないかなと思っていたが、８年経って、やっと出版された。これも「行動」への関心が高まっていることの証だろう。

部下が何か失敗をしたときに、「あいつはやる気がない」ということを言ってみても、評価にはなるが、問題の解決にはならない。心理的な問題に関しては、この種の評価をするだけで終わっていくケースが多い。

しかし、これは本来、その人のもつ可能性の芽を摘んでいることになるかもしれないし、プロジェクトのような有期的な業務環境ではそのような評価を１００回するより、その人をちょっとでもよいから変える方がはるかに意味がある。

そこで、注目されるのが「行動分析学」という手法である。この概念は、「行動随伴性」という概念によって、行動の原因を人間の内面（気持ち）ではなく、外的環境に求めようというものである。詳しい話は、こちらを参考にしてほしい。

プロジェクトマネージャーの方には、ぜひ、読んでほしい。また、マネジメントのツールではなく、セルフマネジメントのツールとしても使える。特に、習慣づけにおいては、この行動随伴性というのは重要な役割を果たしている。このあたりに興味を持つ方もぜひ、読んでいただきたい１冊である。

==========

人気ランキング投票！　→　クリック！

梅森浩一「成果主義時代のリーダーになれる人なれない人」、ＩＢＣパブリッシング（2005）

お奨め度：★★★★

梅森浩一さんの本は何冊か読んだが、結構、刺さる本が多い。その中でもこの本はいい本だ。

梅森さんがこの本で言おうとしているのは

より少ない人数でより多くの仕事をこなすリーダーシップとはどんなものか

ということである。

第１章が梅森さんの真骨頂かもしれない。「リーダーシップの値段」。成果主義であれば、リーダーシップも値段がつく。階層型組織の末端までリーダーシップがあるかどうかによって、その企業の業績は大きな差がつく。では、リーダーシップは株価の何％の影響を持っているのか？答えは本を読んで戴くとして、この章がこの本では一番面白い。

２章以降は、そのようなリーダーシップの分析と構築方法。一応、第１章で述べたことに対して、向き／不向き、および、リーダーシップ行動がロジカルに述べられている。

議論そのものは、一般的な企業を対象にしているが、この本、実はプロジェクトリーダーにぴったりとはまっている。

プロジェクトリーダーの手前にいる人、ぜひ、読んでみよう。

==========

人気ランキング投票！　→　クリック！

浦 正樹「失敗する前に読む プロジェクトマネジメント導入法」、翔泳社（2005）

お奨め度：★★★

プロジェクトマネジメントマガジンで連載されている記事の書籍化。

プロジェクトマネジメントの導入の問題指摘は、よく分析されているし、呼んでいて納得性が高い。その意味で、これからプロジェクトマネジメントの導入を考えている組織の人は一読に値する。

しかし、それに対する方法は、それだけでは片付かないだろういうものが目立つ。もっとも、一発でこれという方法はない分野なので、とりあえず、この本に書かれているようなアプローチをして、そこから、うまく問題解決をしながら定着させていくという切り口としてはよい。

==========

人気ランキング投票！　→　クリック！

PM Magazine No.3、翔泳社（2005）

PM Magaizeの第３巻。宋文洲氏はいい顔をしているね（笑）

プロジェクトマネージャー養成マガジンの連載も掲載されています！

トム・デマルコ（伊豆原 弓訳）「ゆとりの法則 － 誰も書かなかったプロジェクト管理の誤解」、日経ＢＰ社（2001）

お奨め度：★★★★1/2

ソフトウエアプロジェクトマネジメントのグルである「トム・デマルコ」の３部作の一冊。「ゆとり（Slack）」がないと、プロジェクトや組織はどうなるかを非常に深い視点から書いている。

３部作におけるデマルコの基本的主張は、ソフトウエアの開発は知識労働であるという点にたっており、現在の肉体労働を前提にしたマネジメント手法では、効果を発揮しないという主張である。その中で、本書は、いくらプレッシャーを与えても生産性はあがらず、生産性を挙げるためには、別の方法が必要であり、その方法として「ゆとり」という概念を持ち出している。

ソフトウエア開発プロジェクトだけではなく、リードタイムがどんどん短くなっていく中で、きわめて重要な指摘ではないかと思う。

ちなみに、３部作残りの２作は以下の２作である。

トム・デマルコ、ティモシー・リスター（松原友夫、山浦恒央 訳）「ピープルウエア 第2版 － ヤル気こそプロジェクト成功の鍵」日経ＢＰ社（2001）

お奨め度：★★★★★

もう２０年前に第１版が出版された本であるが、今、読んでいると、まさに、これから、このような視点が必要になってくるなと思わせる１冊である。この本に書かれていることは、ドラッカーが考える社会観とほぼ同じであり、デマルコは、まさに、ＩＴ界のドラッカーともいうべき存在である。

プロジェクトは何よりも「ひと」であり、

・一人一人の人格の尊重

・頭を使う人間にふさわしいオフィス

・人材の選び方・育て方

・結束したチームがもたらす効果

・仕事は楽しくあるべきもの

・仕事を生み出す組織づくり

という６つの視点から「ひと」を中心にしたプロジェクトマネジメントについて説いている。

トム デマルコ（伊豆原 弓）「デッドライン―ソフト開発を成功に導く101の法則」、日経ＢＰ社（1999）

お奨め度：★★★1/2

この本は、ソフトウエアプロジェクトマネジメント全般に焦点を当てて、物語形式でポイントを述べている。しかし、単に教科書的な本ではなく、そのポイントの示し方に、デマルコの強烈な主張が入っているので、まず、デマルコを読むのであれば、この本から読まれることをお奨めする。

この３部作に加えて、最近、リスクマネジメントに関する本が出版された。こちらは別途、書評があるので、参考にしてほしい。

熊とワルツを

https://mat.lekumo.biz/books/2005/01/post_5.html

==========

人気ランキング投票！　→　クリック！

ジム・ハイスミス（高嶋優子、小野 剛、平鍋健児訳）「アジャイルプロジェクトマネジメント 最高のチームづくりと革新的な製品の法則」、日経ＢＰ社（2005）

お奨め度：★★★★1/2

製品開発プロジェクトマネジメントの研究は日本でも自動車業界を中心に進んでいるが、基本的にはリーン開発に焦点が当たっている。

つまり、如何に早く開発するかである。最近は、ここに、マルチプロジェクトマネジメント、プログラムマネジメントなどが加わり、投資の最適化により、戦略的な製品を如何に、早く市場に出すかという議論も多くなってきている。

自動車のような商品は開発リードタイムが極めて重要であった。リードタイムを短くすることによって競争力を保つとともに、ユーザニーズの短縮化に対応する意味があった。つまり、ユーザニースの変化が激しくなる中で、如何に変化する前にたくさん売るかである。

この辺の議論は

延岡健太郎「マルチプロジェクト戦略―ポストリーンの製品開発マネジメント」、有斐閣（1996）

に詳しい。

しかし、もっとユーザのライフサイクルが早くなると、ライフサイクルの短縮だけでは対応できなくなる。最初から、途中で仕様が変化することを前提に、プロジェクトを進めていく必要がある。このようなプロジェクトマネジメントの手法がAPM（アジャイルプロジェクトマネジメント）である。

APMはソフトウエア分野では大いに注目されているが、一般的な製品開発の分野にも適用できることがこの本を読むとよくわかる。

製品開発担当者、必読の一冊です！

Gregory T. Haugan（伊藤衡）「実務で役立つWBS入門」、翔泳社（2005）

お奨め度：★★★1/2

ＷＢＳというのは不思議なツール（手法）である。エンジニアであれば、セミナーで１時間ほど、レクチャーを受ければ、誰でも曲りなりは書くことができる。

ところが、５回、１０回と書く経験を積んでも、なかなか、満足なものはかけない。ある意味で、マネジメントの難しさを象徴しているツールである。

また、ＰＭＢＯＫでも第３版からついに、ＷＢＳを作るというプロセスが登場してきた。つまり、プロジェクトマネジメントをするためには、避けて通れないものになった。

この本は、そのようなＷＢＳを単に概念や事例だけではなく、活用方法について具体的に書かれている本である。

結局のところ、ＷＢＳの作成が難しいのは、作成目的によって必要なＷＢＳの表現が異なるためである。したがって、この本のように、利用法を想定してＷＢＳはこのように作るべきだというハウツーを知ることが正しいと思われる。その意味で、お奨めの本である。

この本と同時に、ＰＭＩ発行のＰＭＢＯＫの副読本的な位置づけになっている

Project Management Institute Practice Standard for Work Breakdown Structures

をあわせて読むことをお奨めしたい。１５種類のサンプルが収められている。

是沢輝昭「プロジェクトの進め方がよくわかる本―仕事の効率と成果を高める95のヒント」、実務教育出版（1999）

お奨め度：★★★★1/2

先日、新橋の文教堂に行ったら、店長が変わったらしく、大量の本に、店長がお奨めポップメッセージを入れていた。そのメッセージを追いかけているうちに、コイツはタダモノではないと思った。

たとえば、

行動科学の展開

https://mat.lekumo.biz/books/2005/04/post_1baf.html

を平積みして、絶賛したコメントをつけているのだ。

それで興味を持って、店長コメントの本だけをずっと探していった。そこで、であったのがこの本。プロジェクトマネジメントの本については、出版社の人よりもよく知っていると思っていたが、この本は知らなかった。

で、手にとって、びっくり。メールマガジン「プロジェクトを成功させる仕事術」で言いたいことのオンパレード。

方法論を述べた本は掃いて捨てるほどあるが、その方法論が仕事をするときに押さえておくべきポイントを押さえるのに、どのように役立っているのかをきちんと書いた本は残念ながら、ほとんどない。あえてあげれば、プラントエンジニアリングの色が濃いが

プロジェクトマネジメント 成功するための仕事術―プロジェクトをリードする精鋭たちの経験とナレッジを集大成

https://mat.lekumo.biz/books/2005/05/__5583.html

くらいかなと思う。とても貴重な本だ。うむ、恐るべし、文教堂新橋店！見開き１項目になっているので、若干、物足らない気もするが、とりあえず、プロジェクトマネジメントというのが自分の仕事の中でどんな役割を果たすのかを理解するには十分だ。

手法（方法論）自体にはほとんどふれていないので、手法を覚えたい人には不向き。

マイケル・ワトキンス（村井章子 ）「ハーバード・ビジネス式 マネジメント - 最初の90日で成果を出す技術」、アスペクト（2005）

お奨め度：★★★★1/2

管理職のキャリアで成果をあげることができるかどうかは、最初の９０日間の間にどのような成果を挙げることができるかにかかっているという主張のもと、その９０日を乗り越える方法を実践的に解説した本である。米国でも発売以来ベストセラーになっており、その実用性には定評がある本。

一種の成功法則本である。が、巷の成功法則は一般的な人を対象に書かれているし、精神論的な部分が多い。これに対して、本書はプラクティカルに書かれているので、読めば明日から仕事に使うことができる。これが、第１のポイント。

読んでみると、あることに気がついた。それは、この９０日間に求められることは、プロジェクトマネージャーに求められることとまったく同じだ。僕は実は組織の中での管理職の経験がないのでよく分からなかったが、気がついた後で考えてみれば、当たり前のことである。「目からうろこ」だった。管理職の経験にある方にはすぐに分かるだろう。

プロジェクトマネジメントの方法論として書かれているわけではない。しかし、多くの部分はプロジェクトマネジメントですべきこととオーバーラップしており、その効果的な実行方法について述べられている本書はまさに、プロジェクトマネージャーのバイブルといってもよいだろう。

情報処理推進機構ソフトウェア・エンジニアリング・センター、日経コンピュータ「ソフトウェア開発データ白書―IT企業1000プロジェクトの定量データを徹底分析」、日経ＢＰ社 (2005)

お奨め度：★★★★

米国ではソフトウエア開発の実態を定量的分析した本は、何冊もあるし、名著もあるが、日本ではおそらく、初めての本。

その米国では、ソフトウエアエンジニアリングでは、ＣＭＭで有名なカーネギーメロン大学のＳＥＩ（Software Engineering Institute）が頂点にある。ビジネススクールでいえば、ハーバードみたいな存在。

ちなみに、中国で、ソフトウエア産業が歴史が浅い割には、やたらとＣＭＭで高レベルの企業が多いのは、ここに留学して帰国したエンジニアの力が大きいといわれている。

日本でも、昨年、日本版ＳＥＩを目指すＩＰＡのソフトウェア・エンジニアリング研究機関「ソフトウェア・エンジニアリング・センター」（ＳＥＣ）ができた。まだまだ、未知数だが、期待されている。

そのＳＥＣが中心になり、10社を超えるシステム・インテグレータから、およそ1000プロジェクト分のソフトウェア開発に関する定量的なデータを収集。そのデータを工期、生産性、品質に関して徹底分析し、「工期と生産性・品質の関係」、「適切な工期とは何か」、「品質と外注率の関係」など分析するとともに、課題を提起している。

分析はともかく、データとしては非常に面白いし、ソフトウエア以外の分野でも参考になる部分がある。

日本のソフトエンジニアリングの夜明けがくるか、、、きてほしいなあ！

とりあえず、期待をこめて、今月の１冊は、この本にする。