ギリガン島からの脱出

Jeff Atwood / 青木靖 訳
2007年6月18日
 

スティーブ・マコネルの書いた開発プロセスで良くある誤りのリストと、その付録のケーススタディを年に1度くらいは見直しておくと助けになる。私が前にも同じ話しをしているようだったら止めてほしい。

｢ねえマイク｣トーマスが言った。｢プログラムを今日引き渡して、それを『機能完成版』だと言うことだってできる。だけど仕上げをするのに、そのあとたぶん3週間 くらいかかる｣。マイクはその｢仕上げ｣というのが何を意味しているのかトーマスに尋ねた。 ｢それぞれのページに会社のロゴがまだついていない。それから代理店の名前と電話番号をページの下の方に出すことになっているけど、それもやってない。なんかそういった細かいことだよ。重要なところはすべてちゃんと動くようになっている。99パーセントできているんだ｣

ソフトウェアの古い諺に言うように、｢タスクの最初の90パーセントには90パーセントの時間がかかり、そして最後の10パーセントにはさらに90パーセントの時間がかかる｣のだ。

良くある誤りのケーススタディを読むのは気が重い。America's Most Wantedに出ている事件の再現を見るようだ。それは誇張されてはいるが、自分でこれまで目にしてきたソフトウェアプロジェクトにおける病理のほとんどすべてが、奇妙なくらい正確に要約されている。

これはマコネルがギリガン島になぞらえている現象で、難破者たちは毎週島から脱出するための新しいクレージーな方法を試みるのだが、結局彼らは島に押しとどめられることになる。

ソフトウェア開発との類似点が見て取れないというなら、ソフトウェアプロジェクト失敗の長く惨めな歴史について、もう一度語らせてもらうことにしよう。良くある誤りが良くある理由は、それが魅惑的なためだ。それらの罠に引っかかった時、意識してそのことに気付くよう努める必要がある。スティーブが以前インタビューで話しているように。

ソフトウェアプロジェクトの成功がかかっているのは、いくつかのことを間違わずに行うことではなく、ほとんどすべてのことを正しくやるということなのだ。

これが、マコネルのラピッドデベロップメントで解説されている36のよくある誤りの1つひとつを、今、頭に焼き付けておく必要がある理由だ。

経験を積んだ開発者と経験のない開発者の違いが何かというと、経験を積んだ開発者には誤りを犯している時にそれと分るということだ。同じ事はソフトウェアプロジェクトやプロジェクトマネージャについても言える。ソフトウェアプロジェクトを進めるとき、よくあるプロジェクトの 間違いのリストを意識して読み返さないなら、それらの間違いのどれかを今犯していそうかどうかもわからないだろう。

誤りを犯すことは避けられないにしても、同じ誤りを繰り返すのは避けられることなのだ。犯す誤りがすべて新しく、前に見たことがないものになるよう努める必要がある。スティーブ・マコネルはブログで良くある誤りをいくつか新しく取り上げており、これは10年目にしての聖典への追加ということになる。

• 目標と見積りとを混同する
• 過剰なマルチタスキング
• グローバルな開発が労力に与えるインパクトを無視できるものと仮定する
• プロジェクトのビジョンが不明確
• 実際の地形よりも地図の方を信用する
• コスト削減のためのアウトソーシング
• チームに暗闇の中を進ませる (以前の｢管理者によるコントロールの欠如｣の替わり)

スティーブはまた、我々読者からのフィードバックを求めている。彼は良くある誤りについてアンケートをしていて、参加者を募っているところだ。ソフトウェアプロジェクトについて何らかの経験があるなら、是非協力するといい。

ソフトウェア開発は本当に分の悪い戦いだ。しかしこれまでのプロジェクトで他の多くの人たちが犯しているのと同じ誤りを避けることができたなら、島から脱出することだってできるかもしれない。そのことを時々思い返すのはいいことだと思う。