IT変革力【第24回】

Windows Vista開発は「人月の神話」を超えられるか？

　遅れているWindows Vistaの開発。開発規模が大きくなって、いわゆる「人月の神話」に陥っているのではという見方も出ていますが、このなかなか解決できない根本的問題と対比した、マイクロソフト社の試みに注目してみました。

公開 2006年11月08日 00時00分

更新 2012年09月04日 20時04分

[TechTarget]

印刷する Googleで優先するソースとして追加

　マイクロソフトの次期OSであるWindows Vistaの開発が遅れています。当初予定よりずれ込み、2007年1月発売予定と言われています。さらにWindows Vistaの開発遅延に関してはソフトウェア工学上の「『人月の神話』に陥っているのではないか」と言う見方が各方面から出ています。そこで今回は「人月の神話」と言うITシステム開発のハードルの問題を取り上げます。

幻のIBM360の開発で発見された理論

　ITシステムに関する読むべき古典を挙げろと言われれば、筆者は真っ先に1970年代に書かれたフレデリック・P・ブルックス,Jr（Frederick P. Brooks, Jr.）による「人月の神話」を挙げると思います。この書籍の著者は現在、神代の昔の名作と言われる名機IBM360のオペレーティング・システムの開発プロジェクト・マネージャーでした。IBM360と言えば米国のIBM社が当時のライバル・ユニバック社（現ユニシス社）を抜き去り、世界市場を席巻し始めた頃の最初の大型汎用コンピュータです。今で言うレガシー・システムのもっとも初期のプロダクトでした。

　「人月の神話」が世に出た1970年代当時のITシステム開発プロセスは、現状分析、概要設計、基本設計、詳細設計、プログラム開発、テスト、移行といった段階に分かれていました。これをウォーターフォール型開発と称していました。いずれにしても本書は、現代にも有効なソフトウェア工学上の名著と言われています。

開発要員は交換可能な人月ではない

　「人月の神話」は開発プロジェクトの失敗を（1）見積もりの不十分さ、（2）人月が交換可能という神話、（3）マネージャーのなさと頑迷さ、（4）ずさんなスケジュール管理などとしています。

　とりわけ重要なのは、（2）の「人月が交換可能という神話」です。分かりやすく言えば「開発要員を規模の増大に応じてどんどん追加したり、簡単に交換可能できると考えるのは幻想だ」というわけです。だから規模が大きなITシステム開発は失敗するリスクが幾何級数的に高くなると主張されました。

　それは一体、なぜでしょうか。ブルックスはその原因として開発要員間のコミュニケーション量に注目しました。皆さんは平面上に無数の点がある場合、任意の二点を結ぶ線分の数はN・(N-1)/2であると言う方程式をご存知ですね。この場合、点の数が開発要員数、線分の数が求められるコミュニケーション量に相当します。

　分かりやすく言えば、ITシステムの開発工数規模が大きくなればなるほど、つまり開発要員の数が増えれば増えるほど開発者相互間のコミュニケーション量は飛躍的に増加し、開発のリスクが高まるという意味です。

　こうなれば個々のモジュールの開発要員を簡単に取り替えたり、増やしたりできなくなります。人月と言う人手をいくらでも増やしたり、交換できるのは、「相互のコミュニケーションが必要ない仕事だけだ」と言うわけですね。そして「狼人間を撃つ銀の弾は無い」と言うサブタイトルが「人月の神話」には付いています。そして彼は「人月の神話」は「いかなる方法論も有効でない、手の打ちようがないITシステム固有の開発病だ」といった意味の主張をしました。

　これは当時、非常に新しいコンセプトであり、あまりに当時の状況を的確に言い当てていたため「人月の神話」はIT業界において一大センセーションを巻き起こしました。筆者も本書に感激したのを鮮明に覚えています。

　この「人月の神話」は、「特定の技術なり、技法なりではこの問題は解決できない」という神話をIT業界に残しました。このおかげで高年齢のシステム技術者は古いレガシー・システムのお守だけで存在意義を主張でき、多くのソフトウェア企業は、競争原理を排除する「随意契約の必要性」を主張し、一種の系列取引を確立して長い間、黒字を維持してきたと考えられます。「人月の神話」を逆手にとって大いに儲けてきたわけですね。

　ソフトウェア工学上の未解決問題が、古いシステム技術者を養い、長らくソフトウェア業界を潤してきました。ウォーターフォール型開発から一定程度脱却したと言われるオープン・システム開発でも、「人月の神話」の根本問題は解決されませんでした。

「人月の神話」はマイクロソフトの次期OSのWindows Vista開発にも当てはまるのか

　筆者も詳しいことは何も知りませんが、マイクロソフト社のWindows XPの後継OSであるWindows Vistaの開発が遅れています。そして識者の間からは盛んに「人月の神話」が犯人ではないかと言う見方が出ています。

　一説によれば、Windows Vistaのステップ数は5,000万ステップを越えるほど巨大だと言われています。これは大手都市銀行の基幹系システムをはるかに凌駕する規模です。確かにこの規模のソフトウェア開発になれば、「人月の神話」が当てはまる状況であると考えてもおかしくはありません。

　あまりにも巨大な次期OSであるWindows Vistaの開発を前にして、マイクロソフト社は幾何級数的に開発要員間のコミュニケーション量が増える事態に陥っているのでしょうか？　確かなことは筆者も分かりません。

「人月の神話」をどう避けるのか？

　このちょっとしたヒントはインターネット上にあります。インターネット上には無数の業務システムが稼動しています。そしてそれぞれのITシステムは独立して動いており、Webサービスによりほんの軽くつながっているだけです（疎結合と言われている結合方式）。

　仮にWindows Vistaを多数の小さな仕組みに分解し、サーバ上に振り分けたら、インターネットのようなごく軽いインタフェースを持ったITシステムができ上がるかもしれません。そうなれば開発者間の無限のコミュニケーション量（N・(N-1)/2）は理論上、ほとんどゼロに減ってきます。Web2.0がIT「システムを軽く作れ！」と言っているのも、「人月の神話」の視点から見れば、「開発要員間の無限のコミュニケーション量を限りなくゼロにして、開発を明確なモジュールに分割し、開発要員の簡単な取り替えや増加、減少が可能な状態にせよ！」と言っているのと同じことになると思います。

　これが業務系システムの場合には、APIと呼ばれるインタフェースやERDと呼ばれるデータベース設計との深い絡みを、標準化によりどのように相互に切り離すかと言った問題が出てきますが。

　ITシステムの要員交代の問題が解決すれば、これは本当にソフトウェア工学上の革命です。

　EAやPMBOK、UML、ITILなどの開発・運用方法論も開発担当者間のコミュニケーション量削減に寄与する目的で開発されたと考えられます。また、そうでなければ方法論の意味がありません。しかし、軽いインタフェース（疎結合設計）による設計と言うアーキテクチュアの問題がその中で最も重要と考えられます。

　基幹系のITシステムでも、ごく軽いインタフェースを持ったITシステムが主流の時代になれば「人月の神話」のおかげで高い運用費を稼いでいる多くのソフトウェア企業は、極端に言えば倒産するかもしれません。一方、IT活用企業の生産性は確実に向上します。

マイクロソフト社の試みに注目しよう！

　マイクロソフト社は「人月の神話」に引っかかるWindows Vistaの開発とWeb2.0を前提としたWindows Liveと言われるインターネット版の開発を同時に進めています。Windows Liveはそれぞれの機能モジュールが軽くて、相互に独立した疎結合型の開発形式を取っているわけですね。こうすれば確かにコミュニケーション量の阻害問題は、理論的には解決の方向に向かいます。Web2.0型のWindows Liveはその設計思想から「人月の神話」に引っかからない可能性が、理論的には高いと思われます。

　Web2.0における軽いインタフェースによる相互接続と言うのは「人月の神話」からの脱却を意味します。はたして具体的にどこまでそれが可能なのでしょうか？　Windows Vistaの従来からの重い開発との対比でマイクロソフト社の2つの試みは非常に興味深いです。

（野村総合研究所　社会ITマネジメントコンサルティング部　上席研究員　山崎秀夫）

印刷する

Windows Vista開発は「人月の神話」を超えられるか？

幻のIBM360の開発で発見された理論

開発要員は交換可能な人月ではない

「人月の神話」はマイクロソフトの次期OSのWindows Vista開発にも当てはまるのか

「人月の神話」をどう避けるのか？

マイクロソフト社の試みに注目しよう！

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓