アカウント名:
パスワード:
アジャイルを受け入れてくれる一般企業の発注者、そもそもそんなにいなくない？
素人考えで申し訳ないけど、そもそもどういう開発のやり方をするかなんて、発注側には関係なくない?発注側としては、要求仕様どおりのものを指定期日までに作ってくれればいんだから、問題は要求仕様どおりの物が正しく出来ているかどうかがちゃんと確認できるかだけの問題と思うんだけど。もちろん途中で状況がかわって仕様変更の必要が出てくる事もあるだろうけど、その時は一旦作業を止めて、変更仕様を提示し、納期や追加費用の交渉をするんじゃないのかな。まあ、追加費用が出た場合にその費用調達が行政機関だと難しいのかもしれないが、それは開発手法に関係ないよね。
ちゃんとした要求仕様を作成できる発注側なんて日本には存在しません。基本的に「良きに計らえ」としか書いてないんだから。
そういうことなら、余計に開発手法関係ないよね。まして、接触確認アプリなんて、目的ははっきりしているし、他国でも作っているようなものだから、最低限の要件定義はできると思うんだけど。# 要するに#4029386 [srad.jp]のコメントに書いている事が真実なのか。
「接触分析プログラム」ならウォーターフォールでも良いだろうけど「接触確認アプリ」となった時点で天下り外郭団体と随契して運営するしかないだろ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
自分の体験のみで恐縮だけど (スコア:0)
アジャイルを受け入れてくれる一般企業の発注者、そもそもそんなにいなくない？
Re: (スコア:0)
素人考えで申し訳ないけど、そもそもどういう開発のやり方をするかなんて、発注側には関係なくない?
発注側としては、要求仕様どおりのものを指定期日までに作ってくれればいんだから、問題は要求仕様どおりの物が正しく出来ているかどうかがちゃんと確認できるかだけの問題と思うんだけど。
もちろん途中で状況がかわって仕様変更の必要が出てくる事もあるだろうけど、その時は一旦作業を止めて、変更仕様を提示し、納期や追加費用の交渉をするんじゃないのかな。まあ、追加費用が出た場合にその費用調達が行政機関だと難しいのかもしれないが、それは開発手法に関係ないよね。
Re: (スコア:0)
ちゃんとした要求仕様を作成できる発注側なんて日本には存在しません。
基本的に「良きに計らえ」としか書いてないんだから。
Re: (スコア:0)
そういうことなら、余計に開発手法関係ないよね。
まして、接触確認アプリなんて、目的ははっきりしているし、他国でも作っているようなものだから、最低限の要件定義はできると思うんだけど。
# 要するに#4029386 [srad.jp]のコメントに書いている事が真実なのか。
Re:自分の体験のみで恐縮だけど (スコア:0)
「接触分析プログラム」ならウォーターフォールでも良いだろうけど
「接触確認アプリ」となった時点で天下り外郭団体と随契して運営するしかないだろ