アカウント名:
パスワード:
完成物を受け取る前提での契約は、バグや機能追加前提で随時修正することの多い最近の開発業態とは相性が悪いことは確かにある。でもCOCOAに関しては納品物のチェックなしに(未完成品を)完成品として受け取っていた。アジャイルだ相性だとはまったく別次元の問題だよ。
行政側に、仕様決めや完成品のテストができる人材が足りてなきゃ、ウォーターフォールだろうがアジャイルだろうが無理。
行政というか、民間も含めて日本の発注側の問題点として延々と言われてることだよね。
機能リリースするのは良いのだけれどバグはあって当たり前という前提で信頼性・安定性はボロボロで使い物どころかちょっとイジッタだけでぼろが出るようならリリースの意味なんて無い。
ある程度の信頼性と、納期の線引きが明確にできればアジャイルでもウォーターフォールでも構わないが、ダラダラやった上に成果物はバグだらけで工数は倍増なんて嫌われて当然。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
それ以前の問題 (スコア:5, すばらしい洞察)
完成物を受け取る前提での契約は、バグや機能追加前提で随時修正することの多い最近の開発業態とは相性が悪いことは確かにある。
でもCOCOAに関しては納品物のチェックなしに(未完成品を)完成品として受け取っていた。アジャイルだ相性だとはまったく別次元の問題だよ。
Re: (スコア:4, すばらしい洞察)
行政側に、仕様決めや完成品のテストができる人材が足りてなきゃ、ウォーターフォールだろうがアジャイルだろうが無理。
Re: (スコア:0)
行政というか、民間も含めて日本の発注側の問題点として延々と言われてることだよね。
Re: (スコア:1)
アジャイルでも、この時点ではここまでの機能をリリースしますってスケジュールが最終クライアント(政府)まで通ってれば問題なく通ることが多い。
むしろ、追加要望が来た時に、数手先のリリース時に後回ししやすい。
追加要望が来た時、それを捌けるかも、結局は受注側営業の力量。
# 営業が不安なら、まともなプロデューサーとか進行管理を用意して営業には口出させるな。
Re:それ以前の問題 (スコア:0)
機能リリースするのは良いのだけれどバグはあって当たり前という前提で信頼性・安定性はボロボロで使い物どころかちょっとイジッタだけでぼろが出るようならリリースの意味なんて無い。
ある程度の信頼性と、納期の線引きが明確にできればアジャイルでもウォーターフォールでも構わないが、ダラダラやった上に成果物はバグだらけで工数は倍増なんて嫌われて当然。