アカウント名:
パスワード:
アジャイルを受け入れてくれる一般企業の発注者、そもそもそんなにいなくない？
素人考えで申し訳ないけど、そもそもどういう開発のやり方をするかなんて、発注側には関係なくない?発注側としては、要求仕様どおりのものを指定期日までに作ってくれればいんだから、問題は要求仕様どおりの物が正しく出来ているかどうかがちゃんと確認できるかだけの問題と思うんだけど。もちろん途中で状況がかわって仕様変更の必要が出てくる事もあるだろうけど、その時は一旦作業を止めて、変更仕様を提示し、納期や追加費用の交渉をするんじゃないのかな。まあ、追加費用が出た場合にその費用調達が行政機関だと難しいのかもしれないが、それは開発手法に関係ないよね。
屏風を例えにするなら、少なくとも接触確認アプリに関してアジャイルを適用するのは、屏風に虎を書いてくださいとお願いしたら、書いている途中に「虎ってこうですよね」って聞かれながら絵を描いてもらっているような感じに思える。で、最終的に書かれた虎が虎と似ても似つかないようなものになっても、「途中で確認しましたよね」ともいえて、責任範囲があいまいになるような。# でも、今回の問題は虎に似ても似つかないものが書かれていたにも関わらず、誰も確認せず、4ヶ月間もそのままだったような事なんだけど。
あいまいにはならんよ確認したんだから確認された側(顧客)の責任だから顧客の意思決定者を巻き込まなければいけないとなって日本では難しい「こうする」とかその場で一人で決められる人(っていうかその一人に権限を集中する組織?)が少ないよなっていう
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
自分の体験のみで恐縮だけど (スコア:0)
アジャイルを受け入れてくれる一般企業の発注者、そもそもそんなにいなくない？
Re: (スコア:0)
素人考えで申し訳ないけど、そもそもどういう開発のやり方をするかなんて、発注側には関係なくない?
発注側としては、要求仕様どおりのものを指定期日までに作ってくれればいんだから、問題は要求仕様どおりの物が正しく出来ているかどうかがちゃんと確認できるかだけの問題と思うんだけど。
もちろん途中で状況がかわって仕様変更の必要が出てくる事もあるだろうけど、その時は一旦作業を止めて、変更仕様を提示し、納期や追加費用の交渉をするんじゃないのかな。まあ、追加費用が出た場合にその費用調達が行政機関だと難しいのかもしれないが、それは開発手法に関係ないよね。
Re: (スコア:0)
ってなるでしょ。
そこをちょっとずつ屏風に絵を描いてくから見ててね、ってのがアジャイルだ。
Re:自分の体験のみで恐縮だけど (スコア:0)
屏風を例えにするなら、少なくとも接触確認アプリに関してアジャイルを適用するのは、屏風に虎を書いてくださいとお願いしたら、書いている途中に「虎ってこうですよね」って聞かれながら絵を描いてもらっているような感じに思える。で、最終的に書かれた虎が虎と似ても似つかないようなものになっても、「途中で確認しましたよね」ともいえて、責任範囲があいまいになるような。
# でも、今回の問題は虎に似ても似つかないものが書かれていたにも関わらず、誰も確認せず、4ヶ月間もそのままだったような事なんだけど。
Re:自分の体験のみで恐縮だけど (スコア:1)
あいまいにはならんよ
確認したんだから確認された側(顧客)の責任
だから顧客の意思決定者を巻き込まなければいけないとなって日本では難しい
「こうする」とかその場で一人で決められる人(っていうかその一人に権限を集中する組織?)が少ないよなっていう