いつまでたってもシステム運用でユーザー企業とSIerの利害が一致しない理由｜近藤 誠司

あらゆるものは作った人が維持し続けられるなら、それに越したことはないのです。 家をリフォームする場合、知らない大工さんに頼むよりも、その家を建てたに大工さんにお願いする方が手間は少ないでしょう。 大きなノッポの古時計も、もし御存命なら作った職人さんが直した方が良いでしょう。 壊れかけのレディオを直したいなら、半田ごてが得意なおじさんにお願いするよりもメーカーに修理に出した方が良いでしょう。 システムも構築した人が運用する方が上手くいく場合が多いと思います。 トラブルが発生しても、細かい設定値も把握しているし、構築中に起こった事象も把握している。 そして何よりも、システムを動かしているアプリケーションや製品を最初から構築したノウハウがある。構築期間で設定値を色々と試したノウハウがある。 こういったノウハウのすべてを運用者へ引き継ぐことは不可能です。 運用者に引き継ぐ場合、まずはアプリケーショ

[lorenz_sys]

情シスとSIerが良い関係を築きつつ DevOps の導入なんだろうけど、まぁうまくいかないよね。本質的にはユーザー企業とSIerの利害は正反対だからさ。上同士が合意できても現場では揉める。

[marukot-ch]

ぱっと読んだ感じよく分からない。眠いから？？？？

[qtamaki]

現代の企業においてシステムというのは経営そのものであり実証すべき仮設そのものであるので、外注するというのが馬鹿げている

[crexist]

"ユーザー企業では基本的に1つのシステム導入を1回しか経験できない" 本当かね。導入しておしまい、なんてこと今のご時世ほとんどなくてアップデートやらなんやらあるでしょ。

[NOV1975]

基幹系みたいな1回リリースしたらお守りしかしないやつにコストは掛けたくないだろう（この手のやつは自前で要員つけるよりSIerに対してコストを掛けたほうが全体のコストは減るのわかってないユーザーは多い）

[houyhnhm]

これは興味ある。

[paradisemaker]

この定義気に入ったw “スペシャリストを特定の領域ですべての地雷を踏んだことがある人と定義するなら”

[rin51]

> 壊れかけのレディオを直したいなら