システム開発において重要なのは、プロジェクト企画の段階で「どのような機能を搭載するのか」「満たすべき性能について」といった要件定義を明確にする必要があります。*要件定義は、機能要件と非機能要件の2種類に分類されます。*

ここでは、この機能要件や非機能要件とはどういったものなのか、2つの違いについてなどをわかりやすくまとめました。

**機能要件とは、ユーザ（顧客）がシステムに対して求めている機能のことです。**システム化をすることで、具体的に何が変わり、何が可能となるのかを細かく記述します。それはプロジェクト全体の目標でもあり、システム開発サイドにとっては作成した機能要件によってプロジェクトのゴールが明らかになります。

機能要件はユーザ（顧客）の要望やニーズを文書にしたものですが、それら全てをシステムに盛り込めるわけではありません。

ユーザ（顧客）の予算・スケジュール・組織などの制約があるため、それらの制約の中でシステムへの実装の可否・優先順位を明確にし、ユーザと調整して認識を一致させておかなければなりません。

**非機能要件とは、ユーザ（顧客）が機能面以外でシステムに対して求める要件のことです。**例えば、稼働率・システムの性能（処理スピードや拡張性など）・セキュリティ面・保守サービスなどの要件です。非機能要件は機能要件と並んでシステム目標であり、プロジェクトのゴールと言えます。

非機能要件が不十分だと、システム稼働後にユーザから性能などに対する不満の声が挙がる可能性が高まるため、しっかりと洗い出しておく必要があります。

### 顧客満足度に繋がるのは非機能要件

機能要件はプロジェクトを遂行するうえで欠かせないものですが、システムの品質に大きく関係する非機能要件への注力は、機能要件よりも重要かも知れません。機能面以外での性能に関わるため、**セキュリティ・メンテナンス性・運用性・データ移行・パフォーマンスなどの項目を、いかに予算内で高性能なものにするのかが重要です。**

これらの性能の充実度が顧客満足度にダイレクトに関係してくるため、顧客が満足する非機能要件を満たす努力が求められます。ヒアリングの際に、予算内で実現可能な非機能要件のリストを提示し、どのような性能が欲しいか洗い出しておきましょう。

非機能要件が不十分だと、「不安定でシステムがすぐに落ちる」「デザイン性が良くない」「セキュリティが甘くて情報漏洩してしまった」といったトラブルになりかねません。IPAが2018年に更新した「非機能要件要求グレード」をまとめて公開しているため、これを参考にヒアリングの徹底を行ってください。ダウンロードはIPAの公式サイトより可能です。

【参考】：[非機能要件要求グレード](https://www.ipa.go.jp/sec/softwareengineering/std/ent03-b.html)

プロジェクトの成否を左右する非機能要件の一覧について詳しく解説！

### システムエンジニアが作成する

機能要件や非機能要件の作成は、*上流工程を担当するシステムエンジニアが行います。*作成スキルの他はもちろんのこと、非機能要件をいかにユーザから引き出せるかは、システムエンジニアの手腕が問われます。

非機能要件はシステム設計における重要なパラメーターなので、そこに不足や不備があるとユーザが納得できるシステムの構築が難しくなります。

機能要件の洗い出しは手順通りにヒアリングをしていれば、大きな齟齬や欠落は起きにくいですが、非機能要件は想像力・洞察力・共感性などのシステムエンジニアの資質に左右される面があり、機能要件と比べると難易度は高くなります。

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

機能要件は要件定義の重要な要素です。機能要件を正しく書くためには、要件定義について押さえておかなくてはなりません。ここでは要件定義についてわかりやすく解説します。

システム化において、要件定義はユーザ（顧客）がシステム化に求めるものを明確にするものであり、システム開発側がユーザの要求を正しく認識・理解する上で、双方が意識合わせを行う重要な工程です。**双方の意識合わせに重要なのは、機能要件と非機能要件であり、これらを正しく書けること、書き方を習得することが大切です。**

簡単に言えば、要件定義書を作る目的は、ユーザのニーズをプランにまとめ、それを基にIT知識のない相手にも伝わるようにわかりやすく説明することです。そのためには、まずは要件定義の流れや必須項目の確認、書き方のポイントなどを把握する必要があります。

精度の高い正しい要件定義がシステム開発における成功の鍵です。ここでは、要件定義をどのような手順で行うのかについて押さえておきましょう。以下、要件定義の基本的な流れについての手順です。

*1.ユーザ要求のヒアリング*
基本的に多くのITベンダーでは、最初に営業担当がユーザ（顧客）を訪問して、システム化に対する要求事項をヒアリングし、大まかな要件を確認することでシステム案件がスタートします。この後、システムエンジニア帯同で改めて詳細のヒアリングを行い、ある程度の要件定義を行って提案書を作成し、ユーザに提示します。

*2.要求の細分化*
システム化対象の全体像を把握したら、システムに実装する機能について、細分化をして要件をまとめていきます。業務フローに落とし込んで機能の詳細を把握し、実装する機能についての洗い出しを進めます。ここではユーザ要求や業務フローに関して、漏れや取りこぼしがないよう十分に配慮する必要があります。

*3.要件定義書の作成*
機能要件について細分化をしたら、ここから要件定義書の作成です。要件定義フェーズで作成するドキュメントの内容は、「システム設計フェーズ」につながっていく前段階と捉えます。要件定義書はシステム開発において全ての基盤となるため、ユーザ側と開発側双方が納得がいくまで、要件定義書の中身にはこだわりましょう。

### 要件定義の成果物に盛り込むべき項目

要件定義書に盛り込むべき項目は数多くあり、システム開発の内容や方式によって異なりますが、主な項目は次のようなものがあります。

*◼︎システムの概要・システム化の背景・目的など*
システムを導入する目的や背景、開発導入するシステムの概要や範囲などについて表記します。

*◼︎システム導入の目標と効果*
「作業工数20％削減」「〇〇データの自動収集」といった、システムの目標や導入することによって得られる効果をできるだけ具体的に表すことです。

*◼︎システムの機能と入出力要求*
想定する機能、ユーザから直接要求された機能を詳細に記し、システムのインプットとアウトプットの具体化を行います。アウトプットについては、帳票や画面のイメージで明確にしていきます。

*◼︎システム導入後の業務フロー*
システムの導入によって仕事や業務の流れが変わることがあるため、何がどう変わるのか、変更点などをフローチャートで表記します。

*◼︎システム要求*
ハードウェア・ソフトウェアの構成・OS・拡張性などのことです。システム保守・管理・システム引継ぎの際には、このシステム要求が重要な項目になります。

*◼︎性能や品質要求*
機能要件以外に、処理速度や処理能力などの非機能要件がユーザの要求を満たしている必要があります。具体的な時間や数字などで、品質要求に応えられる形で表記します。

*◼︎セキュリティ要求*
最近は、情報漏洩やコンピュータウイルスなどのセキュリティ事故もユーザの大きな関心事です。セキュリティ面に関する記載も欠かせません。

以上を大項目として記載し、この中に詳細を中・小項目として網羅していきます。要件定義書は曖昧な表現は避け、双方に誤解が生じないよう可能な限り客観的・具体的に記述し、円滑に設計フェーズに進めるようにしましょう。

実際に要件定義書を作る際は、*「5W2H」を明確にする方法がおすすめです。*5W2Hは「When（いつ）・Where（どこで）・Who（誰が）・What（何を）・Why（なぜ）・How（どうやって）・How much（いくらで）」を意味しており、本当に必要な機能を浮き彫りにさせることができます。

要件定義書の作成に迷ったら、まずは5W2Hを使って作成してみましょう。

When：納期はいつまでなのか
Where：どこまで作るのか
Who：誰がどうシステム開発に関わるのか
What：どんなシステムを作るのか
Why：なぜそのシステムを作るのか
How：どうやってプロジェクトを完成させるのか
How much：制作にはいくら必要か

### 要件定義の出来栄えは実績に直結する

システムエンジニアやITエンジニアにとって、機能要件を含む要件定義はシステムの品質に大きく影響を与える重要な要素です。要件定義書の出来栄えは、システムエンジニア自身の評価や実績に直結し、プロジェクトの成功や報酬にも影響を与えることが多いです。

そのため、*精度の高い要件定義書の作成は、キャリアや年収にも影響を与える要因の一つとなり得ます。*一般的なシステムエンジニアの年収については、いくつかのデータを元に算出すると次のようになります。

「マイナビエージェント 職種図鑑」でのシステムエンジニアの平均年収は431万円（※2024年9月執筆時点）ですが、経済産業省2017年発表の「IT関連産業の給与等に関する実態調査結果」から近い職種のエンジニア/プログラマを参考にすると、平均年収592万円でした。

国税庁2020年発表の「民間給与実態統計調査」における民間企業の平均年収は433万円なので、システムエンジニアは実績やスキル、年齢によって年収に幅があると言えます。

【参考】：[マイナビエージェント 職種図鑑](https://mynavi-agent.jp/it/jobindex/04.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)

システム開発の中で、要件定義フェーズの機能要件は初期段階の工程です。ユーザ（顧客）がシステムの完成形に対して具体的なイメージを作り上げている場合は、この機能要件の洗い出しは容易ですが、基本的には具体的なイメージがないという前提で進めるべきでしょう。以下、その具体的な手順を紹介します。

要件定義を行う前の段階では、ユーザのシステムイメージはまだ漠然としています。*まずは、その漠然としたものを具象化するためにシステム化の背景・理由・目的を明確にします。*背景と目的がしっかり理解できていないと議論がまとまらず、要件を絞り込む際の判断材料が不足することになります。

背景や目的が明らかになったら、ユーザが求める機能を1つずつヒアリングするところからスタートします。*ヒアリングした内容を文書・図・表にまとめ、具体的な画面や帳票のイメージを作成しながらユーザの抱くイメージをより具体化していきます。*

業務改善をメインとする仕組みであれば、現状の業務フローと導入後の業務フローを対比させるなどして、必要な機能を洗い出していきます。

必要な機能を全て洗い出したら、その中から機能単位で優先度を付けていきます。すべての機能を網羅できれば良いですが、予算・納期・技術的な問題などの制約条件があるため、すべての要求を満たすことは難しいでしょう。*機能毎に概算の工数や費用を提示し、カットする機能に対しては延期・機能縮小・業務の見直しなどの代替案を検討していきます。*

予算不足で代替案を提示する場合は、開発フェーズを分けて予算確保ができるという条件で2次フェーズに回すという方法が、ユーザにも受け入れられやすくなります。

### 機能要件のガイドを活用しよう

機能要件を書く際のコツを、IPAがカテゴリ別に分けて公開しています。*書き方に迷ったら、サイトを参考に進めるのもおすすめです。*全部で278ものコツが掲載されているため、プロジェクトに合ったものを選定して参考にしましょう。

【参考】：[機能要件の合意形成ガイド](https://www.ipa.go.jp/archive/files/000004517.pdf)

<center>[*SE・システムエンジニアの転職・求人情報を見る　＞*](https://mynavi-agent.jp/jobsearch/job1_01/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv18)</center>

機能要件はユーザ（顧客）とのヒアリングを通じて、聞き取り・確認を行いながら記述していきますが、視点を外さず手順に気を付けて行いましょう。

### ユーザ要求の背景や目的は何か

ユーザ（顧客）の要求やニーズには必ず背景があり、目的があります。その点を理解しないと認識のズレや齟齬を招く危険性があります。例えば、ユーザから「顧客の買い物動向について、本社で前日の状況を翌日に把握できるようにしてほしい」という要求があったとします。

その目的が、単に集計作業を軽減したいのか、あるいは分析をしたいのか、報告用のレポートを作成したいのかによって実装する機能が異なります。また、それは非機能要件にも大きく関わります。*ユーザの要求がどのような背景から生じたのか、その目的や狙いは何なのかをここで明らかにすることが大切です。*

ユーザ要求のレベル、温度感をつかむことは重要です。「システムに対して何か求めるものはありますか？」という問いに対して、「〇〇を実現してほしい」という要求が出された際、それは単なる願望レベルのものから、非常に強い要求であるものまで、温度差があると見なければなりません。

*実装すべき機能は何か、可能であれば実装した方が良い機能はなにか、特に必要性のない機能は何かを正しく見極めることが重要です。*

機能要件を確定するフェーズでは、その最終確定が難航するケースがあります。必要と思われる機能を正しく洗い出せたものの、全ての機能を実装すると予算内に収まらないという問題に直面した時です。

何を残し、何を削るのかをユーザと話し合って決めるのですが、ユーザにしてみれば、せっかく出した案や要求を断られたくはないでしょう。削る場合はユーザを納得させられる理由や代替案を示さなければなりません。*ユーザの立場に立ち、ユーザが納得できる方策を詰めていくことが重要です。*

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

機能要件を進める上で、ゼロから始めるのは現実的ではありません。ネット上にアップされているサンプルを参考にしてカスタマイズして利用することをおすすめします。

機能要件一覧表については、これがベストだというものはありませんが、独立行政法人の情報処理推進機構（IPA）が要件定義について各フェーズに分けてサンプルを掲載しています。*機能要件の他に非機能要件のサンプルも参照できるため、各項目の中から参考にしやすいものを選択して活用しましょう。*

【参考】：[超上流から攻めるIT化の事例集：要件定義 | アーカイブ | IPA 独立行政法人 情報処理推進機構](https://www.ipa.go.jp/archive/digital/tools/ep/ep2.html)

システム機能要件の書き方に強くなり、優秀なITエンジニアを目指そう

## 要件定義をマスターしてキャリアアップに繋げよう

要件定義の精度が高ければ、ユーザの要求に合致したシステムの構築が行え、高い評価を得られます。また要件定義の中でも、**機能要件・非機能要件の出来栄えがシステムの成否を大きく左右します。**

さらに、これらのドキュメントの精度が高ければシステム設計やプログラミングの精度も高まり、開発途上での手戻りも起きにくくなることで開発効率がアップするでしょう。

優秀なシステムエンジニアを目指すなら、システム設計スキルはもちろん、要件定義がきちんとできなければなりません。要件定義のスキルが上がると、上位職種であるシステムプランナーやシステムコンサルトなどのキャリアアップも可能です。

キャリアアップ転職には、自身の市場価値を知るためにも転職に強い転職エージェントを活用しましょう。

そこでぜひご活用いただきたいのが[マイナビ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>

システムは作成が目的ではなく、システムを利用して効果を上げることです。使える・満足してもらえるシステム作りの条件は、精度の高い要件定義、とりわけ機能要件と非機能要件の出来栄え次第です。この記事では、機能要件と非機能要件の違いや、書き方について解説します。

機能要件にはさまざまなサンプルがあり、これらを参考にすることで機能要件を効率的に進められる

要件定義はユーザの要求を明らかにし、開発するシステムの全体を把握するために重要なフェーズである

要件定義の中でも機能要件をマスターすることで、システムエンジニアとしてのキャリアアップが図れる

機能要件とは？非機能要件との違いや書き方をわかりやすく解説

*[【マイナビITエージェント】あなたの転職活動を無料でサポートいたします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv01)*

## PMBOK「知識エリア」は第6版のもの

PMBOK（Project Management Body of Knowledge）は1996年の初版から始まり、現在は2021年10月に発行された第7版まで改訂されているプロジェクトマネジメントにおけるベストプラクティスやフレームワークについてまとめたガイドブックです。

*このPMBOKにおける「知識エリア」とは、第6版にあったマネジメントにおける種類のことであり、10種類に分けてそれぞれに必要な知識についてまとめられています。*

【参考】：[PMBOK ®ガイド 第7版の紹介](https://www.pmi-japan.org/wp-content/uploads/2022/12/02-suzuki_20220620.pdf)

PMBOKに書かれている内容とは？実際に役に立つのはどんな点なのか

### 第7版では「知識エリア」は廃止になった

PMBOKの最新版は第7版であり、第6版との大きな違いは、それまで主流だったウォーターフォール型の手法から、アジャイル型の手法に構成されていることです。そのため、**第6版にあった「知識エリア」は第7版ではなくなり、「8つのパフォーマンス・ドメイン（行動領域）」へ変わりました。**

全体的な内容もコンパクトになり、第6版では日本語版で約780ページあったものが、第7版では約370ページに減少しています。プロジェクトマネジメントの手順をまとめたものから、プロジェクトの方針や考え方といった原理・原則をメインにした構成になっています。

第7版の「8つのパフォーマンス・ドメイン（行動領域）」は以下の通りです。

・ステークホルダー
・チーム
・開発アプローチとライフサイクル
・計画
・プロジェクト作業
・デリバリー
・不確かさ
・測定

PMBOKとは？第7版でPMBOKの内容が劇的に変更された理由

### プロジェクトによっては第6版が参照されている

PMBOK第7版は2021年に変更されたとは言え、プロジェクトによっては第6版を参照しているケースも見られます。

第6版の手法を採用しているプロジェクトにおいては、第7版へ移行することで手間やコストがかかってしまうケースも考えられるため、第6版の「10の知識エリア」と「5つのプロセス」は一定数の需要があると言えます。

この記事では、**第6版の「10の知識エリア」と「5つのプロセス」について詳しく解説します。**

前述の通りPMBOK第6版では、プロジェクトマネジメントを実施する際に求められる知識を、10に分割して「10の知識エリア」として定義しています。ここでは、PMBOK第6版の10の知識エリアについて詳しく解説します。

*統合マネジメントは、プロジェクト全体の方針を決めて、目標やプロセスを調整したり管理したりする分野です。*他の9つの知識エリアをその名の通り統合して、全体をマネジメントする位置づけとされています。

*スコープマネジメントは、プロジェクトを実施する範囲を定め、プロジェクトを成功させるために必要な作成物とタスクを定義して、目標の達成する確率を高めるために行う分野です。*プロジェクトの成否に大きな影響を与える項目でもあり、10の知識エリアの中でも最重要項目ともいわれます。

*スケジュールマネジメントは、プロジェクト成功させるためのスケジュール管理や生産性を向上させるために時間の使い方を管理する分野です。*スケジュール管理を行うだけではなく、時間あたりの成果を高めるためのマネジメントでもあるのがポイントです。

なお、2017年にPMBOK第6版のリリースに伴い、「タイムマネジメント」から「スケジュールマネジメント」に名称が変わりました。

*コストマネジメントは、プロジェクトにかかる費用を適切に見積り・予算を設定して管理する分野です。*現実的な予算を設定することが重要であり、予算を超えないようにマネジメントを実施します。

*品質マネジメントは、プロジェクトのプロセスやプロジェクトの作成物における品質の管理を実施する分野です。*プロジェクトにおける品質とは、作成物がクライアントが求めているものと合致しており、使用するのに適していることを指します。

*資源マネジメントは、プロジェクトを成功させるために人材や物的資源の調達および管理を実施して、プロジェクトを遂行できるチーム編成を行う分野です。*2017年のPMBOK第6版のリリースに伴い、「人的資源マネジメント」から「資源マネジメント」に名称と内容が変わりました。

### コミュニケーションマネジメント

*コミュニケーションマネジメントは、ステークホルダーとのスムーズなコミュニケーションを行うために管理する分野です。*ステークホルダーとは利害関係者のことを指します。

例えば、プロジェクトに関する情報の生成・収集・配布・保管・検索・廃棄などを実施します。単に伝達を行うだけではなく、関係者の理解を得ることが重要な点です。

*リスクマネジメントは、プロジェクトを進めていく中で発生する可能性があるリスクを管理する分野です。*しかし、リスクを回避することが多いと機会損失を起こすことも多いため、リスクはマイナスなものと決めつけてはいけません。プロジェクトに対して適切にリスクを管理して調整することが大切です。

*調達マネジメントは、プロジェクトの業務を進めていく中で必要なサービスやプロダクトの調達を管理する分野です。*調達の多くは契約が必要ですが、契約のみが目的ではありません。調達先の選定から、納品の進捗管理・検収まで調達に関する全ての管理を行います。

### ステークホルダーマネジメント

*ステークホルダーマネジメントは、利害関係者にとって必要な情報を収集して、保管・伝達を管理する分野です。*プロジェクトでは、社内・社外問わずさまざまなステークホルダーが存在します。

2012年に公表されたPMBOKガイド第5版により、「ステークホルダーマネジメント」は「コミュニケージョンマネジメント」から独立して設定された知識エリアです。

<center>[PMの経験があると転職活動が有利に？ 『マイナビIT AGENT』で転職相談を受けてみる](https://mynavi-agent.jp/it/lp/029.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv15)</center>

## QCD管理を成功させるための5つのプロセス

PMBOK第6版では、プロジェクトの開始から終了までの流れを「立ち上げ」「計画」「実行」「監視・コントロール」「終結」という5つのプロセスに分類して定義しています。ここでは、それぞれのプロセスについて詳しく紹介します。

*立ち上げプロセスは、プロジェクトを発足する前に許可を得るプロセスのことです。*立ち上げプロセスの段階では、プロジェクトを始める際に必要な情報である目的・目標・予算・成果などを定義します。また、プロジェクト憲章の作成やステークホルダーの特定も行います。

*計画プロセスは、プロジェクトを成功させるための作業計画を企画して実際に設計するプロセスです。*計画プロセスの中に、20の詳細なプロセスが定義されています。計画プロセスの段階では、目標の定義や、プロジェクトを進める際の一連の行動の流れも規定します。

*実行プロセスは、企画・設計した計画に基づいて人材と資源の調達を行い、プロジェクトを実際に実行するプロセスです。*5つのプロセスの中で最もリソースを消費するプロセスであり、進捗状況次第では計画の練り直しや更新を行ってベースラインを再度設定する必要があります。

### 監視・コントロールプロセス

*監視・コントロールプロセスは、プロジェクトを進めていく中の作業で計画との差異が発生していないかについて継続的にチェックを行います。*差異が検出された場合は、その改正を実施します。

*終結プロセスは、規定のプロセスがきちんと完了していることを検証して、プロジェクトや工程を正式に完了させるプロセスです。*ただプロジェクトや工程を終了させるだけではなく、プロジェクトの中で獲得したノウハウを保管して、次のプロジェクトに役立たせることが大切とされています。

プロジェクトを円滑に遂行させるには、期限や予算、人選などの計画を順序よく立てて管理する必要があり、これらの手法や知識をまとめたPMBOKが役立ちます。**このPMBOKを活用してプロジェクトを成功させるのが、プロジェクトマネージャーの役割です。**

ここでは、そんなプロジェクトマネージャーの仕事内容や年収について紹介します。

PMBOKの資格PMPとは？取得のメリット・試験費用・年収を解説

プロジェクトマネージャーの仕事内容は、*クライアントとのコンタクトやスケジュール管理、チームメンバーの編成、トラブル対処など多岐に渡ります。*類似職種にプロジェクトリーダーがありますが、基本的な業務内容に大きな差はなく、プロジェクトマネージャーとの兼任や、補佐役として活躍します。

プロジェクトマネージャーに必要なスキルは、基本的なITスキルやマネジメントスキル、ビジネススキル、コミュニケーション能力などです。また、チームメンバーを牽引していくためのリーダーシップも求められます。

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

### プロジェクトマネージャーの年収

ITエンジニアの中ではキャリアアップ先の役職として位置付けられるプロジェクトマネージャーになることで、どの程度の年収が期待できるのでしょうか。ここでは、いくつかのデータを元に平均年収を算出してみました。

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

国税庁2020年発表の「民間給与実態統計調査」における民間企業平均年収は433万円であり、*プロジェクトマネージャーの年収は比較的高めに設定されていることが分かります。*

プロジェクトマネージャーになるには特別な資格は必要なく、主に実績やスキルが重要視されますが、プロジェクトマネジメントに関する資格を取得しておくことで、昇格や転職において有利に働きます。

【参考】：[マイナビエージェント職種図鑑/プロジェクトマネージャー](https://mynavi-agent.jp/helpful/income2020/category/it01/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_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)

プロジェクトマネジメントの考え方や手法を標準化したPMBOKは世界中で使われていますが、注意点もあります。ここでは、PMBOK第6版を活用していく上での注意点について詳しく紹介します。

PMBOK第6版では、プロジェクトを進めていく上でのマネジメントの考え方や手法をマニュアルとして標準化しています。10の知識エリアや5つのプロセスの型にしたがってプロジェクトを管理すれば、一般的にスムーズにプロジェクトを進めていくことが可能です。

しかし、近年では変化や競争が激しいビジネス環境でもあります。これまで通りのマネジメント方法では通用しない事態が生じる可能性もあります。通常とは異なる状況での対処方法については標準化できていないため、PMBOKに対して懸念されていることも多いです。

世界標準であるPMBOKを活用するだけではなく、組織内でも発生したイレギュラーなケースや対処した方法についてナレッジ・ノウハウとして蓄積することが重要です。そうすることで、同様の事態が起きた際にスムーズに対応できるでしょう。

### プロジェクトマネージャーの画一化

プロジェクトマネジメントに限りませんが、決まった型やフレームワークがあれば経験が浅い人でも一定の成果を出せるようになります。PMBOKは非常に便利であり、PMBOKに従ってマネジメントを行えば、予想外な事態が起こらない限りはプロジェクトを完遂に導けるでしょう。

しかし、近年ではIT技術が急激に発展しており、PMBOKで定められていない事態が発生することは少なくありません。そういった事態が発生したときには、プロジェクトマネージャーが自分で判断しなければならない状況も多いです。臨機応変な対応力や柔軟な考え方は、経験数が重要となる部分でもあります。

PMBOKのみに依存してしまうと、プロジェクトマネージャーに重要な経験で得られるスキルが身に着きづらくなります。PMBOKのみでプロジェクトマネジメントを行うと、リーダーシップやクリエイティビティーは発揮しづらく、プロジェクトマネージャーのモチベーション低下につながることもあるでしょう。

プロジェクトマネージャーを育成する最初のステップとして、PMBOKの理解・実践を行わせることが重要です。ある程度のレベルに達したら、プロジェクトの状況によってプロジェクトマネージャーの判断スキル・リーダーシップが磨ける環境を用意しましょう。

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

## PMBOKの注意点に気を付けてプロジェクトを管理しよう

これまでに、PMBOK第6版と第7版の違い、10の知識エリアやQCD管理を成功させるための5つのプロセス、PMBOKの注意点について詳しく解説しました。

PMBOK第6版では、プロジェクトマネジメントを行う際に求められる知識を「10の知識エリア」と定義し、プロジェクトの開始から終了までの流れを、「立ち上げ」「計画」「実行」「監視・コントロール」「終結」の5つのプロセスに分類しています。

近年ではIT技術の急激な発展や激しいビジネス環境の変化により、PMBOKだけでは対処できない課題も増加しています。そのため、PMBOKを基盤として活用しつつ、プロジェクトマネージャーとして柔軟な対応力を養うことが重要です。

管理職のプロジェクトマネージャーにキャリアアップするなら、これまでのキャリアを活かした転職が有効です。その際には、転職に強い転職エージェントのサポートを受けるといいでしょう。

PMBOKとは、プロジェクトマネジメントに関する知識や手法を体系化してまとめたもので、マネジメントのマニュアルとも言えます。2021年10月に現在の第7版に改訂されました。当記事では、PMBOK第6版にある10の知識エリアと5つのプロセスについて解説します。

プロジェクトマネジメントを実施する際に求められる知識を、10に分割して定義したのが「10の知識エリア」

PMBOKでは、プロジェクトの開始から終了までの流れを「立ち上げ」「計画」「実行」「監視・コントロール」「終結」の5つのプロセスに分類

プロジェクトマネージャーの根幹としてPMBOKの深い理解があり、経験に応じて臨機応変な対応スキルを磨いていくことが大切

PMBOKの10の知識エリアと5つのプロセスとは？第7版での変更点も解説

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

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

転職・キャリアの記事（1ページ目）