SEは給料が安くブラックとよく言われますよね。それは適切にシステムエンジニアやプログラマーの仕事を評価できる人がいないからです。評価されやすいのは営業や企画などばかり。今回はなぜSEが転職したくなるかをご紹介したいと思います。
SEの仕事内容は作って当然バグったら怒られる理不尽
SEは企画や仕様書にそって最適なITシステムやwebサービスを開発し、問題なくリリースするのが仕事です。出来て当たり前、作って当然。そんな風に思っていませんか？
リリースしてから問題なく動いて当然。バグが起きたら怒鳴り声で怒る。これじゃあ給料が高い安い以前にモチベーションが上がりませんよね。SEの仕事をマイナス評価で判断していませんか？
SEはシステムを作ったあともひっそりとメンテナンス対応している
作ったシステムの利用者が増えれば増えるほど、アクセス負荷がかかります。これは開発当初からある程度webディレクターが企画や営業などからヒアリングしてSEにどこまで耐えられるか伝えています。
しかし、企業が成長すればするほどシステムやサービスにアクセスする人が増えるわけです。社内SEなら自社サービスについて負荷状況を定期的に確認したり、アラートなどを上がるようにしているので、繁忙期などの前に負荷対策を行います。
なぜか、サービスがダウンしたらまずいからです。IT企業でサービスが落ちたら会社の売上がそのまま亡くなるからです。だからこそ、営業や現場以外が知らない場所でスケジュールを引いて負荷予測して前もって対応しているんですよ。
安定的にネットサービスが提供されている後ろには見えない努力があるんですよ。
ソフトウェアもハードウェアもいつかは壊れる
何もしてないのにパソコンが壊れた！っていう人がいるけれど、開発が言う壊れたとかバグが起きたとかは原因を追求しても本当にわからない場合だったり、機材が劣化してたりして起こったりします。
でも、何もしてないのにバグが起きるわけがないという基準で考えているので、そのバグや障害が再現できるか調査します。どうやればその現象が起きるか確認して対策を練るわけですね。
だから障害が起きた時は何時にどのような手順で使っているツールやソフトやハードを細かく聞くんですよ。原因追求するために。
どんなものも壊れるのでいちいちSEを怒らないこと
物は壊れます。バグも大なり小なり起きます。起きて怒っても仕方がありません。怒鳴って怒って障害がなら楽なもんですよ。
SEを怒鳴って無駄な時間をとるよりもさっさと状況を調べてもらって、原因追求してもらったほうが効率的です。
webディレクターは関係者に現状と対応策と復旧見込みや体外報告の対策などをまとめて、動きましょう。安心してバグ復旧に徹してもらえる環境を作りましょう。
バグが起きない開発者への信頼は絶大！神様だよ
この人なら絶対に任せられる安心感。このSEなら絶対に障害は起きない。起きても大したことがない。そんな安心感です。進捗もテストまで確認しなくて良いレベルのスーパー技術者。
でも、そもそもこの考えって寂しいよね～作って安心して終わりって悲しいよねって。サービスをリリースしたらこれからだー！ヤッター楽しみだー！が本当なのに。リリースした問題なく安定稼働しているやったー！！という感覚。
会社の偉い人達がリリース時に各自回ってお疲れ様とかこれで売上が伸びるとか話をしにきてもいいよねって。
基本SEって困ったときに助けて～がくる職業扱いなんです。もっと全面に凄いんだ！っという風習が出来てもいいと思うんですよ。
なんかよくわからないからまとめ
まあ何でこんなこと書いたかっていうと、SEが足りない！！実際問題、足りなすぎる。もっと日本がSEに対して正当な評価をして給料だけじゃなく待遇や、感謝を出して欲しいなって思うわけですよ。
開発者は魔法使いじゃないし、何でも出来るわけじゃない。でも出来る努力、どうすれば達成できるか考えてくれる人達なんですよ。出来ないというよりも出来る方法を模索してくれる人達なのです。そういう素敵な人達は自分の力が正当な評価されたり、スキルが伸びるところにさっさと転職しちゃいますよ。
だからこそ開発やSEの人達の環境がもっと良くなって安心して働ける会社づくりができればいいなと思ったのです。
もちろんたくさん大変な職業はあります。それはそれで良くなって欲しいしいので、関係者からみたこの職業がもっと幸せになってほしいなこうなってほしいなってエントリーが増えたらいいな～って思いました。
IT業界は狭いので知り合いに紹介されて転職なんてザラです。いい会社の人は前の会社で働いていたいい人は一緒に働きたくなるものです。気がついたらライバル企業にみんな引きぬかれても知りませんよ。
相変わらずまとめが長い。