「納期を半分にしてくれ、金なら出す」

システム開発で、もし顧客から「お金なら出しますから、4カ月のところを2カ月で作ってくれませんか？」と言われたらどうするか？ この状況についての考察を、TISの社内ベンチャー「SonicGarden」代表を勤める倉貫義人氏がブログ「Social Change!」のエントリ「アジャイル開発のボトルネック」に興味深くまとめています。 倉貫氏はアジャイル開発手法を実践してきた人としても知られており、先日まで「日本XPユーザグループ」の会長でもあった人です。考察もアジャイル開発手法の考え方に基づいて展開されています。 まず、品質以外のパラメータが変動可能なら、納期を短くすることも可能か？ について倉貫氏は考察しています。 確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 と

[eeeepenguin]

“冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているから出る発言だろう。”　はい、同意。

[drumsco]

「スコープは要求文書ではなく、交渉の連続です」ということと「計画は規定ではなく、進化し、変化する目標です」

[takuno]

つまり、発注側のかけるコスト（工数）の限界が、ソフトウェア開発における速度の限界点なのだ。プロジェクトが成功するかどうかの分水嶺と言える。

[tinsep19]

つまり、発注側がかけるコスト(工数)の限界が、ソフトウェア開発における速度の限界点

[zenkaifc]

あるあるある。必ず失敗する。必ず。

[tagomoris]

工期を短く切って一気に完成まで持っていくことで、開発中に言うことがコロコロ変わるお客さんの妄動を防げる場合もある。プロダクトの品質を見れば満足してもらえるという自信がある場合に限るけど。

[sigh1175]

工期を短く切って一気に完成まで持っていくことで、開発中に言うことがコロコロ変わるお客さんの妄動を防げる場合もある。プロダクトの品質を見れば満足してもらえるという自信がある場合に限るけど。

[pitworks]

実際には納期を短くするのは難しい。なぜなら、開発の速度にかかわるボトルネックは開発だけにあるわけではないから。具体的なボトルネックは仕様策定と検収。

[nekomori]

金が有っても人材おらず、そして品質も半分に

[H_Yamaguchi]

金を出す意思があるだけ、まだまし。

[SavingThrow]

"スコープは要求文書でなく交渉の連続＋計画は規定でなく進化し変化する目標＝顧客と開発者が協力して仕様決めや検収するので、発注側のかけるコスト（工数）の限界が、software開発速度の限界点でありPJ成功の分水嶺。"

[chroQ]

今年になってからこういう話増えてきたんだよな...／エントリの通りで、本来要件のところで一番時間かかるので結局怖くて受けられない。

[nelnal_memo]

工数を半分にすることが出来るのかという考察。結局最初に提示したスケジュールが本当の意味での最短日程になるのか。なるほど。人を増やしたりなんかすれば解決する問題じゃないしなぁ。