【COBOL案件】京都市が基幹系刷新で2度目の失敗、2020年1月の予定だった稼働時期が「未定」に

でも、そのバッチシステムを補完する複数のシステムがあり、さらにその保管システムが依存している別システムがあり、
それらの仕様が循環的に規定されていて、どこまでが予定していたもので、どこからが、追加したために暫定的、あるいは単に結果的にそうなっているのかがユーザにおいてもわからない場合、荒れに荒れる、

多くの場合、ベンダーはこういう場合、正しい仕様を確認すべくユーザに要件定義を求めるのだが、相互に矛盾する各期の設計図書があるだけということが多く、
それなら個別にユーザに聞き取りしましょうとしても、今どうなっていると、どうしたいをある意味故意に区別しないユーザ側の説明にさらに疲弊することになる。

無理では？

馬鹿公務員がからむとこういう結果になる
日本の痴呆公務員はどこ行ってもこうだ
市民とベンダーでシステム決めればこんなことにならない

「PERSONZ（パーソンズ）」
7COLORS -Over The Rainbow-

〈楽曲解釈〉

・子猫の頃は、七色のプリズムを眺めて感性養って

大人になる頃、虹の橋（お台場レインボーブリッジ🌉）を渡らずに
飛び越えて別の世界で生きてと叫んでます

自分自身の人生を送る為に
「フジテレビに関わらず自由に生きて」との
熱いメッセージが込められている

【レインボーブリッジを封鎖せよ】

・いつか雨は上がるので頑張って

・「七色の夢に染まるプリズム…空に架かる虹さえ　かなわない♪」とは
普通の人（私）の夢とは、虹が見せる夢でも叶わない物とだと云う事

続きあり　bh

よくある話だけど
「あ、それからちょっと簡単な追加なんですが」
が　恐ろしいほどの仕様変更につながったりするんだよなぁ

まあ、バカが市長や市議会議員をやってる自治体だからね。

COBOLとJAVAは分かるが会計はダメ、若しくはどちらか一方ずつというのが多い。
ではそういうエンジニアを増やせばいいじゃんと思うだろうが、データサイエンスの方を覚えた方が儲かるので、そのようなエンジニアは中々増えない。

なので設計ミスが多く、課題が山積みとなりやすい。

最近システムミスを起こした某コングロマリット企業がいい例。カード系のシステムに不具合が起きた。

新規にシステム開発は難しい案件だから、この手の問題はあと30年は続くだろうね。

いかにも平安時代からの特別扱いがどっさりありそうな