結果は予測できないソフトウェアのプロジェクト管理に「実験」の余地を
とにかく試してみることだ。それで正しい方向に向かえば、さらにやってみる。もしできなければ、別のことをやればいい。
毎週何千ものプロジェクトが頓挫していくのはなぜだろう。わたしたちは自分のプロジェクトとその環境で何が起きているかがつかめないのに、まるで未来を予言できる超能力があるかのように振る舞っているのが現実だ。われわれは愚か過ぎて現実が理解できない。
ではどうしたらいいのか。ガントチャートが作成できないというのなら、何が残っているのか。
作りたければガントチャートを作ればいい。問題なのはチャートではない。現実がそのチャート通りに進むと考えてしまうあなただ。言っておくが、チャートはただのコミュニケーションの道具にすぎない。ただのアイデアであって、不可侵なものでも何でもない。
自分も人間だと認めていいのだ。タスクが最終的にどうなるのかはっきり分からないからといって恥じることはない。とにかく試すこと、実験すること、試行錯誤だ。とにかくやってみて、どうなるか見極めることだ。それで正しい方向に向かうことができれば、さらにやってみる。もしできなければ、別のことを試せばいい。
この解決策は実に単純だ。しかしどうも、「実験すること」は魅力を失ってしまった。「マネジメント」は不確実性を許さない。クオリティばかりあげつらう風潮も、「欠陥ゼロ」「最初からうまくやる」といったたわ言ばかりで助けにならない。これはただ、着手する前に考える必要があるという意味であり、やり直す必要がある人間はみんなダメだという意味ではない。フレデリック・ブルックスでさえも、著書『人月の神話』の中で「従ってマネジメントの問題は、試験システムを構築してそれを捨てるかどうかではない。とにかくやることだ」と書いている。捨てるために計画しろというのがブルックスのアドバイスだ。
いや、何も考えずに動けというのではない。どの実験を行うか念入りに検討し、プロジェクト管理における全指標を使って結果をじっくり観察することだ。これは普通のソフトウェアPM（プロジェクト管理）にすぎない。試作品、コンセプト実証、すべての反復が、最終的な結果に近づくため、あるいは望ましい結果に向けた軌道修正の助けとなる新しい実験なのだ。
「しかし、建設業者は3回やり直さなくても家を建てられるじゃないか」。この手の論議にはうんざりなので、わたしはこう答えることにしている。「それなら建設業者に頼んでソフトウェアを作ってもらえ」
もちろん、偏見はさておいても、ITの部外者からこの質問をされるのは構わない。しかし、ITのプロであるわれわれがいまだに仕組みを解き明かそうとしているのは認め難い。とはいえ、われわれの職業は確立されたものではない。住宅建設のプロはわれわれより数千年先を行っている。古代エジプト人、ローマ人、ギリシャ人はみんな建物を建設していたが、当時データベースの概念はまだ発明されていなかった。ICT（情報通信技術）が専門性を磨こうとしているやり方――ほとんどが試行錯誤の付加的なアプローチ――はぶざまだとは思う。しかし、建設業者がしっかりした家を建てられるようになるまで、ピラミッドや聖堂や普通の家々は何百年にもわたって壊れ続けてきた。試みが実行され、建物は壊れた。試行錯誤だ。
そう、誰もがそうしてきたのだ。われわれもそうするしか選択肢はない。既にやってはいるが、それは「実験」とは呼べない。「反復」「代替策の評価」「選択肢の確立」とでも呼ぶべきものだ。
お願いだ。次の計画立案の際は「第1の試み」「第2の試み」などを入れてほしい。フェーズはすべて「手掛かりを模索」で終わること。とにかくやってみることだ。
本稿筆者のバス・デ・バー氏は、狂気のさたに近いプロジェクト管理の世界を知り尽くしている。出版業界でプロジェクトマネジャーを務め、プロジェクト管理専門の人気Webサイトwww.SoftwareProjects.orgの編集者でもある。突然任されたプロジェクト管理について指南した著書「Surprise! Now You're a Software Project Manager」（Multi-Media Publications刊、2006年9月）は実際の経験に基づいている。
この記事を読んだ人にお薦めのホワイトペーパー
この記事を読んだ人にお薦めの関連記事
ITmediaはアイティメディア株式会社の登録商標です。