アカウント名:
パスワード:
毎日の記事にこうある。
- 同庁の審査部門などから、機能の追加要求が断続的に寄せられたことが混乱に拍車をかけた...
- 特許庁が発注段階で、どういうシステムが必要かを詳細まで文書に落とし込む『見える化』をしていれば、ここまで開発が混乱することはなかった...
#なんだかなあ。
分厚いRFP書いた(NTTDに書かせた)、って庁は偉そうにいきがってましたが、中身は良きに計らえしか書いていない。NTTDが取ることを前提に記述したのだから当然です。
基本となる法令や国際法、それらに対応するための暗黙的な運用、大量の人力を使っての仕分け作業、外注に出してる作業、審査の実態もろもろ、大量のイレギュラーの塊なのが現状。
自分の仕事は知っていても、それら全部を把握してる人はいないし、どこまでやるかを決められる人は庁にもTSOLにもいない。
調達仕様書はIBMビジネスコンサルティングサービス(現在は日本IBMと経営統合)と作ったって報じられてるけどね。それを元に入札実施した、とも。
http://itpro.nikkeibp.co.jp/article/COLUMN/20121204/441882/ [nikkeibp.co.jp]
リンク先の内容が正しいなら、仕様書と全く異なる提案を特許庁がしてきた時点で色々アウトだよね。後でちゃぶ台返しするなら入札の意味がない。
#それにしても今さらなんで新聞記事に・・?
どこでもそうだとは思うのですが、
「調達仕様書の元ネタ」はデータが作っています。それをもとに、IBMが「調達仕様書」を作ります。
「調達仕様書」を作った業者はその案件に入札できないので、そういうカラクリになってます。
なので、実質はデータが作りました。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
発注者問題 (スコア:4, 興味深い)
毎日の記事にこうある。
- 同庁の審査部門などから、機能の追加要求が断続的に寄せられたことが混乱に拍車をかけた...
- 特許庁が発注段階で、どういうシステムが必要かを詳細まで文書に落とし込む『見える化』をしていれば、ここまで開発が混乱することはなかった...
#なんだかなあ。
Re: (スコア:0)
分厚いRFP書いた(NTTDに書かせた)、って庁は偉そうにいきがってましたが、
中身は良きに計らえしか書いていない。
NTTDが取ることを前提に記述したのだから当然です。
基本となる法令や国際法、それらに対応するための暗黙的な運用、
大量の人力を使っての仕分け作業、外注に出してる作業、
審査の実態もろもろ、大量のイレギュラーの塊なのが現状。
自分の仕事は知っていても、それら全部を把握してる人はいないし、
どこまでやるかを決められる人は庁にもTSOLにもいない。
Re:発注者問題 (スコア:1)
調達仕様書はIBMビジネスコンサルティングサービス(現在は日本IBMと経営統合)と作ったって報じられてるけどね。それを元に入札実施した、とも。
http://itpro.nikkeibp.co.jp/article/COLUMN/20121204/441882/ [nikkeibp.co.jp]
リンク先の内容が正しいなら、仕様書と全く異なる提案を特許庁がしてきた時点で色々アウトだよね。後でちゃぶ台返しするなら入札の意味がない。
#それにしても今さらなんで新聞記事に・・?
Re: (スコア:0)
どこでもそうだとは思うのですが、
「調達仕様書の元ネタ」はデータが作っています。
それをもとに、IBMが「調達仕様書」を作ります。
「調達仕様書」を作った業者はその案件に入札できないので、
そういうカラクリになってます。
なので、実質はデータが作りました。