アカウント名:
パスワード:
完成物を受け取る前提での契約は、バグや機能追加前提で随時修正することの多い最近の開発業態とは相性が悪いことは確かにある。でもCOCOAに関しては納品物のチェックなしに(未完成品を)完成品として受け取っていた。アジャイルだ相性だとはまったく別次元の問題だよ。
行政側に、仕様決めや完成品のテストができる人材が足りてなきゃ、ウォーターフォールだろうがアジャイルだろうが無理。
行政側に、仕様決めや完成品のテストができる人材がいなければ発注してはいけない、という認識は間違ってないか。行政は政策と国民のニーズに基づいて「こういう機能のものがほしい」と要求と予算を割り当てるプロであって、エンジニアリングの専門家ではない。その要求に基づきシステムの仕様を決め構築し要求を満たすことを確認するところまでがSIerの仕事であるべきだと思うのだが。
# まあ、現実はそうなってないよね。
道路工事とかはできるのに?
まあこういう反論が来るだろうなとは思ってました。できる人がいない、できないからやってはいけないわけではない。いやできないならやらないほうがいいが。だができないからできるようになっていけないわけではない。実際道路工事の背景にはいわゆる都市計画がありここは行政がやってる。あなたが行政の仕事ではないと主張することをやってるわけだ。そういう意味での道路工事はやってるのにというコメント。
黒部ダムとか青函トンネル作るときの日本てそんなんだっけ?システム一般の話をしていたつもりがココア限定の話だった?ああ言えば上祐も死語か。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
それ以前の問題 (スコア:5, すばらしい洞察)
完成物を受け取る前提での契約は、バグや機能追加前提で随時修正することの多い最近の開発業態とは相性が悪いことは確かにある。
でもCOCOAに関しては納品物のチェックなしに(未完成品を)完成品として受け取っていた。アジャイルだ相性だとはまったく別次元の問題だよ。
Re: (スコア:4, すばらしい洞察)
行政側に、仕様決めや完成品のテストができる人材が足りてなきゃ、ウォーターフォールだろうがアジャイルだろうが無理。
Re: (スコア:1)
行政側に、仕様決めや完成品のテストができる人材がいなければ発注してはいけない、という認識は間違ってないか。
行政は政策と国民のニーズに基づいて「こういう機能のものがほしい」と要求と予算を割り当てるプロであって、エンジニアリングの専門家ではない。
その要求に基づきシステムの仕様を決め構築し要求を満たすことを確認するところまでがSIerの仕事であるべきだと思うのだが。
# まあ、現実はそうなってないよね。
Re: (スコア:0)
道路工事とかはできるのに?
Re:それ以前の問題 (スコア:1)
別物なんですよね。
Re: (スコア:0)
まあこういう反論が来るだろうなとは思ってました。
できる人がいない、できないからやってはいけないわけではない。いやできないならやらないほうがいいが。
だができないからできるようになっていけないわけではない。実際道路工事の背景にはいわゆる都市計画がありここは行政がやってる。あなたが行政の仕事ではないと主張することをやってるわけだ。そういう意味での道路工事はやってるのにというコメント。
Re: (スコア:0)
それに対して接触アプリの専門家は大して居ないと思う。
工事の検査ができる技官は、市町村にいるけど、接触アプリの技官は、少なくとも開発時点では居なかった。
同じに捉えるのは乱暴と思うよ。
Re: (スコア:0)
黒部ダムとか青函トンネル作るときの日本てそんなんだっけ?システム一般の話をしていたつもりがココア限定の話だった?
ああ言えば上祐も死語か。
Re: (スコア:0)
巨大土木プロジェクトがあったとして、技術的に新規性が有り、ブレークスルーが必要な項目は全体共有できそうだが、ソフトウェアの場合、そういう専門的なことは言われても困るって対応されることが多い気がする。
抽象的な世界で、わずかな人数で構築可能なソフトウェアと、労働集約的な土木工事では、リテラシー教育をきちっとしないと認知できる範囲が異なるんだと思う。
アルジャイルな開発は知識共有的な意味でも有効じゃないのかな。