ビジネス書の杜

プロジェクトマネジメントのグル「トム・デマルコ」の集大成

トム・デマルコ、ピーター・フルシュカ、ティム・リスター、スティーブ・マクメナミン、ジェームズ・ロバートソン、スザンヌ・ロバートソン（伊豆原 弓訳）「アドレナリンジャンキー プロジェクトの現在と未来を映す86パターン」、日経BP社（2009）

お奨め度：★★★★★

トム・デマルコはプロジェクトマネジメントに対して、独自の視点から、鋭い指摘をした本が何冊もある。プロジェクトマネジメントのグルを一人あげるとすれば、デマルコと言う人は多いのではないだろうか。僕の好きな３冊はこれ。

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

トム・デマルコ、ティモシー・リスター（伊豆原 弓訳）「熊とワルツを - リスクを愉しむプロジェクト管理」、日経BP社（2003）

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

今回の本は、このような膨大な著作のコアメッセージをＴｉｐｓ（パターン）の形でまとめたもので、おまけに、かなりユニークなネーミングとフレーズになっており、楽しめる。ファンであれば待望の一冊。

この本を読んでみて、物足りなければ、単独テーマの本に行くのもよいだろう。

マネジャー・リーダー必読の技術マーケティング論

福田 収一「良い製品=良い商品か?―「モノづくり」から「価値づくり」へ」、工業調査会（2009）

お奨め度：★★★★★

技術的な立場から書かれた本格的なマーケティング論。「期待マネジメント工学（ＥＭ）」という考え方を提唱し、さまざまな問題提起とその問題に対するマーケティングのアイディアを体系的に示している。すべての技術系マネジャー、技術者に読んでほしい一冊。

システム思考で「匠に呪縛」から解放されよう！

木村 英紀「ものつくり敗戦―「匠の呪縛」が日本を衰退させる」、日本経済新聞出版社 (2009/03)

お奨め度：★★★★★

日本の技術が苦手なのか、「理論」、「システム」、「ソフトウエア」を３つだという仮説に基づく、システム思考を中核に据えた技術マネジメント論。

現場から見たソフトウエア業界の問題と対応策

久手堅 憲之「日本のソフトウェア産業がいつまでもダメな理由」、技術評論社（2008）

お薦め度：★★★1/2

現場の視点から、日本のソフトウェア産業の問題を指摘した一冊。７人の男（賢者？）が対談をし、その内容を著者がうまくまとめている。７人はいずれも、業界では著名な識者で、

西田雅昭さん（自営、カリスマプログラマ）
田倉達夫さん（技術コンサルティング）
中野雅之さん（アクセンチュア調達統括）
庄司敏浩さん（フリーのＩＴコーディネータ）
相楽賢哉さん（ＩＴコンサルティングの会社経営）
三笠大和さん（流通システム開発コンサルティング、プロマネ）
手久堅憲之（ＩＴコンサルタント）

の７人。文中の指摘を見ても、いずれもたいへん高い見識を持つことがうかがえる。

そのドキュメント、本当に必要ですか？

石黒 由紀「ドキュメントハックス-書かない技術～ムダな文書を作り方からカイゼンする」、毎日コミュニケーションズ（2007）

お奨め度：★★★★

ＧＴＤ（Getting Things Done、デジタル時代のストレスフリーな仕事術）本として作られた本のようだが、ドキュメントを書きながら仕事を進めることに関して、常識の枠を超えた本質的な指摘が多く、たいへん、「ため」になる本。

著者が指摘しているように、ドキュメントは何が必要かという点から必要性の分析がされ、作成されている。しかし、その作成プロセスに注目すれば不要な（他のコミュニケーションで代替できる）ドキュメントは多く、そこをうまく組み立てていることにより、「ドキュメントによるコミュニケーション」として本当に必要なドキュメントだけを作成するようにできる。それによって、作成するドキュメントの質も上がるし、情報共有の質もあがるというのがこの本の主張。特に、２章で、品質を上げるためにゴール共有をするという視点から、ドキュメントの必要性を分析している部分は共感できる。

デジタル時代の特徴のひとつは間違いなく、ドキュメントの量である。バーチャル組織、多様な人間の共同作業などで、間違いなく、ドキュメントがストレスになっている。この本はそのようなスタイルの仕事をしている人の救世主ではないかと思う。

ＧＴＤ本としてＴｉｐｓ集的な書き方になっていると感じるが、ぜひ、続編としてコミュニケーション全体を睨んだ体系的な本を書いてほしい。

デマルコの真髄

吉平健治「トム・デマルコの「プロジェクト管理」がわかる本―ポケット図解」、秀和システム（2007）

お奨め度：★★★1/2

トム・デマルコというと、

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

「ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵」、日経ＢＰ社（2001）

「ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解」、日経ＢＰ社（2001）

「熊とワルツを - リスクを愉しむプロジェクト管理」、日経ＢＰ社（2003）

などの、人間に焦点を当てた、独自のソフトウエアプロジェクトマネジメント論を展開するプロジェクトマネジメントのグルの一人である。

そのデマルコのプロジェクトマネジメントを解説した本が本書。この本は２つの要素があり、前半は、著者がデマルコのプロジェクトマネジメント理論を解釈してどのように実践すべきかを述べている。後半はデマルコの理論のポイントになる部分を解説している。

デマルコのプロジェクトマネジメントは人間を中心においているため、ＰＭＢＯＫのように体系的ではない。著書も、すばらしいＴｉｐｓが並んでいるし、また、大局的なものの見方が素晴らしい。

そのため、この本もどちらかというと体系的にまとめた本というよりは、数多くのＴｉｐｓをまとめてあり、ＧＴＤ本的な趣の本である。

その意味で、デマルコの主張を手っ取り早く読むにはよい本だ。ただし、デマルコの本は、行間に多くの情報があるので、この本を読んだ後で、やはり、一度は、オリジナルの本を読んで見られることをお奨めする。

要件を中心にしたプロジェクトマネジメント

スザンヌ・ロバートソン、ジェームズ・ロバート（ 河野正幸訳）「ソフトウエアの要求「発明」学 誰も書かなかった要求仕様の勘違い」、日経ＢＰ社（2007）

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

ＳＩプロジェクトでは、プロジェクトマネジメントの導入が一段落して、開発プロセスの問題がはっきりしてきた。一つは古くて新しい話題である見積もりの問題であり、もう一つが要求分析・要件定義の問題である。

本書は後者に対して、有効な一つのアプローチを解説した本である。この本では、要求はユーザが持っているものをうまく定型化するのはなく、ぼんやりとしかないものを「発明」するものだとしてそのために有用な考え方や手法を紹介している。

また、要求に対して「マネジメントする」という考え方をとり、測定や測定に基づくマネジメントの方法を述べている。

同様のアプローチとして最近注目されているのが、マインドマップを使ったアプローチであるが、マインドマップを使ったアプローチも含めて、本書で示されている枠組みの中で、今までの要求分析の活動を体系化することができるのではないかと思われるし、それは大変意義のあることだろう。

ちなみに、この本の邦訳はソフトウエアがついているが、原題は「Requirements-Led Project Management」である。全般的に書かれていることは、顧客中心プロジェクトマネジメントに近く、基本的にどのような分野のプロジェクトでも使うことができるのではないかと思う。本書でも指摘されているように、この本で主張しているやり方は「iPod」やアマゾンもやっているやり方だとしているように、特に、商品やサービス開発のプロジェクトに取り入れるとよいのではないかと思われる。

その意味で、使われている例にソフトウエア分野でしかわからないものがあるが、他の分野のプロジェクトマネジャーにも読んでほしい一冊だ。特に、コンセプトデザインの仕事に従事している人に読んでほしい。

また、本書に併せて本でほしいのが、この本

エレン・ゴッテスディーナー（成田光彰訳）「要求開発ワークショップの進め方 ユーザー要求を引き出すファシリテーション」、日経ＢＰ社（2007）

実際に要求の「発明」をしようとすれば、何らかの機会が必要である。その機会としては従来行われていたような要求分析の方法だけでは十分ではなく、創発的な場が必要だと思われる。その点において、こちらの本に書かれている要求開発ワークショップは現実的な方法だし、書籍そのものもワークショップの進め方を細かな注意点まで含めて実践的に書いている良書だ。発明に役に立つこと間違いなしの一冊である。

ＩＴスキル標準はＩＴエンジニアを幸せにするか？

高橋秀典「ITエンジニアのための【ITSS V2】がわかる本」、翔泳社（2006）

お奨め度：★★★1/2

ＩＴスキル標準について日本でもっともよく知っているスキルスタンダード研究所の高橋代表の著書。

ＩＴスキル標準自体はその名のとおり標準であり、どのように活かすかは顧客側に任されており、さまざまな活用方法が考えられる。製品開発のグルである東京大学の藤本隆宏先生の言葉を借りると、非常に多義性の高い標準である。多義性の話に興味がある方は、ぜひ、こちらの本を読んでみてほしい。

藤本隆宏「日本のもの造り哲学」、日本経済新聞社（2004）

ＩＴスキル標準のひとつの顧客であるＩＴ系の企業や、情報システムオーナー企業はこの多義性を背景に、自社に如何に適用するかを一生懸命考えている。相応なリソースを使って研究し、構築をしている。

ところがＩＴスキル標準には、もうひとつの重要な顧客がある。ＩＴ業界で働くエンジニア、コンサルタント、インストラクター、営業マンなどである。こちらの顧客に対しては、派遣業などが若干、自社の事業の枠組みの中で支援をしているが、それ以外には、あまり、手当てがされていないのが現状である。

そのような状況の中で、企業にとっての活用だけではなく、個人にとっての活用方法お、本という個人にとって利用しやすい形で、非常に見識のある人が書いた本としてこの本は評価できる。どうすれば、ＩＴスキル標準を有益に使えるかという視点から書かれた唯一の本だといってもよいだろう。

ただ、残念ながら、本書では、組織の議論と個人の議論の接点や統合があまり明確になっていない。藤本先生のいわれる多義性の解消ができない限り、個人も幸せにならないし、とくにＳＩのような知識労働集約型のビジネスをやっている企業の業績はよくならないだろう。

ＩＴ業界というのはＣＳとＥＳがばらばらの施策として行われている企業が多く、そのため、キャリアにおける組織の利益と個人の利益の現実的な統合がなかなか、見えてこないのだと思うが、ぜひ、この点をぜひ明確にしてほしいと思う。

さらには、３番目の顧客である顧客のビジネスオーナーに対する考察もほしい。この２点が加われば、さらに意義深い本になるだろう。

ソフトウエアメトリクスを学ぼう

ローレンス・H・パトナム「初めて学ぶソフトウエアメトリクス～プロジェクト見積もりのためのデータの導き方」、日経ＢＰ社（2005）

お奨め度：★★★★

ソフトウエアメトリクスの入門書。しかし、本格的。

「プログラム規模」「時間」「工数」「信頼性」「生産性」の５つのメトリクスに注目し、その相関関係を分析している。そして、メトリクスをソフトウエア開発プロジェクトの見積にどのように使うかを議論している。難易度はそんなに高くないので、ソフトウエアエンジニアリングの知識がなくても読める。

一方で、６３００件のプロジェクトのデータを分析しており、実践的である。これからメトリクスの勉強をする人にはお奨めの一冊である。

ソフトウエアメトリクスに関しては古くから、米国で名著が多い。古典的な名著といえば、なんといっても、

ケーパー・ジョーンズ「ソフトウェア開発の定量化手法」、構造計画研究所（1998）

である。初版が１９９３年に出版され、始めて、ファンクションポイント（ＦＰ）法を解説した本として注目を浴びたが、ＦＰだけではなくソフトウエアメトリクス全般に非常に示唆にとんだ本である。その後、１９９８年に改版されている。このバージョンの翻訳がこの本。

この分野では、２０００年以降、ＣＭＭＩの普及やＷｅｂ環境の普及など、従来のメインフレーム系、オープン系とは事情が変わってきたが、今、読んでもいろいろな示唆がある。

ISO/IEC15939とＣＭＭＩを前提にしたメトリクスをまとめた本としては、

John McGarry「実践的ソフトウェア測定」、構造計画研究所（2004）

がある。この本は、ISO/IEC15939ソフトウェア測定プロセス規格の制定に直接関わってきた実務レベルの業界リーダ達が書き下ろしたソフトウェアの測定とプロセスおよびプロダクト改善の実践ガイドブックである。メトリクス本では、これが最もお奨めである。

デスマーチ

エドワード・ヨードン（松原友夫、山浦恒央）「デスマーチ──なぜソフトウエア・プロジェクトは混乱するのか」、シイエム・シイ（2001）

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

ソフトウエアプロジェクトがなぜ、失敗するのかを、プロジェクトをシステムとして捉えて、悪循環の構造について分析した名著。デスマーチという言葉は非常にインパクトがあり、流行語にもなった。

この本ではデスマーチプロジェクトとして、

　・与えられた期間が、常識的な期間の半分以下である
　・エンジニアが通常必要な半分以下である
　・予算やその他のリソースが必要分に対して半分である
　・機能や性能などの要求が倍以上である

といったことがあげられており、そのようなプロジェクトへの対処方法が述べられている。心当たりがある人は、とりあえず、読んでみよう！

なお、２００６年に第２版が同じ著者、同じ訳者で、日経ＢＰ社から出版されている。ただ、第２版であるが、違う本ではないかと思うくらい違う。僕は第１版の方が価値があるのではないかと思う。

「デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか」、日経ＢＰ社（2006）