はじめに
社内アプリケーションエンジニアをしていると絶対に避けられないアプリケーションのトラブル。我が社での経験から社内SEのトラブル対応がどんな感じか紹介します。私は割と場当たり的なタイプの人間ですので、優秀な社内SEと比較すると仕事の心構えがそりゃダメだろうと思われるかもしませんが、社内SEへの転職情報の１つとして、暇つぶし程度の読み物として見ていただければ幸いです。
ユーザ起因のトラブル
ユーザ起因のトラブルは防ぎようないのでやるしかないのですが、以下のようなことがしばしばあります。大概急ぎでの対応となるので、厄介です。
- アプリの操作ミス：よくあるヒューマンエラーです。同じミスを繰り返さなければいいのですが、残念ながら、何度も同じミスをしてくるので、内心「またか」と思ってしまいます。
- 簡単なエラー放置による複雑なトラブル化：１つのエラーは単純明快な場合でも、時間がないのかそれを放置して他の処理を動かすと別のエラーが発生し、単純なエラーが複雑に絡み合い、とてつもく難しいトラブルに発展することもありました。エラーは簡単なうちに解消するに限ります。
アプリ制約に関するトラブル
導入しているアプリケーションの制約により発生するトラブルがあります。その場合は、場当たり的な対応となりますが、アプリの仕様に合わせるのではなく、なんとか制約を回避することが必須となります。
- DBテーブルの更新：制約を回避するために、無理やり辻褄を合わせにいきます。リカバリしたあと、戻すのを忘れることもしばしば。
- 連携ファイルの更新：ファイルを直で書き換えて連携先システムに無理やり取り込ませます。誤って２回同じファイルを取り込ませてしまったこともありました。その際はかなり焦りましたが、上のDBテーブル更新で何事もなかったかのようにすることができました。
社内SE起因に関するトラブル
私は5年程度、現会社のに社内SEとして所属しておりますが、細かいところのアプリケーションの仕様までいちいち覚えておりません。ましてや他の人が構築したアプリケーションだとなおさらです。そのような状態ですので、社内ＳＥ起因でもトラブルはたまに発生してしまいます。
- 組織改正に伴う対応漏れ：特定の組織の廃止（組織コードの廃番）に伴う対応が漏れており、トラブルが発生するケースがあります。なので組織改正があるシーズンは大変億劫です。意識していても思いもよらないところの対応が漏れているので。。。
- イケてないロジック：考慮が足りてないロジックに伴うトラブルです。ただし１つ弁解すると、あまりにも業務部門が提示する要件がややこしすぎてシステム化できない場合、トラブルが起こることをある程度許容する（そもそも無理なのである程度あきらめる）ロジックもあります。お客様に売るわけでないので、イケてないロジックでも誰にも責められません（最終的にリカバリできればOK）。
- 他の人が作った何をしているのかわからないPGM：トラブルが起こって初めて気づく、引継ぎされていない他の人が作ったPGMです。これはもう仕方ないです。なぜならトラブルが起こって初めて知るPGMなのですから。我が社は引継ぎ文化がきっちりとしておらず、こういうことはよくあります。私自身もおそらく現職を離れるときがくれば、すべて引き継げる自信はありません。
まとめ
以上で、『【社内SEへの転職】社内アプリケーションエンジニアのお仕事、トラブルシューティングについて、我が社の経験を事例に』でした。
見返すと社内SEのトラブル対応は、初動はどうあれ、きちんとリカバリできればOKのように見えてしまいます。ITベンダーの頃と比較するとめちゃくちゃ緩いなと思えてしまいます（業界・会社の雰囲気にもよるかと思いますが）。
【余談】現職からの社内SEへの転職活動を足踏みしている方
転職を考えた時、私は何度も周囲の声に心が何度も揺らぎました。
「今からが一番面白くなるのに、もったいない」 「絶対後悔するから、もう一度考え直してみなよ」「異動して気分変えてみようか」
当時の上司からかけられた言葉、今でも鮮明に覚えています。
でも、転職経験がない人の言葉に耳を傾ける必要はありません。自分の人生の責任を取れるのは、自分だけです。
私は転職サイトやSNS、ビズリーチなど、様々なツールを試しました。その中で、最も自分に合っていたのは、転職エージェントでした。
なぜなら、社内SEという職種だけを厳選して求人を持ってきてくれたからです。また本当かどうかわかりませんが、エージェント側も採用させることができれば報酬が入るので、舞台裏で自分という人材の採用を押してくれたりしてくれたとか。
中には正直ありえない求人もありますが、厳選された求人から選ぶのが効率的でよいと思います。
コメント