アカウント名:
パスワード:
完成物を受け取る前提での契約は、バグや機能追加前提で随時修正することの多い最近の開発業態とは相性が悪いことは確かにある。でもCOCOAに関しては納品物のチェックなしに(未完成品を)完成品として受け取っていた。アジャイルだ相性だとはまったく別次元の問題だよ。
行政側に、仕様決めや完成品のテストができる人材が足りてなきゃ、ウォーターフォールだろうがアジャイルだろうが無理。
行政側に、仕様決めや完成品のテストができる人材がいなければ発注してはいけない、という認識は間違ってないか。行政は政策と国民のニーズに基づいて「こういう機能のものがほしい」と要求と予算を割り当てるプロであって、エンジニアリングの専門家ではない。その要求に基づきシステムの仕様を決め構築し要求を満たすことを確認するところまでがSIerの仕事であるべきだと思うのだが。
# まあ、現実はそうなってないよね。
中身はブラックボックスでいいんだよ。要求した仕様を満たしているかを判断する能力は業務の理解力だけ。エンジニアリング能力はまったく別の話。そこをごっちゃにして思考停止する人間があまりにも多すぎる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
それ以前の問題 (スコア:5, すばらしい洞察)
完成物を受け取る前提での契約は、バグや機能追加前提で随時修正することの多い最近の開発業態とは相性が悪いことは確かにある。
でもCOCOAに関しては納品物のチェックなしに(未完成品を)完成品として受け取っていた。アジャイルだ相性だとはまったく別次元の問題だよ。
Re: (スコア:4, すばらしい洞察)
行政側に、仕様決めや完成品のテストができる人材が足りてなきゃ、ウォーターフォールだろうがアジャイルだろうが無理。
Re: (スコア:1)
行政側に、仕様決めや完成品のテストができる人材がいなければ発注してはいけない、という認識は間違ってないか。
行政は政策と国民のニーズに基づいて「こういう機能のものがほしい」と要求と予算を割り当てるプロであって、エンジニアリングの専門家ではない。
その要求に基づきシステムの仕様を決め構築し要求を満たすことを確認するところまでがSIerの仕事であるべきだと思うのだが。
# まあ、現実はそうなってないよね。
Re: (スコア:0)
中身はブラックボックスでいいんだよ。
要求した仕様を満たしているかを判断する能力は業務の理解力だけ。
エンジニアリング能力はまったく別の話。
そこをごっちゃにして思考停止する人間があまりにも多すぎる。
Re:それ以前の問題 (スコア:0)
一般論でいうと、システムが処理をおこなう手順には本来曖昧さが無いので、業務処理を分かっている人なら、どう動いているか説明を受ければ理解はできる。
その上で業務を知っているなら想定できる複雑な組合わせでの挙動について、開発者側に質問できる。
ただ、接触アプリは、業務上接触アプリみたいな仕事をやってる人は居ないでしょうから、それ事態新規性が高い業務と思うが。 厚労省の開発窓口担当者になったとして、大して自分の知見が生かせない業務で、中途半端に関わって失敗の責任をとらされるより、事前に複雑な開発で内部検証は不能という稟議をとっておく方が、処世術的には正しいと思うのでないかな。