クラウド時代のシステム「納品」を考える - 雑種路線でいこう

役所のシステム調達でソフトウェアの「納品」というと、キングファイルに綴じられた大量のネ申エクセルと、CD-RなりDVD-Rに収められたOffice文書やらZipにまとめられたソースコードだ。それらが動くように一からデプロイするだけで何週間もかかるし、そのコードが生きていた時期の試行錯誤は全て捨象されてしまっている。値段分の仕事をこなした「証」に過ぎず、開発時のレポジトリから引剥されて、文脈と実行環境を失ったところで本格稼働前のシステムの断面に過ぎない。 いまの時代ならわざわざDVD-Rに成果物を焼くのではなく、普段からツールのアクセス権限を共有しておき納品のタイミングで開発業者のアカウントを削除するとか、もっとモダンな納品の仕方がありそうだ。せっかく開発費を負担して知財を取得したコードだから倉庫に死蔵しておくのではなく、レポジトリを全府省で共有して他の案件で再利用し、他PJがバグを見つけた

[mkusunok]

とっととネ申エクセルを綴じたキングファイルなんか捨てて、クラウド上のコラボレーションへと移行できないんですかね？あと何十人も出て数人しかしゃべらない会議なんかも撲滅したいところ

[fumisan]

監査というものが世の中にはありましてね。契約書に書かれた成果物がないとちゃんと仕事してないと指摘されるんですよ。

[GEROMAX]

突き詰めると最短の方法は、そういう文化圏とは距離を取るしかないと言うのが悲しい現実だよなぁ。悔しいけど。

[khtno73]

ベンダー側プライベート・クラウドにユーザー側アカウント作ってドキュメント共有なんかは始めてるが効果は極めて大きい。納品や進捗までやりたいよなあ。双方のセキュリティポリシーが障壁になっているとは感じる。

[futab]

ぶっちゃけ、自分も悶々としてるし、悶々としてる人のブログも読み飽きてるところがある。誰か改善の成功例を公開しているところはないのか。

[tinsep19]

自治体ではない発注側だが、むしろベンダーがついてきてくれない。

[northlight]

何千人が同じことを考えているが、依然として何も変わらない。

[rryu]

VCSやBTSなどの開発リソースを自前で持ってないとベンダーが引いた時に何も無くなって詰むという意味でもそうなった方がいいのだが、それらを管理できるクライアントは多分いない…

[paradisemaker]

えっ今でもそうなの...（絶句） “役所のシステム調達でソフトウェアの「納品」というと、キングファイルに綴じられた大量のネ申エクセルと、CD-RなりDVD-Rに収められたOffice文書やらZipにまとめられたソースコードだ”

[harumomo2006]

役所的に仕組みを変えるだけのメリットがその労力に見合わない

[secseek]

ごもっともな意見ですね。特にリポジトリは、リアルタイムの共有がなくても編集履歴が追えるだけで十分に価値がありそうです。もちろん、実際にはリアルタイムで見られた方がもっといいに決まっていますが

[kegelstatt]

“クラウド時代のシステム「納品」を考える”

[Lat]

お役所の新規システムの無駄な開発は行わせず、既存のクラウドサービスにあわせて仕事の進め方を変えさせるのが良いよ。それなら納品はクラウド上のサービスのサブスクリプション契約だけで検収も監査も済むからね。

[knjname]

むしろ納品向けの流れとかをサービス化・コンサル化してほしいという感じなのかなあ

[medihen]

発注者-受注者という上下関係から脱却し、1個のチームとして動くような発想じゃないと難しそう。

[koroharo]

クソが雲の上に積み上がるだけでは。

[ene0kcal]

興味深い。

[isrc]

DVD-Rに成果物を焼くのではなく、普段からツールのアクセス権限を共有しておき納品のタイミングで開発業者のアカウントを削除するとか、もっとモダンな納品の仕方／レポジトリを全府省で共有して他の案件で再利用