【IT】システム刷新に失敗した京都市、ITベンダーと契約解除で訴訟の可能性も
■ このスレッドは過去ログ倉庫に格納されています
京都市は2017年10月11日、NEC製メインフレームで稼働している基幹業務システムの刷新プロジェクトについて、バッチ処理プログラムの移行業務を委託していたシステムズ(東京・品川)との業務委託契約を解除したと発表した。作業の遅れで京都市は既に稼働時期を2017年1月から2018年1月に延期していたが、それがさらに遅れて2020年になる見込みである。新システムの稼働時期は、当初予定よりも3年以上の遅れとなりそうだ。
京都市は2014年から81億円を投じて、国民健康保険や介護保険といった福祉系のほか、徴税、住民基本台帳の管理など18業務を担っている基幹系システムの刷新プロジェクトを進めてきた。現行システムは30年前に稼働し、COBOLで構築している。
既に京都市は、福祉系のオンライン処理の刷新を予定通りに終了させている。地場のITベンダーなど5社が落札し、COBOLプログラムをポルトガルのアウトシステムズ製の超高速開発ツール「Outsystems Platform」を使って刷新した。
バッチ処理のマイグレーションテストで見解が相違
ところが、福祉系のバッチ処理の移行作業が進まなかった。NECのCOBOLプログラムを英マイクロフォーカスのCOBOLプログラムに変換(マイグレーション)する際のテスト手法などについて、京都市とシステムズの見解が一致しなかったからだ。システムズは2016年1月15日に移行業務を落札。落札額は予定価格の79%である11億376万円だった。
京都市は2016年11月14日に市議会で稼働遅延を報告。2017年1月23日に門川大作市長が稼働延期を説明し、第三者の専門家による「検討委員会」が原因究明と今後の方策検討に当たると表明した。検討委員会は2017年6月に調査報告書を市に提出。現場の移行作業は2017年7月24日に京都市からの申し入れで停止している。
調査報告書を受けて、京都市は「円満な解決の可能性を探るため」(公表資料)に、システムズと2017年8月と9月に面談。だが、作業再開に当たって京都市がシステムズに要請した3条件を合意できなかった。具体的には「現在の契約金額の範囲内で完成させる(追加費用を支払わない)」「遅延による京都市の損害を賠償する(金額は別途協議)」「システムズの負担で、京都市が承認しうるプロジェクト管理業者を選定して開発体制を構築する」というものだ。
京都市は「遅延の根本的な原因に対する見解に大きな乖離があり」(公表資料)、システムズとの協議によって解決するのは困難と判断。2017年9月22日には2週間以内に債務を履行しなければ契約を解除する旨の催告書をシステムズに送ったが、債務が履行されなかったため2017年10月11日に契約を解除した。
以下ソース
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/ >>365
京都府は府民に責任を取らねばならない。
相手業者じゃない。
府民は失敗した事実、その業者を選定した府の責任のみで判断する。
役人の給与システムに金を使うな、計算間違えてもいいだろ!と発言する。 COBOLコード自動変換は各所でトラブってる
自動変換後、膨大な修正・テスト工数が発生することを多くの人が認識しておらず、
自動変換でうまくいくと勘違いしてた IT業界に行くやつなんて、他に行くあてのないカスばっかだろ
就職活動でも、誰でもウェルカムなIT業界なんて無い内定の最後の砦だし
そらそんな奴らに仕事任せたら失敗するよ そりゃCOBOLの変数の使い方からしたら自動でやったらバグりますよね >>359
市長さんも自分が思う市の行政を円滑にするためには、
市議会を味方にして、予算案や関連条例を通さないと出来ませんからね
そして、円滑な市議会運営には主流派与党だけでなく、
野党議員の顔もときどきは立ててやるのが重要
そんな訳で、大勢には影響しない程度に、余所とは一寸だけ違う
野党の条例修正案を呑んでやるのです
その結果として、余所とは一寸だけ違うカスタマイズが増えていくw >>370
システムに運用を合わせてください
以上、終わり
できなきゃ、首ね プログラム6330本のマイグレーションを一年で達成。
移行対象と要件の洗い出し。デッドコードの洗い出し。全ての移行対象プログラムに単体テストを行い
テスト報告書はタスク棚卸ごとに提出することを明記。
こんな案件、無名中小IT企業じゃ不可能だろ。
事前にわかってるのによく入札する気になったもんだ。 >>310
> 京都市「マイグレだけの話だけど、うちじゃ移行対象が分からないから調査もやって。そっちの自費で。」
>
> これがマジだったら凄いな
レガシーシステムのマイグレーションって
発注者側も全貌を把握していないことが多いらしいよ
何十年にも渡る機能追加やら改造やらが積み重なった上、当時それをやった人がもういないとかで
ワケわからん状態になる事が多いんだと >>367
入札前に入念にテストして、
「よし、上手く行く」と判断したかもしれないけど
テストデータと本番データがかなり特異に違うとか?
上ルとか下ルとか変な住所あるじゃん。
あと日本人じゃない名前とか。 >>375
入札前に
どこでACOS COBOLのテスト出来るのや?(^。^)y-.。o○ どんどん失敗してください
懲りたらちゃんとお金払ってください >>362
自治体にとってのクラウドコンピューティングのメリットとは http://www.itmedia.co.jp/enterprise/spv/0907/21/news057.html
クラウドコンピューティングは各地方自治体にとっても重要にキーワードだ。
しかし共同でシステムを活用して「割り勘にすれば安くなる」となればいいが、
参加者全員が満足・納得するようなシステムは複雑かつ高額でしかなく、
「割り勘にしても安くならない」のが現実だ。 京都市の言い分(費用全額返金)は通らないにしても
ベンダーが入札仕様書の内容をナメてたようだし
契約通り11億払うでおしまいかな。 >>280
ああシグマ計画とか言うのの第二次かなw 外部の人間にやらせようというのが誤り。内部の問題だろ? でも結構上手くやったんじゃね?
京都市側の主張だけみても
京都市が必要な資料なかなかくんないとか
京都市が想定する作業だけじゃ完了しねーよコレ
的なことだけが遅延理由だって
言ってるし
実際その通りなんだろうと思う
これでなんで喧嘩すんのかね? そこそこ使えるものが、ある程度の期間内に出来上がらなかったり
契約金額が結構変わったりすると、関係者の出世に影響するとか
そんな理由では? コンなのに従事してきちんと動かなかったら現場開発としてはがっくりくるわ >>387
他のベンダーは成功(^。^)y-.。o○
無能はインチキツールだけ >>387
前のベンダーにはたっぷり払ってたから、なあなあで済んでたけど
今回は安く受けてるからムリと言ったらムリってことだろ >>390
担当部分と担当者・責任者が違えば結果も違うだろが >>391
安いか高いかは関係なく、契約書に書いてある範囲のことはやらなきゃならない。
それを単純にムリと言うなら、相当密なコミュニケーションと説明責任が要求される。
この手の案件の入札仕様書なんて、杓子定規に要件を満たそうとすると
請け負える企業なんて限られてくる内容なのも確かだが
「非現実なことはやらなくていいのが当然」なんてナアナアな考えで入札した
ベンダーは役所と100%揉める。 >>392
キチガイの相手しても仕方ないだろ
>>393
そうじゃなくてマージン見てたっぷり払われてりゃ客が多少ゴネたり余計な作業増やしてきても「まあ仕方ないな」ってなるけど、シビアな見積もりしてるのに
新たな見積もりの機会もなくただただ無駄な作業を思いつきで増やされそうになったらそりゃあお断りするだろって話でしょ 入札案件だからマージン設けたければマージン込みの価格で入札したらよかったんじゃ?
しかも担当範囲はざっくりとは言え入札前にオープンになってるのにそれを拒否ったんでしょ。
報告書によればだけど。 >>395
他の企業とかなら受け入れる水準のものを京都市側の能力の問題でリジェクトした可能性もあるのでない
一般的な社会人向けの資料を作ったのに小学生にでも分かる資料になるように作り直しを求められても困るだろ? みんな自分の体験に照らして書き込むから
発注側が悪くて当然みたいなポジショントークになっちゃうんだなあ >>393
揉めて、裁判で買ってもシステムは出来上がらない。
つぎも揉めてまた買ってもシステムは出来上がらない。
ベンダーのせいじゃない!発注元のせいなんだよ。 公務員はあまりにシステムを舐めすぎてる
下らない書類、いきなり担当がいなくなる
コストが税金なのに浮かそうという気がないし
頑張ってるアピールすらせず
足引っ張る、人数も少ないし金もださない
世界最低のITスキルかも、、 せめて情報システム部に外部からの受け入れ出向が何割かいれば、、、 官公庁案件に慣れた大手にしとけば炎上しつつも出来上がってたと思うよ
もっと揉めそうなフルスクラッチ部分が予定通り終わってるのが面白い 官公系はスキルにならんどころか
金にもならんからな、、
しかも訴えてくるとかw超絶な
クレーマーだぜw
やりたいこと言えば出来るとでも
思ってんだろうね
そんなんじゃ出来るわけないんだよ だいたいシステムつくるのに入札してるのが
バカなんだよ、二つの業者に頼んで出来た方に倍
払うシステムでやっと出来るかというのが
システム開発、いいのつくったら囲う
普通の先進国なら当たり前にしてることを
してない、だからダメなんだよ これからは共通化して、共通化できないところは手作業になっていくんだろう。
コストがかかるがシステム更新費用の先払いだ。しかたない。 >>399
他の業者に出すだけや(^。^)y-.。o○ >>403
インチキツール以外のベンダーは出来たが?(^。^)y-.。o○ >>401
自分の経験では、そんなのがいても、そいつら次々と鬱病になって辞めるよ。 COBOLからMF-COBOLにするだけやろう
簡単
1本1本、丁寧にコピペ修正したらええやん
手作業でできるわ おそらく京都市のシステムは例外が多すぎるのだと思いますね(;^_^A・・・
一般庶民には罰金を科すところでも寺社仏閣はスルー、部落民はスルー、共産党員はスルー、創価学会はスルーなど、
そのような「特殊なフラグ」があまりにも多く、内容が内容だけにベンダーにも仕様をそのまま伝えづらいのでしょう。
まともな行政してない癖にシステムを刷新しようなど文明人みたいなことは考えないことです。所詮、京都人なのですから。 >>410
素人の社内SEが大昔に作成したスパゲティプログラム&仕様書・修正履歴なしの恐ろしさを知らないのか?
構造化プログラムなんて概念は まず無い >>407
大昔のCOBOLは構造化じゃないんでは?
そしてトリッキーな変数の参照してると思うのでやっぱり誰が作っても難問だと思うよ。 京都は歴史を伝える街だからコンピューター無しで仕事した方がいい。 >>414
それ以外にも、2000年対応の時に苦労したとおり、昔のメインフレームは高価だっため
メモリ(磁気コア含)・ディスク(磁気テープ含)使用量を極力抑えようとした作り。
西暦下2桁がスタンダードになっていたのも、その要因が大きい 人月商売やめて成果に支払うようなスキームが良いと思うんだが、これがなかなか難しい >>417
成果主義の現状見てたら無理ってわかるだろ >>416
西暦下2桁ならまだかわいい。
古いCOBOLのプログラムは内部が昭和○○年で持ってたりするのもある。
平成の時はやっつけで表示だけ変換、内部昭和のまま…という恐ろしいコードを
見たときは自分の目を疑った。
あのシステム、内部昭和で2桁で持ってたけど、2025年には破綻するのだが大丈夫だろうかw >>402
むしろそのフルスクラッチ部分がコードレスのツールで作られてるから
しわ寄せがデータやバッチ処理部分に全部来てるんじゃないかという気が
すごくする。 出 口 を ふ さ い で 因 縁 を つ け る 『 塞 ぎ 屋 』
「衝撃で目をつぶってしまい、目を開けたら父も母もいない。
隣を見ると妹が血だらけ。私も肩と腕が痛い」
「追い回され、車線変更しても…
http://www.asahi.com/articles/ASKB863PQKB8ULOB012.html?ref=livedoor
「娘さんたちの話によると、石橋容疑者が出口をふさぐように車を止めていたため、
萩山さんが『邪魔だ』と注意したら、猛スピードで追いかけてきた。
石橋容疑者は約1キロにわたり、友香さんが運転するワゴン車をあおり、
急ブレーキをかけ、前に割り込んできて強引に停車させた。
萩山さんのワゴン車のドアを開け、後部座席に座っていた萩山さんの胸ぐらをつかみ、
『けんか売ってるのか。調子乗るんじゃねーよ。高速道路にお前投げてやろうか』と怒鳴り散らした。
娘さんたちはお父さんが車から降ろされないよう、必死に腕をつかんでいた。
萩山さんは『すみません』と謝罪を繰り返したそうですが、奥さんと一緒に車外に引きずり降ろされた。
そこに大型トラックが突っ込み、死亡したとみています」(捜査事情通)
「10日ぐらい前から私服警官が張り込んでいたので、何があったのかと思っていました」(自治会長)
http://news.livedoor.com/article/detail/13736756/
番組スタッフは石橋容疑者の知人に電話取材し、石橋容疑者の人となりを聞いた。
知人によると、石橋容疑者は普段から運転が荒かったとし、
前方の車が遅かったりすると、無理やり追い越して今回のように停車させることもあったという。
運転手に「お前遅い!」などと暴言を吐いたこともあったとか。
またこの知人は、石橋容疑者が「当たり屋とかもしていたんですよね」と明かす。
走行する車にわざとぶつかり、相手に金銭を請求していたというのだ。
http://news.livedoor.com/article/detail/13735094/ >>400
> コストが税金なのに浮かそうという気がないし
> 足引っ張る、人数も少ないし金もださない
矛盾してんぞw 1年で10億の案件をこなせるPMなんていないだろ、あそこには
1億でも怪しい
なんで取りに行ったのやら┐(´д`)┌ヤレヤレ >>182
サイトがレスポンシブデザインじゃない時点でな >>425
>なんで取りに行ったのやら
データ「俺らに任せろ!(入札)」
日立「いや、俺らに任せろ!(入札)」
NEC「ウチのシステムなんだから俺らに任せろ!(入札)」
Canon「ウチならもっと安くやったるで(入札)」
システムズ「私達にやらせてください!(どうせ落ちるだろ)」
データ、日立、NEC、Canon「どうぞどうぞ」 普通のパッケージを選んでいれば、早く安くできたのに残念 >>426
一般人のお前がターゲットじゃないんだよ、きっと。
まぁお前が家にAS400でも持ってるんなら話は別だが。 現行システムのデータをcsvで抽出して、新しいシステムつくって、コンビニやら銀行やら各uiと接続して
テスト運用して、修正してリリース
そんな大変かね
俺1人でも一年あれば出来るぞ >>430
まず、CSVへの抽出だけでも、文字コード変換の対応と外字対応で死ねるので、俺なら
全速力で逃げるけどな。 >>430
現行システム側が鬼門のCOBOLなんで。 COBOLからjavaにするのがやばいんでしょ?
Cからjavaもやばいじゃん
言語変えるのがやばい >>427
確か役所の仕事って儲からないって記事あったな
骨折り損のくたびれ儲けで誰もやりたがらないって 自分ところで保守できるわけじゃない。
ハードも別のところ、そんで価格は安いんですからねぇ >>402 もっと揉めそうなフルスクラッチ部分が予定通り
新規開発より移行の方が大変だっていう調査結果が何年か前にあった気がする
これもまたその一例ってことで >>434
昔は社会保○庁なんて美味しい案件もあったけどな >>427
そんな感じかもなぁ〜
それと、請負の怖さを甘く見てた気もする
合意したとか、確認したとか、主張してもなんにもならん
要は文字になっているかどうか、それだけ このシステム更新はどうなるのかな?
どこか別の会社引き継ぐのかな? 地公体のシステムがどこも一緒と想像して、
だから同じパッケージ入れろって人大杉。 >>432
現行の大量のCOBOLソース辿って不要な処理かどうかを(職員が全部把握してるとは限らんぞ)
判断して新規構築だよ、しかも短期間ね。
お前には無理じゃね? >>443
うん、だから鬼門だね。それだけで手間かかるし不毛だし。 この仕事、次にどこの会社も受けなかったらどうなるかな? >>114
随意契約でやると共産党と朝日新聞あたりが難癖つける COBOLが悪いわけではない
他の言語だったらもっと大変
昔のだから、PL/Iだったらもっとwww Outsystems Platform
プログラミング教育は要らんってことかw >>412
この「深い闇」ゆえに、京都市のシステムは超スパゲティになるのでしょうねー
福祉関係なんて複雑怪奇間違い無し 他スレから引用。
508 名無しさん@1周年[sage] 2017/10/14(土) 15:10:13.84 ID:duSu8bXm0
ということで今さらですが入札結果を見てきました
ttp://www2.nyusatsu.city.kyoto.lg.jp/keiyaku/ebid/buppin/kekka2015e/495732.htm
NECは辞退してたんですね
株式会社システムズ 代表取締役 小河原弘三 1,022,000,000円 落札
キヤノンITソリューションズ株式会社 大阪事業所長 大久保晴彦 1,142,983,950円
株式会社ソフトロード 代表取締役 劉忱 1,220,547,000円
日本電気株式会社 京都支社長 小林洋志 辞退 >>451
キャノンって、わたしは知らない会社だけど有名なの? あげ足をとるなってのw
× キャノン
◯ キヤノン
…って言いたいんだろうけど NECが辞退しているということは不良物件化していたんだろうな。
あの人の場合はとかこの人は、なんて処理が沢山ありそう。 >>457
それもあるだろうけど、単なるCOBOLの更新ではなく
>ポルトガルのアウトシステムズ製の超高速開発ツール「Outsystems Platform」
にフィッティングさせる処まで面倒見切れなかったんじゃねえの?
トラブった場合の責任分解点がすごく面倒くさそうだし、本当は向こうのシステムが
原因でも修正できないから変換側で対応しろとか山ほど出てくるだろうと
容易に想像がつく。 >>459
あ?
何か勘違いしてない?
日本はぶち込んだパッケージに合わせた運用にしてりゃ
ソフトウェアが複雑怪奇になることもなかったんだよ >>460
やっぱり儲からないんだろうね
大手とかはこれまでは赤字覚悟でも請けてたのかなぁ? >>460
そこは業者側の言い分含めて一切問題になってないよ。 ■ このスレッドは過去ログ倉庫に格納されています