記事へのコメント129

    • 注目コメント
    • 新着コメント
    deep_one
    deep_one だいたい発注側の問題だろう…と思ったら後半がそういう流れ。

    2022/02/10 リンク

    その他
    tekmak
    tekmak これは他社に引き継ぐ前提で作っても大変なのでコンサル料金上乗せが当たり前になるとかかな。法律も弁護士いらないように作ってくれても良いけど。

    2022/02/09 リンク

    その他
    pwatermark
    pwatermark トヨタのハイブリッドシステムをどこの町工場でも直せるようにしてから出直せ

    2022/02/09 リンク

    その他
    robo_pitcher
    robo_pitcher ユーザーにまともなRFPを出せるだけのIT部門が必要…かな?

    2022/02/09 リンク

    その他
    khtno73
    khtno73 これは公正取引委員会が出てくる問題なんだろうかね。

    2022/02/09 リンク

    その他
    nakamura-kenichi
    nakamura-kenichi ホンマ日本の業界のクソなとこがそのまんまネガティブになってんやな。何の為のデジタル庁やねんと。湯水のように税金使ってポエム上げるためのインフラと要員揃えたみたいやが現時点で何を成し得たんか教えてくれ。

    2022/02/09 リンク

    その他
    y_u_s_u_k_e
    y_u_s_u_k_e 発注者側が仕様書まともに書けないからベンダーに書いてもらうんよ 別にベンダーも悪意100%でやってるわけじゃないが、当然自社の受注に有利になるような仕様書を作らせる

    2022/02/09 リンク

    その他
    hatomugicha
    hatomugicha 極めて難しい問題なんだけど建屋を建てた施工業者にメンテナンスを依頼すると独禁法違反だから業者は機密情報とノウハウを次の業者に明け渡せって話で情報系でやったらセキュリティ担保なんて不可能だけどいいのかな

    2022/02/09 リンク

    その他
    pnch
    pnch これも「修理する権利」の一種か

    2022/02/09 リンク

    その他
    kamayan1980
    kamayan1980 報告書だと、API用意しないせいで分割しにくい構成が多いっぽい。CLも不勉強だけど、VD側に下心がないか、つったら嘘でしょ。https://www.jftc.go.jp/houdou/pressrelease/2022/feb/220208_system/220208_summary.pdf

    2022/02/09 リンク

    その他
    akikonian
    akikonian ベンダーロックインの何がまずいって保守費用なんかも言われるがままになることなんだよね…ビッククライアントになると保守だけで百億単位。この状況から脱しようとするユーザー企業は増えてるよ。

    2022/02/09 リンク

    その他
    emt0
    emt0 経営層がITリテラシー猿以下だし、ITプロに役職や経営陣に参加させる気が無い限りこの状況は変わらないよ。とにかくプロにシスアド以下の知識でマウント取ってくる経営層の多いこと多いこと。

    2022/02/09 リンク

    その他
    neo_Neutral
    neo_Neutral 他社が作ったシステムの改修なんて悪夢すぎる。

    2022/02/09 リンク

    その他
    akahigeg
    akahigeg 保守や改修を別業者に引き継ぐって仕様開示されてもそうとうきつい。だいぶ的外れなこと言ってる感

    2022/02/09 リンク

    その他
    mouki0911
    mouki0911 ベンダーにお任せなのが悪いだけ定期

    2022/02/09 リンク

    その他
    gnt
    gnt 土木や電気はその学士か資格とったエンジニア公務員雇ってちゃんとやってるじゃん。なんでそれがITで出来ないんだろ。森元がイットっつってからもう21年経ってるんだぜ。

    2022/02/09 リンク

    その他
    uunfo
    uunfo デジタル庁は仕様書の仕様書を作るべき

    2022/02/09 リンク

    その他
    mani023
    mani023 問題は折角育てた職員が3〜4年で異動になることだと思う。先進的な自治体は情報系職員の異動が少ない。公務員は長く同じ職場に居ると業者と癒着する危険があるのは解るけどね。

    2022/02/09 リンク

    その他
    ryunosinfx
    ryunosinfx ITシステム構築要介護者が発注に居る限り無理じゃね?発注者側の指揮命令系統要職に付く方の意識の問題だから、発注者には資格取らせるぐらいしたほうが良いんじゃないの?

    2022/02/09 リンク

    その他
    strawberryhunter
    strawberryhunter 業者が意図しなくても知識レベルが違い過ぎてロックインになってしまう部分もあるのではないか。国が全国共通のシステムを作って地方自治体に個別にやらせない方がいい。

    2022/02/09 リンク

    その他
    kastro-iyan
    kastro-iyan 発注側がゴミしかいないせいだろ

    2022/02/09 リンク

    その他
    hamaco
    hamaco Wikipediaのベンダーロックインの例の1つ目を読んでから出直してくれ。

    2022/02/09 リンク

    その他
    shaokuz
    shaokuz 普通設計書もソース一式も納品されてるだろうし行政側の担当者が完璧に把握するか引き継ぎにもちゃんと金払うかすればいいんじゃないっすかね。/クラウド推進でむしろロックイン推奨に切り替えたのかと思ってたわ。

    2022/02/09 リンク

    その他
    keidge
    keidge 解消する気があるなら、自治体職員のITリテラシ向上させるしかないね。まともな対応が期待できないから自治体職員より業務に詳しくなったベンダ担当者何人も知ってるぞ。

    2022/02/09 リンク

    その他
    daishi_n
    daishi_n (使用したOSやミドル以外の)システムの著作権が受注者側にあるし、引き継ぎはテキトー、発注者は数年で入れ替わるので5年のシステム寿命未満で責任がないんだからどうしようもないよ。

    2022/02/09 リンク

    その他
    dot
    dot 設計やドキュメントなど予め強い意志を持って開発しないと導入後に他社引き継ぎは難しいし、発注側にそれだけのノウハウや予算が無いことが原因かなという気が。入札だとしてそれ前提の仕様を書く能力が必要。

    2022/02/09 リンク

    その他
    haruyato
    haruyato 自治体システムは5社くらいに集約して、そのうちどれかから選ぶくらいにしないとなかなか難しいよな。でも集約したらイノベーションは絶対に起こらないし、困ったもんだ。

    2022/02/09 リンク

    その他
    fossilcat
    fossilcat これはシステムじゃなくてその業務ドメインの知識がある会社じゃないと発注できない(したくない)っていう依頼者側の問題だと思うけどな〜〜。

    2022/02/09 リンク

    その他
    Vudda
    Vudda 仕様書作成の段階から全部ベンダーに丸投げして引き継ぎも丸投げしてるからな、その間に有象無象魑魅魍魎システムの完成だよ

    2022/02/09 リンク

    その他
    electrolite
    electrolite え、COCOA。

    2022/02/09 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    情報システム 導入後に他社参入困難な状態について報告書 公取 | NHKニュース

    「ベンダーロックイン」と呼ばれる、情報システムを導入した企業以外がメンテナンスなどを行えず、他社...

    ブックマークしたユーザー

    • TakayukiN6272022/02/13 TakayukiN627
    • sanko04082022/02/12 sanko0408
    • crayzic2022/02/11 crayzic
    • knzw252022/02/10 knzw25
    • sskoji2022/02/10 sskoji
    • deep_one2022/02/10 deep_one
    • dederon2022/02/10 dederon
    • mapk0y2022/02/09 mapk0y
    • tekmak2022/02/09 tekmak
    • hasunuma06132022/02/09 hasunuma0613
    • pwatermark2022/02/09 pwatermark
    • robo_pitcher2022/02/09 robo_pitcher
    • khtno732022/02/09 khtno73
    • nakamura-kenichi2022/02/09 nakamura-kenichi
    • y_u_s_u_k_e2022/02/09 y_u_s_u_k_e
    • hatomugicha2022/02/09 hatomugicha
    • fumikony2022/02/09 fumikony
    • lbtmplz2022/02/09 lbtmplz
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事