ソフトウェア開発プロジェクトは「負ける」宿命なのか - 勘と経験と読経

「どうやったらプロジェクトの失敗を防げるか」について話していたら、後輩の一人が面白い事を言った。「システム屋は最初から負けている」。くわしく聞くと、こういうことらしい。 ソフトウェア開発プロジェクトの総予算は早い段階で確定していて、増額は困難である。 早期に全ての要求を見通すことは不可能であり、プロジェクトを始めていくとスコープは少しづつ増えていく。原価も増えていく。 プロジェクトを開始した以上、途中でバスを降りることは不可能である。収益が悪化しても走り続けるしかない。 故に、われわれシステム屋は「負ける」宿命を負っている。 いろいろとツッコミどころはあるのだけれど、想う所を整理してみたい。 じゃあビジネスアジャイルだ、ということではない アジャイル脳的な反応が容易に予測できる。 最初に大きく計画し一括で開発しようとすること自体が誤り。リスクを極小化しビジネス価値を最大化するために、アジャ

[ledsun]

慧眼。多くのプロジェクトは始めた時点で「勝ち」が無い。「大敗しなければ失敗ではない」がゴールになる。飯が食えればいいじゃんという面もあるが、情熱燃やせないって面もある。

[katzchang]

開発者が選択を迫れば解決するんなら、迫るべきじゃない？

[materia-x64]

プロジェクト開始時点で負けてるようなヤツもあったりする。（マネージャー層より上の人達は気が付いてない）勝てるやり方を知らない人が多いと考えた方が良いのかなぁ？

[rryu]

費用と期間が最小になるように見積もると満点が0点の減点ゲームにしかならないので、最大限に勝っても引き分けにしかならないという哀しい現実が。

[p260-2001fp]

顧客との意思疎通かな。バッファは積むしかないけど、積んだ分全て使い切るよね。作り直しは技術的問題より顧客の「ぶれ」が多数と感じる。いかに顧客を開発側に巻き込むか。アジャイルは顧客側にこそ必要と思う

[pochi-mk]

「負け」やすい宿命がある、には同意。ただ先日見た NHK スペシャルにもでてきた IBM のワトソンみたいないわゆる「人工知能」的な何か、も進歩して開発を助けてくれる...かな？

[joker1007]

一番の基本である見積りの十分なバッファでさえ、あまり上手くいかないことが多い気がする。大体、時間は使いつぶす。そもそもバッファを大量に積むのは今の時代に合っているのだろうか？

[sugimori]

負けないような努力は可能だが、何もしなければ負けやすいのは確か。

[nobusue]

SIはリスク側が極端に大きい割にリターンが小さいビジネスになりつつある

[t-wada]

"見積りと予算の関係の取り違え" "プロジェクトの成功には限りがあるが、失敗には限りがない"