【運用管理を甘く見るな】10年後の担当者に恨まれる「爆弾」を今すぐ解体せよ／技術ブログ
2026.02.17
みなさんはじめしておひさしぶりですこんばんわ。
リベロエンジニアで社員として働きながら、藤波製作所で個人事業主（代表）という活躍の機会をいただいているドラゴン藤波です。
運用管理が爆弾を生みます
未来への負債を残さないための、ワイからの書き置きです。
今回前置きが長い、というか前置きが全部になっちゃいそうな気がしないでもないですが
一旦この前置きは書かせてください。じゃないとタイトル見て「ハァ？知った顔すんな！！」って
Ｘあたりで言われそう💞
それでももうこれ以上読むのがメンドクセェという横着者向けに言うなら
ITIL、Pmbok、DevOpsあたりのベストプラクティスを正しく適用しないからこんなことになるんだよ。
という内容をウダウダ書いたポエムです。
ワイが参画するお仕事、新規2割既存8割ぐらいの割合で、だいたい既存をどうにかする仕事です。
商談の際、特に既存のシステムをどうこうする場合、
主幹の方は商談対象のシステムに対する評価を大体3パターンに分けます。
「ウチはモダンな方法で開発やってる」
いいですよね。
イマドキっぽい作り方を維持しててすごい。
ワイとしても、まるで新しいオモチャを与えられた子供の気持ちで楽しいです。
そして同じぐらい次のワードも聞きます。
「誰も全容を把握していません。なんならHW以外はOSもリリース当時のままです」
よく運用できてるな～・・・と感心します。なんならＨＷも全く同一の中古筐体を
某○○っ○○ー○で買ってたりします。（これに関する所感もあるのですが別記事にしましょうｗ）
まだHW/OS更改してる環境は全然素敵です。胸張ってください。
「当時は先進的な設計だった」
このパターンはレアです。数えるほどしかありません。
実際データの流れや構造、というのかな。ちゃんとしてます。
現場の努力とカイゼンのたまもので動いてます。
2個目との違いは何をとは言いませんが「なんでこんな容態になるまで放置した」です。
とまぁそんな感じですが、
2個目3個目に共通するのは「ほにゃらら移行」の名のもとに
とんでもねぇ爆弾の解体が紛れ込んでいることが、よくあることです。
爆弾の解体に向けて
これは業務側から攻略するか、運用管理側から攻略するかの二択をとりがちですが、
ワイは両方だと考えています。
思い出してください。ウォーターフォール開発にしろメテオフォール開発にしろ、
サービスのMissionと神々のVisionが、システムとつりあっているかどうかが判定に乗りません？
じゃあ、Operationを担当されている方々に課題やら何やら当たってみっかｗと軽い気持ちでいると大やけど！
operaterがoperaterじゃない案件が世の中には山ほどあるんですよ。
「operater」は「作業員」という謎
2個目の前置き（前置きだらけじゃねーか。ごめん）。
ワイがいわゆるSES界隈に来て最初にこの単語をきいたときの違和感です。
「何を言ってんだコイツら？」と思ったのが懐かしいｗ
かれこれこの記事を書いている時点でワイのキャリアは14年目？だそうです。
あっという間ですね。まじで。
その前は自衛隊に居たこともありました。
そんな自衛隊で「高射操作員」とか、あとなんだっけなぁ、基地防空操作員とか言ったかな。
とにかく「操作」する職種があります。管制や指揮所の指示でMissionを果たします。
この時にイチイチ手順書とかないです。日頃の訓練のたまものでMissionを果たすワケですね。
同じ「オペ（Operator）」と呼ばれてるのに、なんか手順書とやらが前提と言われて、慣れるまで時間がかかりましたｗ
operaterの意味の違い
本来「操作する」んだからハードウェアやソフトウェア、道具の操作は習熟してるんですよ。
だもんで、Missionを完遂するにあたり、細かい都度都度手順ないんですよ。
くだんの高射操作の担当もイチイチ手順書なんてみてなか、、、書いていいのかなコレ（）
まぁワイもイチイチ手順書見てなくて、日々怒られながらいろんなコトを頭に叩き込んだ記憶がありますｗ
いやだって「なんか未確認の飛翔体飛んできたんで、この手順書で稟議お願いします！承認下りたら現場にまわします！！」間に合わんよ
「機動展開先の有線通信網の敷設図はこれこれこうで、無線はこうこうこうで、、、」
間に合わんって
ワイが居たところはそんな感じでした。
というかoperaterに求めるレベルってそういうレベルだと思ってました。
実はまだ、このへんは飲み込めてない
こう書くと「え！？自衛隊と比べちゃう！？」と思います？や、同じことですよ。Missionを完遂するという観点では。
そして、IT業界でおおむね言われているオペレーターの実態は作業員（Worker）で操作員（Operator）ではない。
オペレーション不在の運用（Operation）だなぁ・・・
えぇ～？ってかんじです。
一方でワイの知るオペレーターのいる環境もある
これ金子さん（社長）とかに怒られないかなぁとか思いましたが、
本来の意味での、学位的な意味でのエンジニアがいるような環境は、Operationがしっかりしてるのかoperaterを育ててしまうんですよ。
もちろんMaintenance Crewもね。
運用はかわりゆくもの
だってビジネスが要求するレベルや内容が変わるんだもの。
PDCAサイクルでもOODAサイクルでも何でもいいですが、
ずっと変わらない運用だとしたら疑ったほうがいいです。大体構造的に問題を抱えてる。
いや、わかりますよ。変えるコストとリスクを天秤にかけたとき、
怒られるのアナタですもんね。
KPIにカイゼンを置けとは言いません。が、
カッコヨク言えば変わり続ける顧客要求・ビジネス要件に耐えられるように
システムの運用を変えたり、効率化するのがお仕事だとワイは考えています。
なおワイの本音は「もっと楽してぇ」です
完璧なシステムなんてない
無責任だと思いますか？思いますよね。ワイも思います。完璧じゃないからこそ、詫び石を配られて大喜びするワイもいます。
だから管理して運用していくんですよ。
operaterがサービスを生かすことも、殺すことも可能です。
初期開発からいるArchitect、Designer、Developerなんてごくごくわずかというか、いないでしょう？
それなのに不完全なサービスの立ち向かっているOpeはとても孤独だとワイは思います。
あの時のアレってどうなったんだろう
どれほど完璧を目指したところでって話ではあるんですが、
今ならChatGPTとか、AIがよしなに教えてくれます。が、
それでもプロンプトを間違えたらグダグダになるので、よほど調教したAIエージェントでもないかぎり、
任せきれないというのがワイの所感です。 1
それも踏まえて、今も、前も、乗り切ってきたアレやコレがよかったのかどうか
「まだ現役だぜ！」なのか「💩すぎて運用の足かせ」なのか
10年ぐらいしたあとじゃないと、スジが良かったのかどうかわからない。 2モノによっちゃ3日ぐらいでボロが出そうだけど
それぐらい運用管理は難しくて、爆弾を生んでしまうんだ。
孤独な管理者へ
事業に応えるというMissionがある中で
コスト下げろって言われたら、いったんリベロエンジニアに相談してみませんか
単純に下げる箇所なんてあるなら、スデに有能なあなたが下げてるハズ。
このコスト下げろって圧が一番簡単に爆弾を生むのもわかってるハズ。
他にトータルで下げる方法があるかもしれない。
そう思いません？なんせコンサルまでやってるんで。弊社。
ご連絡お待ちしておりま～～～～～す！
この記事をシェアする
