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

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

FP法とは？ソフトウェア開発の見積もり手法を解説します！

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

その*ファンクションはシステムの実装形式による違いがなく、開発言語にも依存しません。*システム開発の形式にも依存しないため、新規開発でもパッケージ利用でも同等の結果を得られます。

システム開発に使う言語とは？一覧や選ぶ基準なども詳しく紹介

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

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

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

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

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

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

IFPUG法では、これらの5つのタイプをトランザクションファンクションとデータファンクションに分類しています。


*「トランザクションファンクション」　ー　 データを処理する機能*
・外部入力（EI、External Input）
・外部出力（EO、External Output）
・外部照会（EQ、External Inquiry）


*「データファンクション」　　　　　　ー　データを保持するための機能*
・内部論理ファイル（ILF、Internal Logical File）
・外部インタフェースファイル（EIF、External Interface File）

実実際のシステムは*複雑度がシステムによって異なり、プログラムの機能量が同一でも必要とされる工数に違いが発生します*。

同一の関数を用いる場合であっても、オンライントランザクションとバッチ処理では要件が異なり、単一処理と分散処理では求められる設計アーキテクチャに違いが発生します。

そのため、**違いを吸収するために未調整FPにシステム特性計数を乗じて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、システム特性係数

【参考】：[情報処理推進機構（IPA）FP 計測手法における FP 規模と工数の相関の差](https://www.ipa.go.jp/files/000066544.pdf)

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

先に述べた通り、FPは以下の計算式で算定することができます。

FP ＝未調整 FP＊システム特性係数

実際には、システム開発の工程はシステム設計方式によって異なります。IFPUG法では想定される開発工程について、**3つの大まかなプロジェクト分類を計測タイプとして定義し、差異の発生を低減しています。**

・ *新規開発プロジェクト*
DFP＝（UFP＋CFP）＊VAF
DFP：Development Project FP 
　　　新規開発プロジェクトのFP
UFP：Unadjusted FP
　　　利用可能な未調整FP
CFP：Conversion FP
　　　データ移行機能の未調整FP
VAF：Value Adjustment Factor
　　　調整係数

・* 機能改良プロジェクト*
EFP=｛（ADD＋CHGA＋CFP）＊VAFA｝＋（DEL＊VAFB）
EFP：Enhanced FP
　　　機能改良プロジェクトのFP
ADD：Added by the enhancement project
　　　機能改良プロジェクトで追加される機能の未調整FP
CHGA：Changed by the enhancement project
　　　機能改良プロジェクトで変更された機能の未調整FP
CFP：Conversion FP
　　　データ移行機能の未調整FP
VAFA：VAF of application after enhancement
　　　機能改良後のアプリケーションの調整係数
DEL：Deleted FP
　　　機能改良プロジェクトで削除される機能の未調整FP
VAFB：VAF of application before enhancement
　　　機能改良前のアプリケーションの調整係数

・*アプリケーション*
AFP=｛（UFPB＋ADD＋CHGA）－（CHGB＋DEL）｝＊VAFA
AFP：Application FP
　　　アプリケーションのFP
UFPB：Unadjusted application FP count before enhancement
　　　機能改良プロジェクト開始前のアプリケーションの未調整FP
ADD：Added by the enhancement project
　　　機能改良プロジェクトで追加される機能の未調整FP
CHGA：Changed functionality after enhancement
　　　機能改良プロジェクトで変更された機能の未調整FP
CHGB：Changed functionality before enhancement
　　　機能改良プロジェクトで変更となった機能の未調整FP
VAFA：VAF of application after enhancement
　　　機能改良後のアプリケーションの調整係数
DEL：Deleted FP
　　　機能改良プロジェクトで削除される機能の未調整FP

この考え方や利用方法は、IFPUG（International Function Point User Group）発行の各種ドキュメントに記載されています。IFPUGは米国にあり、そのガイドラインはISOで標準化されています。

【参考】：[IFPUG - International Function Points Users Group](https://ifpug.org/)

FP法では*機能要件を低・中・高の複雑度の分類で算定するため、対象とするアプリケーション開発の工数とソフトウェア製造量と直接的に合致しない場合もあります。*ソフトウェア開発では、ソフトウェアが完成していない段階で完成成果物から逆算して工数見積もりを行うため、初期段階では誤差が大きくなる傾向があります。

このことから、*あらかじめ同等の業務での開発実績のデータを蓄積し、見積もり精度を向上させることが重要です。*特に、要求仕様書が確定する前の見積もりでは精度のブレが生じるため、ユーザが認識していない要件が潜んでいる場合は別途追加見積の必要性が出ます。

**FP法では開発初期段階で有効なFP計測手法として、FP概算法（The estimated function point count）並びにFP試算法（The Indicative function point count）が提案されています。**これらはNESMA（Netherlands Software Metrics Association）によるFP計測手法で、考え方はIFPUG法と同じです。

以上の通り、見積もり誤差を吸収するために実際の計測結果を評価・分析し、次の見積もりに反映させることが求められます。FP法は長く用いられているため、ベンダー各社がそれぞれ自社の経験を活かし、見積もり手法としてプロジェクト見積もりに活用しています。

【参考】：[情報処理推進機構（IPA） ソフトウェア開発見積りガイドブック](http://www.ipa.go.jp/sec/publish/tn05-001.html)

### プロジェクトマネジメントに携わるならFP法を覚えよう

*プロジェクトマネジメントを行うにあたって、工数見積もりは必須の工程です。*実際の開発工程に進むには、見積もりを行ってリソースやスケジュールなどを調整しなければなりません。

つまり、**マネジメントを行うプロジェクトマネージャーには、できるだけ正確な見積もりを行うスキルが求められます。**FP法は、近年注目されている見積もり手法の1つであり、さまざまなプロジェクトで利用されています。FP法の習得はマネジメントを行う人にとって有用と言えるでしょう。

プロジェクトマネージャーの役割とは？求められるスキルや資質を解説

プロジェクトリーダーの役割と必要なスキルは？平均年齢や年収情報も

<center>[*プロジェクトマネージャ・プロジェクトリーダの転職・求人情報を見る　＞*](https://mynavi-agent.jp/jobsearch/job3_0103007/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv18)</center>

### 実際にFP法で見積もりを行ってスキルを身につけよう

FP法などの見積もり手法は、理論を覚えるだけでなく実際に計算をしてみることが大切です。サンプルデータで計算してみたり、小規模なプロジェクトで実際に使ってみたりしましょう。

インターネット上には、FP法を実践するためのExcelテンプレートなどもありますので、必要に応じて活用すると良いでしょう。

プロジェクトマネージャーに必要なスキルは見積もりスキル以外にもたくさんありますが、それぞれのスキル分野で経験を積むことが評価に繋がります。自身の今のスキルがどのような現場で役立つのか、転職エージェントなどを利用して確かめてみるのもおすすめです。

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

### スキルのあるプロジェクトマネージャーは年収も高い

プロジェクトマネージャーの年収は「マイナビエージェント職業別年収ランキング/職種図鑑」での平均年収は670万円（※2024年10月執筆時点）、経済産業省2017年発表の「IT関連産業の給与等に関する実態調査結果」から近い職種の「プロジェクトマネージャ」を参考にすると、平均年収891.5万円と分かりました。

国税庁2020年発表の民間給与実態統計調査における民間企業平均年収は433万円なので、*プロジェクトマネージャーは一般平均年収よりも、やや高めであることが分かります。*

プロジェクトマネージャー自体が他の職種と比べても年収が高い傾向にありますが、より高度なスキルを持っていればさらに高年収を狙えます。

【参考】：[マイナビエージェント職業別年収ランキング/職種図鑑/プロジェクトマネージャー](https://mynavi-agent.jp/helpful/income2020/category/it01/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)
※【平均年収 調査対象者】2019年12月～2020年5月末までの間にマイナビエージェントサービスにご登録頂いた方
【参考】：[IT関連産業における給与水準の実態① ~ 職種別（P7）](https://warp.da.ndl.go.jp/info:ndljp/pid/11623215/www.meti.go.jp/press/2017/08/20170821001/20170821001-1.pdf)
【参考】：[民間給与実態統計調査-国税庁](https://www.nta.go.jp/publication/statistics/kokuzeicho/minkan2020/pdf/002.pdf)

## FP法の見積もりを習熟しプロジェクト見積もりの精度を高めましょう

FP法はどの工程でも利用可能で、考案されてから40年以上の利用実績があります。「政府情報システムの整備及び管理に関する標準ガイドライン」によると、政府系システムについても、経費の見積もりはファンクションポイントの見積もり並びにその見積もり根拠を提示することが求められています。

【参考】：[政府情報システムの整備及び管理 に関する標準ガイドライン｜総務省](https://www.soumu.go.jp/main_content/000325350.pdf)

このような流れからも、FP法はさらなる活用が期待されています。見積もり頻度が高いプロジェクトでは、FP法を用いることで見積もり効率と精度が飛躍的に向上します。小規模プロジェクトでも利用できるため、**見積もり精度と自身の実践力をともに向上させることができるでしょう。**

FP法をはじめとする見積もり手法に習熟していれば、プロジェクトマネジメントの精度向上にも期待できます。プロジェクトマネージャーへのキャリアアップ、転職を目指している人はFP法を学んでから目指すキャリアへの一歩を踏み出すのが良いでしょう。

そこでぜひご活用いただきたいのが[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)です。 

マイナビIT エージェントは、IT・Webエンジニア向けの無料の転職⽀援サービスです。

IT・Webエンジニアの転職事情に詳しいキャリアアドバイザーが、あなたのご経験やスキルをお伺いし、転職活動のプランをご提案致します。

アドバイザーは企業側の人事担当者と直接連携を取れますので、求人票に載っていない企業情報も確認することができます。残業時間や給与面など、働き方などをしっかり確認の上で応募企業を選んでいくのが良いでしょう。

・資格やプログラミングの勉強をしているけれど、企業が求めるレベルに達しているのかわからない
・スキルアップをして市場価値を上げていける企業の選び方を知りたい
・数多くあるITエンジニアの職種の中で、自分に向いている仕事は何か知りたい

こうした悩みを抱えていらっしゃる方は、まずは無料登録でキャリアカウンセリングをおすすめ致します。

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

FP法とは、プロジェクト見積もり手法として40年以上の実績があります。必要とされるファンクションの数を数えるだけで、システム規模の見積もりが可能です。ここでは、FP法による見積もり方法を、必要とされる計測手順と共に解説していきます。

FP法は米国で考案された手法で、見積もり作業の平準化が可能になるメリットがある

FP値は、システムのファンクション数をシステム特性係数で乗じることで求める

FP法ではプロジェクト内容によって代表的な3つの計測タイプが定義されている

FP法による見積もり方法は？計算手順や計測タイプについて解説！

## ITシステムの品質確保に必要なテスト工程

*ITシステムにおける品質とは、想定したことが想定通り動作する度合いのことをいいます。*仮に仕様通り作成されたシステムでも、操作方法がわかりにくかったり、エラー処理が複雑だったりすると、ユーザの満足度が低下します。この状態では、高品質のシステムとは言えません。

こういった事態を防ぐために行われる工程の1つが、テスト工程です。テスト工程では、テストエンジニアを中心にしてあらゆる観点からシステムのテストを行い、品質に問題がないかをチェックします。

<center>[*品質管理／QA／QCの転職・求人情報を見る　＞*](https://mynavi-agent.jp/jobsearch/job2_0108/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv18)</center>

### ソフトウェアの品質は「品質特性」に基づいて評価される

開発者は、ユーザの満足度を高めるために「品質特性」を考慮して、企画・設計・開発・テストを進めます。*品質特性とは、ソフトウェアの品質を評価する基準のことで、ISO/IEC 9126(JIS X 0129)に定義されています。*

ISO/IEC 9126(JIS X 0129)では、以下の6つの特性と、それぞれの品質特性をさらに細分化した21の副特性が定められています。

*◆機能性*(Functionality)
目的から求められる必要な機能の実装の度合いで、想定条件の下で要求仕様を満たす能力

◆*信頼性*(Reliability)
想定条件の下で機能が正常動作し続ける度合いで、障害の起こりにくさの度合い

◆*使用性*(Usability)
ソフトウェアの想定動作に関して、利用者に対する分かりやすさ、使いやすさの度合い

◆*効率性*(Efficiency)
与えられた条件で、目的達成のために使用する時間や資源の度合い

◆*保守性*(Maintainability)
保守作業や改修作業に対する、必要なコストの度合い

◆*移植性*(Portability)
別の環境へ移した際、移植のしやすさや、そのまま動作する度合い

【参考】：[JISX0129-1:2003 ソフトウェア製品の品質－第1部：品質モデル｜日本産業企画の簡易閲覧](https://kikakurui.com/x0/X0129-1-2003-01.html)

### テスト工程にはいくつかのステップがある

ソフトウェア開発におけるテスト工程は、大まかに考えると以下の4ステップに分けられます。段階的にテストを行うことで、ユーザ側の要求に沿ったものになっているか、問題なく動作するかなどを隈なく確認することができます。

◆*単体テスト*(コンポーネントテスト)
モジュールごとに正しく動作するかテストする

◆*結合テスト*
モジュールを組み合わせて動作をテストする

◆*システムテスト*（総合テスト）
すべての機能が揃った状態で設計仕様に沿っているかテストする

◆*運用テストまたは受入テスト*
実際の利用環境、もしくはそれに近い環境で動作をテストする

**運用テストや受入テストは基本的に、テスト工程の中でも「最終チェック」として行われるものです。**

新人が単体テスト仕様書を作るには？ポイントや注意点を解説

結合テストの「内部結合テスト」と「外部結合テスト」は何が違う？観点や目的も解説

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

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

## 運用テスト・受入テストは「要件定義」に対応する

*各テスト工程は、それぞれ開発工程の各ステップと対応しています。*テストは、ソフトウェア開発の要求発生から設計・開発までの流れを遡るようにして行われます。その際は各テストごとに品質特性を意識したチェック項目を作成し、品質基準をクリアしているか判断していきます。

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

開発者はユーザ側から要求を受けてから、以下のステップに従って開発工程を進めていきます。

◆*要求分析*(Requirements analysis)
ユーザの要求を理解するために、ユーザから要望書である要求仕様書を入手する

◆*要件定義*(Requirement definition)
ユーザの要求が実現できるかどうかを確認し、要件定義書を作成する

◆*基本設計*(Basic design)
要件定義書の記載事項に基づき、外部設計仕様を設計する

◆*詳細設計*(Detailed design)
基本設計書の各項目に対応する開発を想定し、設計の詳細化を進める

◆*開発・製造*(Development / Manufacturing)
詳細設計の項目・ルールに従い、モジュールの開発・製造を行う

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

### 開発工程とテスト工程の関係性

テスト工程の最初のステップである*単体テスト(Unit Test)では、開発・製造の工程での品質を確保するために、テストデータとテストロジックに基づいて単体動作の妥当性を検証します。*

次に、*結合テスト(Integration Test / IT)では、詳細設計工程での品質を確保するために、テストデータにより、モジュール間の動作の妥当性を評価します。*上限値・下限値やエラー処理の振る舞いが妥当かも確認します。

その後の*システムテスト(System Test / ST)は基本設計に対応するテストで、疑似ユーザデータを用いてシステム全体での動作が妥当か確認します。*また高負荷環境での動作が安定するかどうかや、運用想定のエラー処理が妥当かどうかもみていきます。

最終工程となる**運用テスト(Operations Test / OT)・受入テスト(User Acceptance Test / UAT)では、要件定義工程や要求分析工程の品質を確保するために、ユーザの運用環境と実データを用いて、ユーザの要求が満たされていることを確認していきます。**

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

## 運用テストと受入テストの違い

運用テストと受入テストは、どちらも最終チェックのステップとして行われるものですが、その違いはどこにあるのでしょうか。それぞれの目的や実施方法について解説します。

### ほぼ同義のこともあるが目的は少し異なる

運用テストも受入テストも、*本番環境と同様の環境でユーザー視点から評価が行われるため、ほぼ同義として認識されることもあります。*しかし、厳密にはその目的は少し異なります。

**運用テストは、ユーザ側の要求する機能が満たされていることを確認し、実際の運用において問題がないことを保証する目的で、対して受入テストは、このままソフトウェアがリリースされても問題がないかどうかをユーザ側（発注側）が検収する目的で実施されます。**

そのため、自社内の開発チームが開発を行う場合は運用テストが、受託開発の場合は受入テストが最終テストとなることが多いでしょう。

### テストの内容や観点も異なる場合がある

運用テストや受入テストは、ユーザの動作環境や実際のデータを用いて、商用環境を想定した操作方法・手順のもとに確認していきます。エラー処理や、高負荷での安定性など非機能要件についても検証します。

ただし、それぞれ重視するテスト内容や観点が異なる場合もあります。一般的に、*運用テストでは要件定義書や仕様書と相違がないかという点を中心に、ソフトウェアの性能や操作性などについて確認します。*ユーザー視点で行いますが、開発者の作成したテスト計画書とテスト仕様書、テストデータを用いることもあります。

一方*受入テストでは、不具合が起きてはならない特に重要な機能や、開発中に仕様変更した機能などを重点的にチェックすることが多いです。*テスト計画から実施までユーザ側が担います。

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

## 運用テスト・受入テスト実施時の注意点

運用テストや受入テストを行うにあたっては、注意すべきこともあります。それぞれのテストごとに、特に注意したいポイントを解説していきます。

運用テストは開発者の責任により実施されます。しかし、求められる要件はユーザ環境で必要とされる事項です。したがって、**ユーザ側の立場に立って計画立案・実施をすることが求められます。**そのため、テストシナリオを事前に用意し、ユーザ環境に合わせたテストパターンを複数定義して適合性を確認します。

ユーザ側では、開発者の品質確保のための各ステップを理解し、進捗報告を受けていきます。その*進捗報告に従い、受入可能な品質かどうか、事前に評価を進めていきます*。

ユーザ側の受入テストでは、合否判断のための受入基準を定めて、事前にユーザ側・開発者側双方が合意して進めていきます。**本番稼働後の影響、障害発生の対策を意識し、重点的に確認したい項目を定義しておきます。**

同時に、*障害発生時の処理フローや、業務フローへの影響も調査します。*これによって、運用時に発生する事態への対策を事前に講じ、運用時のリスク低減を図ります。

## ITの普及によりテスト工程はますます重要に

近年の世界的なIT化の波により、IT製品の品質を担保するためのテスト工程はますます重要になっています。*企業やそのサービスの根幹を担う部分がIT化されることも多々あり、トラブルが発生すると、重大な被害や損失に繋がってしまいます。*

開発工程はもちろんですが、**テスト工程でいかに良質なテストを行い、リリース前に改善点を洗い出せるかが、運用開始後のトラブル防止に貢献すると言えます。**そのため、テスト工程全体で従来以上に慎重かつ詳細な作業が求められています。

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

### テストエンジニアの重要性も増している

テスト工程を担うテストエンジニアの重要性も、同時に増しています。*需要が高まり、年収にも影響していると考えられます。*

テストエンジニアの年収は「マイナビエージェント職業別年収ランキング/職種図鑑」での「品質管理／QA／QC」を参考にすると、平均年収は526万円（※2024年10月執筆時点）、経済産業省2017年発表の「IT関連産業の給与等に関する実態調査結果」から近い職種の「SE・プログラマ（ソフトウェア製品の開発・実装）」を参考にすると、平均年収568.5万円と分かりました。

国税庁2020年発表の民間給与実態統計調査における民間企業平均年収は433万円なので、テストエンジニアは一般平均年収よりも、やや高めであると思われます。*テストが重要な作業であること、良質なテストを行うために専門的なスキルが必要であることから、高年収も狙える職種です。*

【参考】：[マイナビエージェント職業別年収ランキング/職種図鑑/品質管理／QA／QC](https://mynavi-agent.jp/it/jobindex/14.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)
※【平均年収 調査対象者】2020年1月～2020年12月末までの間にマイナビエージェントサービスにご登録頂いた方
【参考】：[IT関連産業における給与水準の実態① ~ 職種別（P7）](https://warp.da.ndl.go.jp/info:ndljp/pid/11623215/www.meti.go.jp/press/2017/08/20170821001/20170821001-1.pdf)
【参考】：[民間給与実態統計調査-国税庁](https://www.nta.go.jp/publication/statistics/kokuzeicho/minkan2020/pdf/002.pdf)

### テストエンジニアへの転職もおすすめ

以上のように需要の高いテストエンジニアは、転職にもおすすめの職種です。*ユーザのニーズを汲み取る力、プログラミングスキル、ドキュメンテーションスキルなど、テスト工程に携わることでさまざまなスキルが身につくため、ITエンジニアとしてスキルアップしたい方、そしてこれからIT業界を目指す方にもおすすめです。*

ITエンジニアは経験などが重視される傾向にありますが、企業によっては就職後の教育が充実している場合もあるので、幅広く情報を集めれば自身のレベルに合った企業が見つかるでしょう。転職エージェントなどを利用して、効率よく転職活動を進めましょう。

## テスト工程を理解し、運用時の安定性を高めよう

各テスト工程が理解できると、関連仕様書をはじめとする成果物の理解度が高まります。同時に、顧客要件の理解が高まり、必要な確認事項が理解できます。理解度が高まるにつれて、自身の責任範囲も広がり、より多くの業務、高度な業務を任されるエンジニアとなるでしょう。

テストエンジニアになって実際にテスト工程を専門に扱うのも1つの選択肢です。テストエンジニアはIT化社会において重要な役割を担っており、市場ニーズも高い職種です。転職を考えている方は、テストエンジニアへの転向も視野に入れてみてはいかがでしょうか。

ITシステムでは、品質を確保するための手法が設けられています。ここでは、業務システムの運用を想定したテストとして、運用テストと受入テストについて解説します。運用テストと受入テストの違いを理解し、システムの安定度を高めていきましょう。

運用テストとは、納品前に行う最終検査で、要件定義と相違がないかなどを確認する

受入テストとは、リリース前に行う検収で、ユーザ側が行う最終テストとなる

両テスト共に、ユーザ運用環境を理解したテスト環境で計画・実施することがポイント

運用テストと受入テストの違いとは？実施の目的や内容について解説

## プロジェクトマネージャ試験対策には参考書を活用しよう

プロジェクトマネージャ試験は、IPA（情報処理推進機構）が行う情報処理技術者試験の1つです。情報処理技術者試験にはいくつか試験の種類がありますが、プロジェクトマネージャ試験は、特にプロジェクトマネージャーを目指す人を対象とした資格試験です。

*プロジェクトマネージャ試験に合格するためには、プロジェクトマネジメントの業務やシステムに関する知識習得が欠かせません。*これらを効果的に習得する勉強方法として、参考書の活用がおすすめです。

しかし、受験を検討している方の中には、どの参考書を使うべきか迷う方も多いでしょう。本記事では、プロジェクトマネージャ試験の学習におすすめの参考書10選や、プロジェクトマネージャ試験を受験するメリットを紹介します。

情報処理技術者能力認定試験とは？難易度や勉強方法・合格するメリット

情報処理技術者試験のメリットとは？試験概要や勉強方法も解説

### プロジェクトマネージャ試験とは

IPA（情報処理推進機構）が提供する情報処理技術者試験の中でも、*プロジェクトマネージャ試験（PM）は1〜4まであるスキルレベルの4に該当します。*データベーススペシャリスト試験や情報処理安全確保支援士試験と並び、難易度の高い試験として位置付けられています。

試験日程は筆記形式で秋期（10月）の年1回実施され、受験料は7,500円（税込）です。

【参考】：[プロジェクトマネージャ試験 | 試験情報 | IPA 独立行政法人 情報処理推進機構](https://www.ipa.go.jp/shiken/kubun/pm.html)

プロジェクトマネージャー試験とは？難易度や勉強方法、おすすめの参考書

プロジェクトマネージャ試験の難易度は？合格率やメリットも解説

データベーススペシャリスト試験とは？勉強時間や活かせる仕事を紹介

情報処理安全確保支援士試験とは？難易度・必要な勉強時間を紹介

### プロジェクトマネージャー試験の試験構成

プロジェクトマネージャ試験は午前と午後に分かれており、さらにそれぞれ2部制に分けられています。午前Ⅰ・午前Ⅱ・午後Ⅰ・午後Ⅱの4構成で実施されます。各試験の時間・出題形式・出題数は以下の通りです。

*【午前Ⅰ】*
・試験時間：9：30～10：20（50分）
・出題形式：多肢選択式（四肢択一）
・出題数・解答数：出題数30問、解答数30問

*【午前Ⅱ】*
・試験時間：10：50～11：30（40分）
・出題形式：多肢選択式（四肢択一）
・出題数・解答数：出題数25問、解答数25問

*【午後Ⅰ】*
・試験時間：12：30～14：00（90分）
・出題形式：記述式
・出題数・解答数：出題数3問、解答数2問

*【午後Ⅱ】*
・試験時間：14：30～16：30（120分）
・出題形式：論述式
・出題数・解答数：出題数2問、解答数1問

午前試験は、基本情報技術者試験の科目Aや応用情報技術者試験、その他の高度試験と同様の出題範囲であり、大きく分けてテクノロジ系・マネジメント系・ストラテジ系に分類されます。

午後試験は、プロジェクトの立ち上げや実行・管理、終結に関する問題が出題されます。出題範囲の詳細については公式サイトから確認しましょう。

【参考】：[情報処理技術者試験・情報処理安全確保支援士試験　試験要綱](https://www.ipa.go.jp/shiken/syllabus/nq6ept00000014lt-att/youkou_ver5_3.pdf)

## プロジェクトマネージャ試験対策におすすめの参考書10選

ここからは、プロジェクトマネージャ試験の対策におすすめの参考書10選を紹介します。参考書の中には出題範囲を限定していたり、問題がついていたりする参考書もあります。ぜひ、自分の目的に沿った参考書を選びましょう。

### 情報処理教科書 プロジェクトマネージャ 2024年版

この参考書は試験合格のための知識を整理し、さらに過去問題の解説をまとめた本です。*22年分の過去問を解説しているため数多くの問題を解くことができます。*プロジェクトマネージャ試験の問題を解きながら、理解を深めたい人におすすめの参考書です。

▪著者：ITのプロ46、三好 康之
▪出版社：翔永社
▪ページ数：744ページ
▪出版日：2024年3月22日

【参考】：[情報処理教科書 プロジェクトマネージャ 2024年版](https://www.shoeisha.co.jp/book/detail/9784798185750)

### プロジェクトマネージャ ALL IN ONEパーフェクトマスター 2024年版

こちらの参考書は、プロジェクトマネージャ試験の午前Ⅱ、午後Ⅰ、午後Ⅱの試験対策を解説した本です。*知識編と演習編に分かれており、インプットとアウトプットをバランスよくしながら学習を進められます。*また、記述でのテクニックなども紹介されていますので、記述問題に苦手意識がある方には特におすすめの参考書です。

▪著者：TAC株式会社
▪出版社：TAC株式会社
▪ページ数：504ページ
▪出版日：2024年2月

【参考】：[プロジェクトマネージャ ALL IN ONEパーフェクトマスター 2024年版](https://koukou.tac-school.co.jp/books/joho-pm/)

### TACの情報処理技術者試験対策シリーズ 2024年度版 プロジェクトマネージャ 午後I 最速の記述対策

この本は*プロジェクトマネージャ試験の午後Ⅰの記述試験に特化した参考書です。*出題の意図を読みとる方法などが詳しく解説されています。また、付録として過去3年の試験問題と解答例、採点講評がついています。この1冊で午後Ⅰ試験の解き方を理解しながら記述の実力を身につけることができるでしょう。

▪著者：三好 隆宏
▪出版社：TAC出版
▪ページ数：160ページ
▪ 出版日：2024年2月20日

【参考】：[TACの情報処理技術者試験対策シリーズ 2024年度版 プロジェクトマネージャ 午後I 最速の記述対策](https://bookstore.tac-school.co.jp/book/detail/111068/)

### TACの情報処理技術者試験対策シリーズ 2024年度版 プロジェクトマネージャ 午後II 最速の論述対策

こちらの参考書は、プロジェクトマネージャ試験の午後Ⅱ試験に特化した参考書です。*答案の作り方を詳しく解説しており、ダメな回答パターンも紹介してくれています。*さらに、試験に使えるフレーズ集などもまとめられています。記述試験の解答方法が分からない方には、特におすすめの本です。

▪著者：三好 隆宏
▪出版社：TAC出版
▪ページ数：168ページ
▪出版日：2024年2月20日

【参考】：[TACの情報処理技術者試験対策シリーズ 2024年度版 プロジェクトマネージャ 午後II 最速の論述対策](https://bookstore.tac-school.co.jp/book/detail/111069/)

### 2024-2025 プロジェクトマネージャ 総仕上げ問題集

この参考書では*学習を3ステップに分けており、知識量を確認するパート、本試験問題の解説パート、実力診断テストのパートがあります。*

また、書籍の付録としてWeb上で確認テストを受けられたり、解答シートのダウンロードも可能できたりします。問題を解くのが中心の参考書ですので、ある程度基本的な知識が身についたらチャレンジしてみましょう。

▪著者：アイテックIT人材教育研究部
▪出版社：アイテックIT人材教育研究部
▪ページ数：508ページ
▪出版日：2024年3月29日

【参考】：[2024 プロジェクトマネージャ 総仕上げ問題集](https://www.itec.co.jp/store/products/detail.php?product_id=3865)

### 2023-2024 プロジェクトマネージャ「専門知識+午後問題」の重点対策

本書では効率のよい学習ができるように、どの範囲を重点的に学習すべきかなどのアドバイスをしてくれます。また、*購入特典で学習スケジュールのシートなどを無料ダウンロードできますので、モチベーションを維持しながら学習することができます。*

▪著者：庄司　敏浩
▪出版社：アイテックIT人材教育研究部
▪ページ数：631ページ
▪出版日：2023年5月2日

【参考】：[2023-2024 プロジェクトマネージャ「専門知識+午後問題」の重点対策](https://www.itec.co.jp/store/products/detail.php?product_id=3839&gad=1)

### 情報処理教科書 高度試験午前Ⅰ・Ⅱ 2025年版

お役立ち記事