運用テストとは英語で「OT（Operations Test）」とも呼ばれ、**多くのステップを経て進められてきたシステム開発の、まさに最終のテストです。**システム開発の工程ではさまざまなテストが行われますが、運用テストはそれらのテストとどう違うのでしょうか。また、どんな内容でテストが行われるのでしょうか。

### 本番稼働直前に行う最後の関門

ソフトウェアテストは、単体テスト、結合テスト、さらにシステム全体を稼働させて行うシステムテストの順に進められます。**運用テストは、これら一連のテストが終わった後、本番稼働直前に本番環境と同様の環境で実際に運用を行い、動作を確認するテストです。**

「単体テスト」と「結合テスト」の違いとは？やり方や観点を解説

システムテストとは？その手法やシステムテストの仕事に転職するには

### テストを行うのはユーザー側

運用テストが他のテストと根本的に違うのは、「誰がやるのか」という点です。**他のテストはベンダー側が行うのに対し、運用テストはエンドユーザーが行うテストです。**ベンダー側も協力してテストの進行を支援しますが、テストを行うのはあくまでユーザー側です。

ユーザー側の視点でシステムの動作チェックを行うため、*「ベンダー側が想定していなかった操作をしてどういう結果が出るか」といった点についても検証します。*例えば「システムを終了させずに電源ボタンを押す」、「データを保存せずにサービスを終了させる」といった操作です。

また、*UI（ユーザーインターフェース）など、使用上の不都合がないかといった観点からの確認も行います。*運用テストは、ユーザー側の担当者がシステムの操作や運用に習熟するための場でもあります。

**運用のテストの目的は、ユーザー側が実際の業務でシステムを問題なく利用できるかどうかを確かめることです。**そのため、運用のテストの主体はユーザー側にあり、ベンダー側はユーザーと密に連携しながら運用テストを進める必要があります。

具体的には、システムの開発当初に定めた要件が守られているか・品質が保たれているか等をチェックします。また、システムの使い方をユーザーに教育するといった目的も含みます。

システム開発の工程とは？基本的な流れや略語の意味を解説！

システム開発におけるテストは、大きく分けて4つ行われます。以下で、各テストの概要について説明します。

*・単体テスト（Unit Test / UT）*
作成したプログラムのひとつひとつをモジュール単位で動作を確認・検証するテスト。不具合が見つかった場合には修正し、最終的に問題がないことが実証されたあとで結合テストへ移行します。

*・結合テスト（Integration Test / IT）*
単体テストが終了したモジュールを結合させた状態で、動作の確認や入出力の検査などを行うテスト。主にモジュール間のインターフェースが正しく機能するかを確認し、問題がないことが実証されたあとで総合テストへ移行します。

*・システムテスト（System Test / ST）*
本番に近い環境を用意し、システム全体を稼働させた上で動作確認などを行うテスト。ベンダー側による最終確認テスト、総合テストと呼ぶ場合もあります。

*・運用テスト（Operation Test / OT）*
システム開発における最終テスト。本番稼働後と同様の環境（または実際の運用環境）でユーザー側が動作確認等を行います。ベンダー側も協力しテストの進行を支援します。

<center>[エンジニア転職を成功させるため ぜひ*『マイナビIT エージェント』*をご活用ください！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)</center>

それではもう少し具体的に、運用テストをどう進めていくのかを解説します。運用テストで確認したいのはシステムの本番稼働後に支障なく業務で使えるかどうかなので、基本的には要件定義の際に確認した業務の流れに沿って操作し、動作を確認することになります。

ただし、要件定義書を遵守するというよりも、*実際の業務の流れに沿ってテストシナリオを作成し、テストをするというイメージが重要になります。*そうすることにより、要件定義書における記載漏れや間違いを発見することにもつながるからです。

運用テストを進める手順としては、以下のとおりです。

要件定義書とは？仕様書との違いや書き方のポイントを解説

まずは**テストの種類や範囲、実施の方法、実施環境、使用するツール、スケジュール、結果の判定基準などをまとめ、計画を策定します。**内容についてはユーザー側と合意するとともに、ベンダー側の開発プロジェクトメンバー全員で共有します。

新人が任されやすい単体テストとその仕様書の作成について徹底解説！

次に、策定したテスト計画に基づいて運用テスト仕様書を作成します。テストのシナリオや内容、確認すべき項目などの具体的な定義を行い、どのようなテストデータを使うのかということもここで決めます。仕様書は計画書と呼ばれる場合もあります。

運用テスト仕様書は基本的にユーザー側で作成しますが、どのように作成したらいいかわからないというケースもあるでしょう。そういう場合はベンダー側で必要な資料を提供する・テンプレートを準備するなど、作成のサポートをするとよいでしょう。

要件定義書と要求仕様書の違いを解説！誰が作るのか、進め方も解説

### 運用テスト仕様書の記載項目例

*▪テスト概要*
詳細なテストシナリオを作成する前に、まずここでどういったテストをしようとしているのかという概要を記載します。

*▪テストシナリオ*
どんな業務をどうテストするのか、どのようなデータを使用するか、極力具体的に記載します。運用テストの環境構築やデータ提供はベンダー側が行うことになるため、テストシナリオはきちんとベンダー側と共有しましょう。

*▪テスト実施担当者*
誰がテストを実施するかを定めます。原則としてシステムの利用部門の担当者となります。

*▪テスト結果確認者*
利用部門の責任者、または担当者の上司となる場合が多いです。

*▪テスト体制*
テストを実施する体制を記載します。ユーザー側がテストを実施し、ベンダー側は支援となることを確認します。

*▪テストスケジュール*
運用テストのスケジュールを立てて記載します。

運用テスト仕様書を作成したら、**ベンダー側で運用テストの環境を構築します。**本番稼働前の最後のテストとなりますので、テスト環境は本番環境と同じ構成の専用環境を構築したり、場合によっては災害環境を利用したりすることもあります。

*▪運用テスト専用環境を構築するケース*
本番環境とできるだけ条件を揃えて、運用テストの専用環境を用意します。その環境でシステムの動作確認を行い、本番環境に移行した時に不具合が起こることのないようテストします。

*▪本番環境を利用するケース*
すでに構築されている本番環境を利用する場合もあります。ただし、開発中のシステムに不具合があると既存のプログラムやデータなどに悪影響を及ぼす危険性がありますので、それ以前の段階で必ず検証のための環境で動作確認を行いましょう。

*▪災対環境を利用するケース*
災害対策のための代替環境として用意する災害対策環境を利用して、運用テストを行う場合もあります。コストの削減ができ、また本番環境に影響を与えることなく運用テストを実施することができます。

ここまでの準備が整ったら、**運用テスト仕様書に基づいてユーザー側のテスト担当者が運用テストを実施します。**障害を検知した場合は、障害管理票を起こしてベンダー側に不具合の改修を依頼します。

テストの実施においては、仕様書にない作業は行うことのないよう注意が必要です。不用意に設定を変えると、システムの正常な稼働に影響が出ます。仕様書に記載のないことを行ったり、変更したりする場合は、まず上司や責任者に必ず相談しましょう。

システムの本番稼働後の運用にあたっては、*システムの維持管理運用、実際に業務を行うためのものなど、さまざまなマニュアルが作成されます。*

例えば維持管理運用のためのマニュアルでは、サーバーの起動や停止にはじまりシステムの運用にあたる担当者が何をすべきか、作業手順が詳細に書かれています。業務用のマニュアルには、業務でシステムを利用するユーザーの担当者が実際に操作するための手順などが記載されています。

**運用テストに先行してそうしたマニュアル類が作成されている場合には、運用テストの結果を踏まえ必要に応じて内容の改修を行います。**

ここまで、運用テストの準備と実施について解説しました。では運用テストを実施するにあたって、どのようなことに注意する必要があるのでしょうか。

### スケジュールには余裕を持たせる

運用テストはシステム開発において最後に実施される工程なので、遅れが生じるとユーザー教育の日程に影響したり、納期の遅れにつながったりする恐れがあります。不具合が検知された場合の改修期間も見越して余裕のあるスケジュールを作成し、ユーザー側・ベンダー側双方で共有しましょう。

### 徹底してユーザー目線で行う

要件定義にはじまるシステム開発の長い工程を、ユーザー側と密にコミュニケーションを取りながら進めていると、ベンダー側もユーザー側の意図や思いを完全に理解できたような気になるかもしれません。しかし、それは大きな誤りです。

*ユーザー側の意図や思いを100％理解するのは不可能なので、運用テストにおいては必ずユーザー側が自らの視点でテストパターンを作成し、テストを実施しましょう。*

前述したように、ベンダー側からすれば「とんでもない」と思えるような想定外なことも含めて、実際にテストし検証することを徹底しましょう。

### 不具合・バグなどの報告・対応は迅速に行う

当然ながら、運用テストにおいて何らかの問題点が明らかになる場合があります。それらはテストのあと定例ミーティングなどの場でまとめて報告を受けるのでなく、**その都度ユーザー側に共有してもらいましょう。**

改修に時間を要するような問題点の報告が遅くなると、納期に影響を及ぼす可能性もまた大きくなります。問題点などないに越したことはありませんが、いざ発覚しても本番稼働前に発見されたことを前向きに捉え、スピーディに調査や対応にあたりましょう。

### 別のテスト名で呼ばれることもある

IT業界では開発工程の名称が統一されておらず、テストの名称も会社によってまちまちであることも少なくありません。

システム開発の最終テストである運用テストについても、会社によって*受け入れテスト（User Acceptance Tes / UAT）、システムテスト（System Test / ST）などと呼ばれているケースがあります。*テストなどでよく意味のわからない名称があった場合には、必ず周囲に確認しましょう。

運用テストと受入テストの違いとは？
相違点を理解してシステムの品質を高めよう！

### 本番環境を使う場合は既存データなどへ影響する可能性がある

運用テストをユーザーの本番環境（実際の業務で使用している環境）で実施する際は、十分に注意が必要です。**システムにバグが残っていたり予期せぬトラブルが発生したりした場合、ユーザー側の重要なデータや機器に支障が出る恐れがあります。**

そのため、ネットワーク・データ・セキュリティ設定・ハードウェア等のインフラが本番環境と同等の環境を別で用意すると安心です。

## 運用テストはエンジニアとしてのスキルアップにつながる

運用テストは本番稼働前の最終テストのため、ユーザー側は業務手順や操作性など、幅広く確認しなければなりません。スムーズにテストを進行するためには、*システムのすべてを把握したベンダー側のサポートが欠かせません。*

またエンジニアとして運用テストに関わることは、**納品に至る開発全体の流れを理解できる機会になります。**テストの技法やノウハウが身につき、テストエンジニアなどとしてのキャリアアップにもつながるいい経験となるでしょう。

テストエンジニアとは？テスターとの違い・向いている人・将来性を解説

テストエンジニアの求人の探し方と、そのポイントを解説！

### 運用テストを通して身に付くスキル

運用テストを行う際は、さまざまな観点からシステムの動きを検証・改善する必要があるため、*テスト技法に関する知識やテストツールを扱うスキルはもちろん、プログラムコードを読み解くスキル、ネットワークやサーバに関する知識など開発工程でも必要とされるスキルも用います。*

また、運用テストはユーザー視点で行うテストのため、*顧客ニーズを汲み取る力やコミュニケーション能力も養われます。*加えて、リスクマネジメントスキルや、テスト結果の報告や改善提案を行うためのドキュメンテーションスキルも必要になります。

こうした幅広いスキルが身に付くことは、テストエンジニアだけでなく他のITエンジニア職種でも役に立ちます。これらのスキルを活かしてどのようなキャリアを歩めるのか、転職エージェントへ相談して確かめてみましょう。

<center>[あなたに合った企業選びをサポート致します。 エンジニア転職のご相談はぜひ *『マイナビIT エージェント』*へ！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)</center>

### テスト工程を担うテストエンジニアの役割は大きい

システム開発における一連のテスト工程は通常、テストエンジニアと呼ばれる専門のエンジニアが担当します。テストエンジニアは、テスト計画・テスト設計を行い、それを実行して報告や改善案の提案をする、といったテスト工程全般を担います。

運用テストとは、多くのステップを経て進められてきたシステム開発における最終テストです。システム開発の工程ではさまざまなテストが行われますが、その中でも運用テストはどんな目的や観点で行われるのか、どんな注意ポイントがあるのかを解説します。

運用テストとは、本番稼働前に行う最終の、かつユーザー側で行う唯一のテスト

運用テストは、誤操作したときの動作確認なども含め、徹底したユーザー視点で行われる

納期に影響することがないよう、問題点は即座に共有し調査・対応にあたることが大切

運用テストとは？目的や内容、テスト時に注意すべきポイントを解説！

まず、SIer会社の職種の1つがインフラエンジニアです。SIer会社とは、システム開発に関わる全般の業務を引き受ける企業のことを指します。インフラエンジニアについて簡単に説明すると、**現代社会で使われている通信やシステムなどの基盤部分を作る職種です。**

例えば、インターネットを通じてWebサイトや動画などを見ることがあると思いますが、その仕組みを作っているのが、インフラエンジニアの業務のひとつとなっています。

では、インフラエンジニアに関して、皆さんが感じている不安や悩みについてお答えしていきましょう。

インフラエンジニアは、SIer会社の職種の1つです。SIer会社とは、システム開発に関わる全般の業務を引き受ける企業のことを指します。インフラエンジニアについて簡単に説明すると、**現代社会で使われている通信やシステムなどの基盤部分を作る職種**です。

例えば、インターネットを通じてWebサイトや動画などを見る際、その仕組みを作っているのがインフラエンジニアの業務の1つです。では、インフラエンジニアについて、皆さんが感じている不安や悩みについてお答えしていきましょう。

SIerとは？詳細や問題点、将来性についてわかりやすく解説！

### インフラエンジニアの仕事内容

インフラエンジニアの仕事内容は、**主にIT関連の設計・構築・運用がメインです。**担当する技術領域によって内容が変わりますが、細かく分類すると、サーバ ・ネットワーク・セキュリティといったものに分かれ、それぞれに「サーバーエンジニア」「ネットワークエンジニア」といった専門職に枝分かれします。

また、システムエンジニア（SE）と仕事内容が似通うように思えますが、2つの違いはSEはそもそもITインフラ整備が整った状況でシステムを開発します。流れとしては、インフラエンジニアがインフラの構築を行い、完了したらSEがシステム開発に取り掛かるといったイメージです。

## インフラエンジニアの職種3つ

インフラエンジニアは業務内容によっていくつかの職種に分かれます。どのようなものがあるのでしょうか？ここでは、代表的な3つの職種を紹介するとともにそれぞれの仕事内容を紹介していきます。

「ネットワークエンジニア」の仕事は、ルーターやスイッチなどの機器を設置し、データや通信の送受信が適切に行えるような基盤を作る業務を行います。**インターネットに繋ぐだけではなく、通り道をどのように設計して構築すれば最も効率よく、通信できるかを考えることが重要です。**

また、システム運用する際にネットワークを構築するためのケーブルやその他外部機器などの設定もネットワークエンジニアが行うことでしょう。

ネットワークエンジニアの将来性は？市場価値を高める方法を解説

「サーバーエンジニア」の仕事は、サーバに関しての設計・構築から保守・運用などの全般の業務を行います。顧客が求めるサーバを選定し、システムを運用する際に適するOSやミドルウェアをインストールしたり、構築したりします。最近ではクラウドサービスが発展し、物理サーバーの必要性が減少中です。

そもそも「クラウド」というのは、インターネットを利用してアプリやデータベースなどのリソースを提供できるサービスの総称となっています。例えば、皆さんが使っている「Gmail」などの「WEBメール」もクラウドサービスの1つです。

そのため、**クラウドに関する知識やスキルを学ぶことも必要となってきています。**しかし、まずは「オンプレミス」と呼ばれる、物理サーバーの構築や運用スキルを身に付けることから始めましょう。

サーバーエンジニアの将来性は？「きつい・やめとけ」の理由を解説

「AWSエンジニア」の仕事は、クラウドの環境が普及しはじめたことから、「オンプレミス」から「クラウド」への移行する案件、「AWS」を用いて、要件定義・設計・構築・保守・運用する業務などが挙げられるでしょう。

そもそもAWSとはどういう意味でしょうか？AWSとは、「Amazon Web Services 」の略称で、Amazon社が提供しているクラウド型のサービスのことです。  

**クラウドサービスの急激な発展と企業の導入に伴い、AWSエンジニアは需要の高い職種として注目されています。**AWSのスキルをもった人材が不足していることから、現在仕事の応募求人も多いため、需要の高い職種なことがわかります。

DX時代を勝ち抜くエンジニアを目指してAWS移行に詳しくなろう!

## インフラエンジニアは「キツイのか」

インフラエンジニアについて「きつい」「やめとけ」という言葉をよく聞きます。その理由は、「夜勤の場合がある」「急を要する障害対応」の2つの不安要素があるためです。この2つについて具体的に解説します。

サーバやネットワークは、私たちの身の回りの生活や仕事の業務において必要不可欠なものなので、常に正常に動いている状態を作り出さなければなりません。インフラエンジニアは、顧客がネットワークを利用している時間帯である日中での作業ができないことがあります。システムが稼働していない夜の時間帯に作業をする場合があるため、夜勤が発生します。

生活リズムが崩れやすくなる点が「きつい」と言われる理由です。しかし、**夜勤手当が出る会社もあるため、デメリットだけではありません。**体調を崩しやすい方や規則正しい生活が送りたい方にはきついと感じる職種かもしれません。

サーバやネットワーク機器のトラブルは、いつ起こるかわかりません。*24時間365日稼働しているシステムの場合、常に監視を行う必要があります。*この点からも夜勤が発生する理由の1つになっています。

「障害がいつが起こるかわからない」というのは、急に呼び出されることがあるということです。例えるなら、救急車が稼働するときを思い浮かべるといいでしょう。病人が発生したら、直ちに向かいますよね。

急に呼び出しがあるため、その構えをする必要があるという意味で、インフラエンジニアがきついと言われている理由の1つとなっています。しかし、裏を返すと、社会貢献性が高い仕事ということにもなります。

### インフラエンジニアは未経験でもなることができるのか？

**インフラエンジニアになるには、特別な資格が必要ありません。**また、人材が不足している状況で、需要が多くあります。もちろん、エンジニアということで技術的なスキルは今後必要となりますが、未経験からも、興味さえあれば、採用されやすいことが多いです。

特に、SIerなどの企業の新卒採用では、IT知識をもっている人だけでなく、「未経験者」や「文系出身者」も大量に採用しています。

### インフラエンジニアに向いている人3選

ここでは、インフラエンジニアにはどのような人が向いているのかをポイントを3つにまとめました。

*1.IT機器が好き人*
インフラエンジニアはサーバ機器やネットワーク機器といったハードウェアに触れることが多い職種です。自分でパソコンを組み立てるのが好きな人には大変おすすめな職種です。

*2.論理的思考ができる人*
設計・開発・保守には論理的な思考が欠かせません。インフラエンジニアに限ったことではありませんが、論理的思考ができる人も向いているといえます。

*3.細かいミスに気づける人*
ITインフラは小さなミスやズレによってシステムが正しく動作しないことがあります。ほんの些細なミスに気づける人でないとインフラエンジニアは務まりません。

## インフラエンジニアになるための3つのスキルとおすすめの資格

仕事内容について紹介してきましたが、では、インフラエンジニアになるためにはどのようなスキルが必要でしょうか？

ここからは、インフラエンジニアになるために必要なスキルと、それらを身に付けるためにおすすめの資格について紹介します。

### ①サーバーとネットワークなどのインフラの知識や技術

インフラエンジニアになるには、前提として**ネットワークとサーバーに関する深い知識とスキルが必要です。**その中でも、インフラエンジニアとして欠かせないのが、「Linux」に関する知識や操作技術です。これは仕事をするにあたって求められる最も初歩的なスキルといえるでしょう。

さらに、ITインフラにおけるひと通りの作業工程の知識、システムトラブルが起きたときの障害対応スキルなどがあると重宝される人材になれるでしょう。

### ②プログラミングスキルが必要

前述の通り、インフラエンジニアが構築するサーバーのOSは「Linux」が最も主流で有名です。

コンピュータには、処理を実行するための核となる「カーネル」というものがありますが、0と1からなる言語しか理解することができません。そのため、シェルスクリプトを作成する必要もあり、プログラミングスキルが必要です。シェルスクリプトとは、ユーザからのコマンドを受け付けてカーネルに処理をさせ、結果を表示するためのシェルが理解できるコマンドを列挙したものとなります。

しかし、最近は従来のシェルスクリプトだけではなく、**他の軽量プログラミング言語についての知識やスキルも必要になってきています。**軽量プログラミング言語とは、学ぶのが比較的簡単と言われている言語のことで、Ruby・Python・PHPなどが挙げられるでしょう。

また、インフラエンジニアの業務の効率を上げるために、プログラミング言語でコード化することで、業務を自動で実行する仕組みが導入され始めており、インフラ構成管理ツール（IaC）が注目を集めています。したがって、今後はインフラエンジニアも、プログラミング言語の知識も必要となっていくでしょう。

Pythonでできること・できないことは？活躍している分野を解説

まず、インフラエンジニアは個人で仕事をすることができません。そのため、チームで業務を行うことが一般的となるため、**チームメンバーの間で認識齟齬を生まないような適切なコミュニケーションが求められるでしょう。**

また、要件定義のフェーズ（クライアントの要望を元にどのようなシステムが必要かを考える段階）では顧客が求めていることを明確にヒアリングしなければなりません。保守のフェーズでは障害の状況についてわかりやすく顧客へ伝える必要もあります。

チーム作業が多いことから、助け合いを行うことができるのもインフラエンジニアのいいところです。積極的にコミュニケーションを取りましょう。

### インフラエンジニアのおすすめな資格

インフラエンジニアにとっておすすめな資格としては、下記の通りです。

・ネットワークエンジニア：CCNA、CCNP、CCIE
・サーバーエンジニア：LPICレベル1、LinuCレベル1
・AWSエンジニア：AWS認定資格

**インフラエンジニアの仕事をするにあたって、特にCCNAとLinuCレベル１は最低限取得しておきたい資格です。**資格取得を目的とすることで、勉強のモチベーションを上げてスキルアップを狙いましょう。

## インフラエンジニアの3つの魅力

仕事内容や必要なスキルについて紹介してきました。では、ここから垣間見える「インフラエンジニア」の魅力について3つ紹介しましょう。

### ①IT業界でも高水準の平均年収

2019年9月〜2020年8月の1年の間に、転職サイトのデータを元に算出した平均年収を紹介していきます。


インフラエンジニアの2つの職種の平均年収を下記に紹介します。

・サーバーエンジニア：463万円
・ネットワークエンジニア：455万円

技術系（IT／通信） 全体の平均年収は438万、地方別にみて最も年収が高い、関東の全職種の平均年収は429万円となっています。そのため、**インフラエンジニアは、IT技術職また全職種の中でも高水準の年収です。**スキルを磨いていくことでさらに年収アップを期待できるでしょう。

フリーランスエンジニアになるメリット・デメリット、年収や将来性

*まずは[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv02)に無料登録いただいて、キャリアアドバイザーにキャリアや転職に関する相談をしてみてはいかがでしょうか。*

<center>[*『マイナビIT エージェント』*なら、 IT業界に精通した専任アドバイザーと豊富な求人で、 あなたの転職活動を丁寧にサポートします。](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv02)</center>

「インフラ」という名がつくように、現代社会ではインターネットなしでは社会が成り立たないほど当たり前の存在です。そのため、**仕事がなくなることは考えられません。**

インフラエンジニアとして知識やスキルを身につけていれば、人手不足なことも後押しし、需要は限りなくあるため、たとえ会社が潰れたとしても、転職やフリーランスとしても生きていくことができます。

### ③キャリアパスの方向性が様々

インフラエンジニアには具体的にどのようなキャリアパスがあるのでしょうか？大きくわけて、「プロジェクトマネージャー」と「ITアーキテクト」が考えられます。他にも「ネットワークエンジニア」から「サーバーエンジニア」への転職であったり、「ITコンサルタント」「データサイエンティスト」を目指したりする人もいます。

ここでは、代表的な「プロジェクトマネージャー」と「ITアーキテクト」の仕事についてさらに深堀して紹介しましょう。

PMとPLの役割の違いとは？ ―若手エンジニアの疑問にスッキリ回答―

### プロジェクトマネージャー
「プロジェクトマネージャー」は、プロジェクトの全体を束ね、統括していくこと、そして、プロジェクト目的を達成できるよう管理することが求められます。また、プロジェクトの品質・コスト・スケジュールに大きな責任をもっています。

**プロジェクトマネージャーになるには、管理能力・問題解決力・コミュニケーション力などのスキルを身に付けていくことが大切です。**平均年収は、664万円です。

### ITアーキテクト
「ITアーキテクト」は、システムに関する深い知識に加えて、ビジネスに関する知識もある程度必要とされます。また、1つの領域の知識や技術だけでなく、領域をまたいで横断的な知識も求められます。そういった観点からプロジェクトに取り組みます。

**ITアーキテクトになるには、業務内容が多岐に渡るため、システム全体の設計に関わる広範囲の知識を身に付ける必要があります。**また、プロジェクトマネージャー同様に、マネジメント能力も必要です。平均年収は、約584万円です。

システムアーキテクトとは？年収と将来性を解説！

## 市場価値が高く、やりがいのあるインフラエンジニアになろう

インフラエンジニアは「きつい」と言われる側面もありますが、それを超える「魅力」や「やりがい」があります。SEの人材不足が懸念される中、その中でも**インフラエンジニアは希少価値が高く、スキルを一段一段磨いていけば、市場価値が高いエンジニアになることができます。**

インフラエンジニアの仕事は、IT技術の発展に伴い、今後需要はさらに拡大すると考えられます。

現在の動向として、多くの企業が「オンプレミス」から「クラウド」へのサービスを移行しようとしているため、「AWS」のサービスが今後は注目されていくでしょう。そのため、インフラエンジニアの中でも現在は「AWSエンジニア」が最も求められている人材と言えるでしょう。インフラエンジニアの仕事に興味をもたれた方は、ぜひ目指してみてはどうでしょうか。

<center>*＼転職するか迷っていてもOK！／* [*マイナビエージェントに無料登録して* *転職サポートを受ける*](https://mynavi-agent.jp/entry/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv17)</center>

インフラエンジニアを辞めたいと思ったら？理由や対処法について解説

インフラエンジニアとは、ITエンジニアの中のシステムエンジニアの職種の1つです。インフラエンジニアは、現代の社会で使われている通信やシステムの基盤を作っている職種となっています。この記事では、インフラエンジニアの仕事内容、必要なスキル、将来性を紹介します。

インフラエンジニアとは、通信システムの基盤を作る職種

インフラエンジニアは、仕事内容によってネットワークエンジニア・サーバーエンジニアなどに分かれる

インフラエンジニアは「きつい」と言われる側面があるが、その反面魅力とやりがいがある

インフラエンジニアはきついのか？その仕事内容やスキル、将来性を解説！

FP法とは「ファンクションポイント法」の略で、1979年に米国IBMのAllan Albrecht氏により考案されました。**FP法の目的は誰が見積もりの計測を行っても同じ結果が得られるように、見積もり作業のばらつきを抑えることです。**

そのためFP法では、ソフトウェア開発の生産性を測定するための*ユーザー要件をファンクションとして定義しカテゴリー化することで、見積もりの平準化を行います。*

### FP法では機能要件を定量化する

**FP法では機能要件とその他の要件を分類して計算することで、正確な見積もりを出すことができます。**FP法ではデータ構造によって規模を見積もっているため、システムのデータやファイルが明確である機能要件が見積もりの対象です。*機能規模では、非機能要件や技術者要件を含みません。*

FP法ではシステムの機能を「ファンクション」と呼び、そのファンクションごとに点数を定めています。そのため*誰が見積もりをしても、ファンクションの数を数えるだけでシステム規模の見積もりが同等に実施できます。*

ファンクションはシステムの実装形式による違いがなく、従来のオンプレミス（所有型）でもクラウド（利用型）でも同じスコアとなります。

同様にシステム開発の形式にも依存しないので、新規開発でもパッケージ利用でも同等の結果となります。さらに開発手法においても、従来型のウォータフォールモデルでもアジャイル型でもスコアに差がありません。もちろん、開発言語にも依存しません。

### FP法におけるファンクションの種類

FP法ではファンクションをデータ処理に関する「トランザクションファンクション」と、データ格納に関する「データファンクション」に大別して集計します。各区分のファンクションごとに点数を定めているため、*点数表に集計すると合計のスコアが簡単に求められます。*

各機能はそれぞれ、外部入力（EI）・外部出力（EO）・外部照会（EQ）・内部論理ファイル（ILF）・外部インターフェイスファイル（EIF）に分類し算出されます。

FP法の計算方法は以下のようになります。

*（1）扱うデータを5つのファンクション型に分類*
　外部入力（EI）、外部出力（EO）、外部照会（EQ）、内部論理ファイル（ILF）、外部インタフェースファイル（EIF）の5分類

*（2） 扱うデータごとに、「データ項目数」とそのデータに関連する「レコード種類数」を集計*
　データのファンクションの複雑さを3段階（低・中・高）に分類

*（3）システム全体の未調整FPの計算*
　各データに3段階のファンクションの複雑さに応じた未調整FP（調整係数）を掛けて合計

*（4） システムの特性の合計値を計算*
　システム特性を14の観点から0から5の6段階で評価

*（5） システム特性係数の計算*
　　VAF＝ （TDI＊0.01）＋0.65
　　VAF：Value Adjustment Factor、システム特性係数
　　TDI：Total Degree of Influence、システム特性の合計値

*（6） FPを計算*
　　FP＝UFP＊VAF
　　UFP：Unadjusted FP、未調整FP
　　VAF：Value Adjustment Factor、システム特性係数

FP法は工数の見積もりだけでなく、プロジェクトサイクル全般で活用できます。具体的には*見積もりやその評価、工数管理・品質管理や進捗管理、ベンダーの評価や運用評価、ソフトウェア資産管理や投資対効果の評価等、多岐に渡ります。*

ここからは、FP法を活用するうえでのメリット・デメリットをそれぞれわかりやすく説明します。まずはメリットについて解説します。

### わかりやすい見積もりを出せる

FP法の最大のメリットは、誰が算定しても同等の結果が得られるため、見積もり作業のばらつきを抑えることができる点です。同様に、プロジェクト期間中に仕様変更が生じた場合もFP数が変わることを指標として算定できるため、**要件変動による影響をあらかじめ可視化することが可能です。**

また、*求める品質評価の目標値をFP法で設定することにより、品質の評価がより簡単に実施できるメリットがあります。*

大規模なプロジェクトでは、ソフトウェア開発に着手するまでにシステム戦略策定からシステム化計画、そして要件定義・設計・開発と多くのフェーズを経由します。特に、先行して検討されるシステム戦略策定時には、システム化の方向性を決定するために多くの要求事項が挙げられるため、*実際にシステム開発で必要とする部分とのズレやブレが発生します。*

そのため、見積もり誤差がリスク分として多く計上されてしまい、そのリスク分は不確実性によるもので経験値によるところが大きい領域です。特に未確定の要求仕様については累積してリスク計上されていくため、システムが肥大化する要因となります。

これを防ぐためには、同様の要求を満たすシステム事例を参照したり、プロジェクトサイクル全般を想定した見積もり手法が必要です。**FP法では早期から実装機能をファンクションとして算定できるため、ブレを吸収して実装していくことができます。**

FP法は便利な見積もりの手法ですが、決して万能という訳ではありません。*過去に事例のない機能は評価が難しい・複雑な入力機能と単純な入力機能の見極めができないため同じ数値になってしまう・非機能要件は数値化できない*、といったデメリットが挙げられます。FP法をしようする際は、これらのデメリット部分も理解しておきましょう。

FP法は工数の見積もりだけでなく、プロジェクトサイクル全般で活用できます。具体的には*見積もりやその評価、工数管理・品質管理や進捗管理、ベンダーの評価や運用評価、ソフトウェア資産管理や投資対効果の評価等*、多岐に渡ります。

そのため、見積もり誤差がリスク分として多く計上されてしまい、そのリスク分は不確実性によるもので経験値によるところが大きい領域です。特に未確定の要求仕様については累積してリスク計上されていくため、システムが肥大化する要因となります。これを防ぐために、同様の要求を満たすシステム事例を参照したり、プロジェクトサイクル全般を想定した見積もり手法が必要です。

**FP法では早期から実装機能をファンクションとして算定できるためブレを吸収し実装していくことができます。**

FP法にはデメリットもあります。そのため、FP法の利用を検討する際はこれらのデメリットも頭に入れておく必要があります。

FP法は便利な見積もりの手法ですが、決して万能という訳ではありません。*過去に事例のない機能は評価が難しい・複雑な入力機能と単純な入力機能の見極めができないため同じ数値になってしまう・非機能要件は数値化できない、といったデメリットが挙げられます。*

### 見積もり精度の向上には手間がかかる

FP法では機能要件を低・中・高の複雑度の分類で算定するため、*対象とするアプリケーション開発の工数とソフトウェア製造量とが直接的に合致しない場合もあります。*そのため、あらかじめ同等の業務での開発実績のデータを蓄積し、見積もり精度を向上させることが重要です。

特に要求仕様書が確定する前の見積もりではブレが生じるため、ユーザが認識していない要件が潜んでいる場合は別途追加見積もりの必要性が出てきます。

## FP法にはさまざまな種類がある

FP法は、国際標準化機構ISO（International Organization for Standardization）、および国際電気標準会議IEC（International Electrotechnical Commission）によって認定されています。その中でも、*以下のそれぞれの方法が各実装グループによって定義されています。*

お役立ち記事