芝浦鉄親父のいにしえの記憶：SSブログ

	ブログをはじめるログイン

2018年05月07日｜ 2018年05月10日｜2018年05月16日ブログトップ

人月の神話　 [PMP]

「人月の神話」（The Mythical Man-Month: Essays on Software Engineering）という本を読みました。

フレデリック・ブルックス（Frederick P. Brooks, Jr）が著した「ソフトウェア工学のバイブル」とも呼ばれている本です。

私は丸36年間、ソフトウェア開発にかかわる仕事に携わっています。そして、二度目の大学の卒業研究のテーマもソフトウェア開発に関するものでした。

それだけ長い期間、ソフトウェア開発にかかわっていても「ソフトウェア工学のバイブル」と呼ばれるこの本を読んだことはおろか、触れたこともなかったです。そもそも、本を読むことが好きではないことも、読まなかった理由の一つかも知れません。

そんな私でも、この本に記されている「ブルックスの法則」は知っていました。

ブルックスの法則：遅れているソフトウェアプロジェクトへの要員追加は、さらにプロジェクトを遅らせるだけである。

私が社内のソフトウェア開発者向けに開催しているPMBOKを中心にしたプロジェクトマネジメントの講習会の中では、タイム・マネジメントの知識エリアの部分で「ブルックスの法則」について紹介していました。

私自身、自分がプロジェクトマネージャを務めて数多くのプロジェクトを失敗させた貴重な経験（？）から、遅れているプロジェクトに要員を追加しても、せいぜい更なるスケジュール遅延を招かないことが精一杯であることを認識しています。
結局は、プロジェクトに当初から参画しているメンバーしか本質的にプロジェクトを建て直すことしかできないことを痛感して来ました。

ソフトウェア開発のプロジェクトマネジメントに携わる人間にとって「ブルックスの法則」は格言であり、戒めの言葉でありますが、実際に自分のプロジェクトが遅れると、戒めの言葉を忘れてしまう、あえて忘れようとしてしまうのが事実かもしれません。

－－－－－－－－－－

本を読むことが好きでない私が「人月の神話」を読んだのは、PMP資格更新に必要なPDU獲得のためです。

この本を読んだ時、私がポイントと感じて書きとめた言葉の一部を列挙してみます。
‐コンセプトの完全性こそ、システムデザインにおいて最も重要
-セカンドシステム症候群
‐マニュアルの形式的定義と散文的定義
‐プロジェクトマネージャの最良の友は製品テスト機関
‐労力＝（定数）×（命令の数）の1.5乗
‐文書はコミュニケーションの負担を軽減させる
‐パイロットシステムは廃棄すべきもの　
‐プログラムメンテナンスはシステムに修正不可能な陳腐化をもたらす
‐個人的なツールはコミュニケーションの妨げになる
‐重要な仕事は慎重に製品を定義すること
‐マイルストーンを鋭利な刃物のようにあいまいなことをなくすことが重要

どれも、ソフトウェア開発に携わった人間なら共感できる言葉だと思います。
しかし、現実のプロジェクトでは様々な理由で、この言葉の通りに実行できないのがプロジェクトマネジメントの難しいところです。「人月の神話」で活字になったこれらの言葉を読んで”目から鱗”の感を懐きました。

－－－－－－－－－－

「人月の神話」の自習を教育カテゴリーReadでPDU申請して、2020年1月までの今CCRサイクルで31PDUの獲得となりました。

今CCRサイクルで申請したClaimは、教育カテゴリーCourse or Trainingで1Claim、教育カテゴリーReadで2Claim、前CCRサイクルからの持越しのClaimがギブバックカテゴリーShare Knowledgeで1Claimです。

PMIタレント・トライアングルの「リーダーシップ」、「テクニカル・プロジェクトマネジメント」、「ストラテジック＆ビジネスマネジメント」の各サブ・カテゴリーで必須の8PDUはクリアできました。

PMP資格更新には60PDUが必要なので、2020年1月までの今CCRサイクルで残り29PDUの獲得が必要となります。引き続き地道に、着実にPDUの獲得に努めたいと思います。