ITエンジニアを仕事の役割の観点で分類すると、システム企画、システム開発、運用保守に分類できます（私はシステム開発と保守を経験、ちょっとだけシステム企画にも携わる）。
運用保守は、大きくは運用と保守に分かれます（当たり前か）。難しいのが保守の扱いで、開発担当者が兼務する場合と運用担当者が兼務する場合があります。私の乏しい経験でいうと開発担当者が兼務する場合が多いです。
①運用
そもそも運用って何なのか？
ITILという体系化されたものがありますが、簡単にいうと日々、システムを動かすことです。大部分のシステムは自動化されていますが、予算の関係で自動化できなかったり、自動化するのが現実的でなかったりする部分を人間が補っています。例えばシステムで出力した紙帳票の仕分けです。送達先毎に紙帳票を仕分けして社内便等で送達します。あるいはスケジューリングできない処理を運用担当者が動かしたりもします。例えば毎月の会計の締め処理は、経理がチェックをしてから動かすような場合、予め何日の何時にシステムの締め処理を動かす、といった登録をすることができません。その場合、経理担当者がチェック後に運用担当者に連絡をして、運用担当者が会計の締め処理を動かしたりします。
また運用担当者は障害の監視もします。２４時間３６５日、運用担当者が監視をしている会社もあります。その場合の重要な役割は、障害発生時の一次対応です。予め想定されている障害は復旧手順が整っているので、運用担当者はその手順に従って復旧を試みます。復旧しない場合や手順の無い障害の場合には、運用担当者が保守担当者に連絡をします。
内部統制のしっかりしている会社だと、開発担当者が改修したプログラム資産を本番環境にリリースするのも運用担当者の役割です。本番にリリースするために開発担当者がきちんとテストをしているか等をチェックしたりもします。
このようにユーザーが日々、安心してシステムを使い続けられるのは、運用担当者がシステムを守っているからなのです。
②保守
保守には「是正保守」「緊急保守」「予防保守」「完全化保守」「適応保守」の５種類があります。
システムは人が作るものなので、残念ながらバグが潜んでいて本番でユーザーが使い始めてからバグが顕在化することがあります。このバグの修正が「是正保守」です。バグの修正に時間がかかる場合、一時的な対応をすることもあります。その対応が「緊急保守」です。
「予防保守」はバグが顕在化する前に、バグを発見して手を打つことです。ハードウェアを一定期間で交換したり、パッケージ製品のリビジョンアップによるバグの修正等が予防保守にあたります。システムの稼働監視で障害の予兆を見つけて手を打つこともあります。
「完全化保守」は、「予防保守」と似たような扱いにする説もありますが、機能追加や機能改善と考えた方が良いでしょう。いわゆる改修と呼ぶものがこれにあたります。
「適応保守」は、環境に変化に合わせるためのソフトウェアの改良です。OSバージョンアップに伴う修正や、組織の変更、法令・制度変更に伴う修正などです。
利用者が増えてきてサーバーのリソースが不足してきた場合、スケールアップをしたりしますが、これは業務拡大に伴う改良なので「完全化保守」です。利用者が増えていないのに、メモリーリークでメモリーが不足してきたので、サーバーを手動で再起動するのは「予防保守」です。このサーバーの再起動を自動化するツールを組み込むことは、サービスレベルが向上するわけではないので「適応保守」です。
少し話しがそれますが、この５つの分類の重要な点は、会計処理における資産計上と費用計上の違いです。「是正保守」「緊急保守」「予防保守」は費用計上です。「完全化保守」は資産計上です。
難しいのは「適応保守」です。
JIS X 0161 では、「完全化保守」「適応保守」を「改良」、「予防保守」「是正保守」「緊急保守」を「訂正」に分類しています。この分類からすると「適応保守」は資産計上に思えます。簡単にいえば障害対応以外のソフトウェアの修正は、資産計上という解釈です。
ところが、法人税基本通達 7-8-6の2 では「現状の効用の維持等に該 当するときはその修正等に要した費用は修繕費に該当」という記載があるので、「適応保守」は費用計上となります。
ただし、例えば単純にサーバー OS のバージョンアップに伴う非互換の修正であれば費用計上ですが、何らか機能改善のようなものを伴うとその部分は資産計上が必要となるので、注意が必要です。
本来、資産の扱いにすべきソフトウェアの修正を費用計上してしまうと脱税と判断されることがあるので注意が必要です。
ソフトウェアの修正は、原則、資産計上である前提で、費用計上は例外であることを念頭に置いておいた方が良いでしょう。
話しを元に戻すと、保守は定型化された作業ではないため、通常はシステムを作った開発担当者が兼任をします。保守では開発時のテストで発見できなかった様々なバグが顕在化しますので、その一つ一つの原因追及から恒久対策を検討する過程で、様々な知識やノウハウを得ることができます。その保守のノウハウを次の開発に活かすことが重要となります。本当に優れたシステムを作るためには、保守の経験が欠かせません。
【振り返り】
ざっと以下の分類の③−３についてご説明しましたが、イメージが湧いたでしょうか？
ITエンジニアの仕事の紹介は以上となります。
①スキル領域
①−１ アプリケーション系
①−２ インフラ系
①−３ 運用系
②会社による違い
②−１ 事業会社のIT部門（社内SE）
②−２ ユーザー系IT企業
②−３ Sier
③仕事の役割
③−１ システム企画
③−２ システム開発
③−３ 運用保守
