京都市基幹系システム刷新失敗の考察 - orangeitems’s diary

京都市の件 京都市の基幹システム刷新が、またもや暗礁に乗り上げているようです。 tech.nikkeibp.co.jp 京都市はNEC製メインフレーム上で約30年稼働する基幹系システムのバッチ処理をオープンシステムに刷新するプロジェクトにおいて、サブシステムの1つである新福祉系システムの稼働を当初予定の2020年1月から延期する。再稼働の日程は確定していない。京都市総合企画局が2019年12月23日の京都市会で明らかにした。 現行がNECなのに、刷新にはNECが絡んでいないところが最近のNECの調子の良さが現れているなあと思います。案件の選択こそSIerの肝ですから。「おお世の腕自慢の諸君、このパズルを解いたら15億円を差し上げよう」という王様の号令に引き寄せられた夢多きベンダーや技術者が、今頃セピア色の世界で心晴れぬまま年越しをしている状況が手に取るようにわかります。 もはやこの件、SI

[furseal]

こういう話題には「国が作れ」っていう人が一人は出てくるけど、なぜ国にまともなシステムが作れると思ってるんだろう。国が作るよりその辺のパッケージシステム買ってきた方が安いし使い物になる。

[aa_R_waiwai]

「ベンダーは、京都市側から出てきた要件を、全て実装していることを根拠に納品すべき」というのは、すでに前回請けたシステムズはやってるな。だから「京都はとっとと8億払え」と裁判になってる。

[hobbiel55]

「大手には大手の、ヤバい案件を引かない技術というのがあるんだろう」←そんなのは無くて、あるのは「ヤバい案件でも何とかする体力」だと思う。

[Sediment]

ごもっとも。記事まとめありがたい。役所が悪いと言っても職員ではなくて組織的な話。長くても３年くらいで居なくなるんだからそれで業務システムに精通するとか無理だよ。

[kakaku01]

初回のシステム移行はアナログで仕事をしていた担当者が要件を定義してそれなりに開発ができるが、次のシステム移行はそもそも担当者がボタンを押すのが仕事になり自分の業務を何か判っていないので死ぬ

[ryun_ryun]

このケースで言えば客側である京都市がヤバいようにしか見えない。業務要件を京都市が定義できてない確率が最も高いと思う。

[ledsun]

「そもそも担当者が要件に対して理解が乏しいのに、その刷新をベンダーに丸投げし要件定義までやってほしいとか何言ってるんだろうこの人」わかる

[repon]

“一番怖いのが、受注した後、追加の要件がどんどん出てきたにも関わらず、金額はもう決まっているのでその中でやらなければいけない、なんてケース。”

[nasust]

確か発注側が協力的でないで有名な案件だったような。把握していない、協力的でないとなると、よほど開発側に有利な雁字搦めの契約にしないと成功しなさそう。

[deztecjp]

以前は「安価で信頼性の高いシステムに業務を合わせたらいいのに」と私も思っていたが、実際に勤務先でシステムに合わせて業務を見直す状況を体験したら、そのつらさ・難しさが身に沁みた。

[dlive1]

NEC製メインフレーム上で約30年稼働。刷新にはNECが絡んでいない。「ほとんどの評価項目に残課題があり、2020年1月の本番稼働の品質に満たない」

[NEXTAltair]

特別定額給付金がすごく遅れるのはこのせいか？ https://www.kyoto-np.co.jp/articles/-/236022

[nuryouguda]

NECはnekoraが勤務しているだけあって、やり方が汚いね

[kana0355]

“現行がNECなのに、刷新にはNECが絡んでいないところが最近のNECの調子の良さが現れているなあと思います。”

[ono_matope]

推測が多いけどつらにゃん。『新しいシステムにてバッチ処理したら、なぜか現行システムでバッチ処理したときの結果と違う。違うから「不具合」と言われている。』 もう全部AIが処理してるって事にしよう。

[YokoChan]

京都市が４０年前に廃止した路面電車も失敗だったのでは？（バス大渋滞地獄で）

[egamiday2009]

京都市。「私は、こういうトラブルに巻き込まれないために、技術者ではありますが営業段階で関わるようにしています」

[jsstudy]

"ユーザー側に業務の中身を把握している人がいない" お役所仕事をやれば分かるけど、無駄が多くてマニュアル化されてない。公務員の特徴は「仕事のための仕事」を増やして、仕事してますアピールの材料を確保すること

[aktkro]

・ベンダー側に現行システムの中身を把握している人がいない。 ・ユーザー側に業務の中身を把握している人がいない。 ってのもそうだけど、検収基準、条件を先に定義しなかったのが今回の一番のミスな気がする。

[nanoha3]

ローテ人事が多分問題だよなー

[nyop]

基幹システムではよくある話。たまにやるのが、要件は誰も知らない前提で、ソースを本気で解析する方向で提案するやつ。ただし、解析担当者に多分に業務知識とシステム理解力が求められる。

[Tairax]

2回も失敗してるってことは、京都市が基幹系システムの全容を把握してないんだろうなあ。こんな案件エンジニアとして絶対かかわりたくない。

[neco22b]

公務員は3年ぐらいで定期異動でいなくなるのでずっと保守してたベンダーの方が業務詳しかったりする。そのベンダーから派遣されている人間もベンダーの協力会社の人だったりする。

[hatayasan]

自治体の業務システムはGoogleあたりにサクッと標準化してほしいですわ。

[gachakku0131]

受注の判断が参考になる

[burabura117]

この手の案件って常に発生してるんだよなぁ…金額と体力でなんとか形にしてるから表に出てこないだけで、何件も見てきた。金の出ない案件で受けたら炎上するのは多少開発経験がある人なら誰でもわかる話。

[ebibibi]

恐ろしい。近づきたくない。

[and_hyphen]

あるある系というか

[l83DK]

どれだけ契約でそう規定してても、そんなにきれいに抜けられないのが15億案件

[morimarii]

要件定義からやってくれって丸投げ案件あるある。役所系は予算が厳格かつ法令で仕様変更できないかつ誰も業務要件やシステム化範囲知らないってパターン多すぎだから避けるが吉

[prjpn]

客の品質が問われる時代

[touka_tt]

京都市の基幹システム更改また失敗しとるんか……くわばらくわばら……

[togusa5]

全部推察の安楽椅子探偵気取り

[kazokmr]

要件が抽象的で具象化しきれていないことがよくあった。開発側は要件通りのつもり、発注側は「不具合」の事象も要件に含まれてるつもり。って感じになる。

[takeshi0206]

まずデータの整理が先。今まで都合よくパッチしてきたんだろうから。ストレートコンバージョンしてアンマッチデータを両者で仕分けしないと。税や保険料だと追徴や還付、はたまた責任問題になる。追加機能はその後。

[tokg]

このバッチ処理って　集計がらみの帳票な気がするな。　もう使ってないのもありそう

[yamaimo_san]

要件定義が「今と同じものを作れ」の可能性

[aox]

紙と電話じゃダメなんですかね

[from_kyushu]

ACOSで動いていたものをOpenCOBOLをカスタマイズして構築した環境で動かすということを長崎県がやっていましてな。紆余曲折あったものの無事稼働してACOS撤去に至り申した → https://tech.nikkeibp.co.jp/it/article/Watcher/20101119/354329/

[y-mat2006]

とりあえず、これを貼っておこう→https://jpn.nec.com/products/acosclub/charter.html?