## ITシステムで用いる要件とは？

ITエンジニアが遭遇する用語として「要件定義」があります。「要件定義」は*顧客の行うことをまとめた要望書*となります。それに基づき、ITシステムで実装できる設計書を作成します。顧客の要望を網羅するために、「機能要件」と「非機能要件」として**見えない要望を可視化**していきます。

機能要件は、顧客が実際にしたいことを指します。例えば、経理システムに経費精算情報を入力すると適切な費目に集計され結果が格納される機能をつけて欲しいと顧客側が要望した時、この機能を**機能要件**といいます。これは*直接的な顧客の要望を要件化*したもので、顧客とのヒアリングの中で比較的簡単に汲み取れるものです。しかし*システム設計には追加の検討*、つまり**非機能要件**も必要となってきます。

高品質なシステム開発に欠かせない機能要件と非機能要件とは？

上記の機能要件の例において、経理システムでは経費精算が集計・格納できれば良いのですが、本当にそれだけでしょうか？例えば、月曜日の朝一の定時処理にアクセスが集中してシステム負荷が高まったり、結果が所定時間内に戻ってこなかったりした場合は、本来の顧客要望が満たされないことになります。そのために、*本来必要とされる処理能力を定義したり、動作条件を定義したり、信頼性や保守の容易性*についても要件にまとめたりする必要があります。この**見えない要件を非機能要件**と言います。

## 非機能要件で定義される項目は？

非機能要件は、*機能要件を満たすシステム設計の動作環境や動作特性を保証する*ために**必要な検討事項**となります。したがって*非機能要件は、システム単体の設計より広範囲の動作特性を考慮して、総合的に検討する必要があります*。以降で具体的なガイドラインを見ていきましょう。

### IPA情報処理推進機構が定義した非機能要求グレードとは？

 IPA情報処理推進機構では、*要求定義の品質を確保するため*に、**非機能要求グレード**を策定しました。

背景としては、*システムが大規模化・複雑化したこと、および利用の広がりの観点から情報システムに安定的な提供基盤のニーズが高まった*ためです。利用用途としてはユーザと開発者の認識のずれを削減し、要求項目の漏れを削減することにあります。

### 非機能要求グレードの実際の項目は？

非機能要求グレードの実際の項目に触れていきます。*非機能要求グレード*では、*非機能要件*を以下の**6種類238項目に分類**しています。
・*可用性*
　継続性(11項目)、耐障害性(15項目)、災害対策(4項目)、回復性(3項目)
・*性能・拡張性*
　業務処理量(14項目)、性能目標値(15項目)、リソース拡張性(9項目)、性能品質保証(5項目)
・*運用・保守性*
　通常運用(19項目)、保守運用(13項目)、障害時運用(8項目)、運用環境(8項目)、サポート体制(16項目)、その他の運用管理方針(7項目)
・*移行性*
　移行時期(3項目)、移行方式(2項目)、移行対象機器(1項目)、移行対象データ(6項目)、移行計画(6項目)
・*セキュリティ*
　前提条件・制約条件(1項目)、セキュリティリスク分析(1項目)、セキュリティ診断(3項目)、セキュリティリスク管理(7項目)、アクセス・利用制限(5項目)、データの秘匿(3項目)、不正追跡・監視(8項目)、ネットワーク対策(3項目)、マルウェア対策(項目3)、Web対策(2項目)、セキュリティインシデント対応/復旧(項目1)
・*システム環境・エコロジー*
　システム制約/前提条件(2項目)、システム特性(7項目)、適合規格(3項目)、機材設置環境条件(18項目)、環境マネージメント(6項目)
参考：[IPA情報処理推進機構 非機能要求グレード](https://www.ipa.go.jp/sec/softwareengineering/std/ent03-b.html)

上記URLより、**どなたでもドキュメント一式、並びに評価シートがダウンロード可能**です。

【保守・運用】仕事内容や将来性、必要なスキルについて徹底解説！

*非機能要件を定義することは、多くの経験を必要とする難しい工程*です。IPA情報処理推進機構の*非機能要求グレードを活用することで、これを比較的簡単に行うことができる*ようになります。というのも、汎用的に利用できる6種類の項目について漏れなく各項目がカバーされていることに加え、**ユーザおよび開発者で共通利用が可能**であるからです。

### 非機能要求グレードの利用方法は？

*IPA情報処理推進機構の非機能要求グレード*には利用ガイドと活用シートが同梱されています。利用ガイドは解説編・利用編・活用編の3種類のドキュメントからなり、手順が記載されています。これらを利用することで、**要求項目をレベル化し潜在的な要求を可視化**していくことができます。最初の段階では、要求を一意に決定できませんので、ユーザ側と開発者側で協議して収束させていきます。同様に参考モデルをグレード化してシステム間の差を段階的に定義しているため、必要な要求が確認できるようになっています。

### 非機能要件の指標「RASIS」とは？

*RASISとは、コンピュータシステムのサービスサイクルをカバーする指標*となります。各項目は英語の頭文字からなり、以下の項目に分類されます。
・*(R) Reliability*　　： 信頼性、故障や障害への耐性
・*(A) Availability* 　 ： 可用性、システムの継続性
・*(S) Serviceability* ： 保守性、障害復旧の保守容易性
・*(I) Integrity*　　　： 完全性、データの一貫性
・*(S) Security*　　　： 機密性、情報アクセスの安全性の維持

すでに気づかれた方も多いと思いますが、*RASISの項目は非機能要求グレードの各分類に含まれています。RASISを要件定義に盛り込むこと*で、**大部分がカバーされる**ことになります。

### 非機能要件の評価基準「SLAおよびSLO」とは？

クラウド事業者との契約や、クラウドサービスを利用する際にSLAやSLOという用語が出てきます。*SLAはService Level Agreementの略で、サービス提供時にどの程度のサービス品質を保証するか提示したもの*です。項目としては**測定可能**なもので、高負荷時の性能や速度を保証したり、稼働時間を保証するために提示する項目となります。同様に*SLOはService Level Objectiveの略で、上記SLAで保証される実際の性能や速度、あるいは稼働時間等の目標水準や目標値*となります。

**これらの項目はサービスイン後の品質を保証するための評価基準となります**。

クラウドエンジニアとは？従来型エンジニアとの違いや市場性・年収について解説します！

## プロジェクトへの適用方法は？

実際の非機能要求グレードをプロジェクトに適用する流れについて簡単に説明します。非機能要求グレードでは複数のモデルシステムが定義されており、まずはその中から*対象業務に近いモデルシステムを選定*します。続いて、*業務で必要とされる重要項目のレベルを決定し、重要項目以外のレベルを決定*していきます。

*一定の成果が確認されれば、関連システムの標準化を行い*、**プロジェクト適応範囲を順次拡大**していきます。

*非機能要件の要件定義は、見えない要件や暗黙の了解を可視化し、顧客と合意すること*です。そのために、**顧客とのコミュニケーションが重要**になってきます。コミュニケーションを円滑に進めるために、ヒアリングシートを作成し、統一化されたコミュニケーションを目指しましょう。

要件定義では、想定したグレードを仮置きでも設定し提示することで議論の基準を作成します。併せて、コスト面の提示も行うことで、実現の妥当性を判断していきます。その際、いくつかの*アーキテクチャの選択肢を持つ*ことで、*レベルとグレードを決定*していきます。同様に、保守対象システムと保守レベルを決めたり、将来の法令準拠への対応も必要に応じて検討していきます。

各要件に対して、**重みづけ**を行い選択肢を決定していきます。また過度にグレードを上げても、システムが利用されないと検討の意味がありませんので、*利用状況・需要予測を調査して検討*していきます。*グレードの選定には実装コスト等のトレードオフが発生*することがありますので、これらも決定時に考慮します。また意思決定には時間がかかるため、*PDCAを短いサイクルで回し、決定時間を短縮*しましょう。初期コストが高いと決定判断がつきにくいので、段階的拡張(スモールスタート)の案を用意します。さらに、長期ビジョンの計画を別途検討することが、**成功への近道**です。

## 非機能要件を理解し高品質なシステムを設計しましょう

今後、*ITシステムはさらに複雑化し、大規模化していきます*。同様に、*利用用途が爆発的に拡大します*。当初想定していた範囲外の利用も増えていきますから、*非機能要件の考え方をマスターして、システム設計に活かせるようになりましょう*。その結果、**自身の経験値も大幅に高まることでしょう**。

今後、ITシステムはデジタルトランスフォーメーション(DX)の推進により*利用用途が拡大*していきます。同様に、*利用ユーザの拡大や大規模化により、予期せぬ問題が将来的に発生するリスク*も高まります。本記事では非機能要件に焦点を当て、より安心して利用できるシステム設計のために、要件定義を進める手法を解説します。

非機能要件定義は、見えない要件を可視化することから

コンピュータシステムの要件定義は、非機能要求グレードを活用しましょう

一度プロジェクトで作成すると、関連システムへの展開が可能に

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

フロントエンジニアとは正式に言えば**「フロントエンドエンジニア」**のことを指します。Webサイトの構築における役割は「SEOとマーケティング」、「Webデザイン」、「バックエンド」(プログラミングやサーバー構築)、「フロントエンド」などに分けられます。

**フロントエンドエンジニアは、このうち「フロントエンド」部分を担当**します。これからWebサイトの構築におけるこの4つの役割について説明します。

*SEOとはWebサイトが検索された際に上位に表示させる手法*です。SEOエンジニアが担当するケースもあれば、主にWebサイトの企画～制作～運用を行う「Webマーケター」が担当することもあります。

デジタルマーケティングとは？エンジニアにとっての重要性も確認

その*Webデザインの良し悪しは、Webサイトの成否を大きく左右*します。それはWebデザインを担当するWebデザイナーの力量次第なのです。またWebには利用者の属性や時間に合わせた動きが必要であり、Webサイトに動きを付けるために「HTML」や「CSS」などのWebページを表示するための言語知識に加え、*動的なページを作るための「JavaScript」の知識も必要*です。

こうした言語を用いて、*Webデザイナーはデザインだけではなく、Webページの作成にも携わる*ことが多いのです。

*バックエンドとは、サーバーサイドやデータベースのシステムなど、Webページの裏側にある、ユーザーからは見えない部分*を指します。ユーザーがWebページから入力したデータを処理してデータベースに格納する、あるいはユーザーの要求に対して処理結果を返すといったことを行います。ユーザーからは見えない部分を担っているため、バックエンドと呼ばれています。

バックエンドで利用される言語は、JavaやJavaScript、PHP、Python、Rubyなどがあります。エンジニアとしては、主に*サーバーエンジニアとプログラマーがバックエンドを担当*します。

フロントエンドとは、Webサービスなどで*直接ユーザーから見える部分*を指します。Webの画面からユーザーが文字を入力したり、あるいはボタンをクリックしたりすると、バックエンド側のソフトウエアと直接やり取りをします。

**クライアントサイドとも呼び、利用される言語には主に、*HTMLやCSS、JavaScript*などがあります。このフロントエンド部分を担当するのがフロントエンドエンジニア**です。

## フロントエンドエンジニアの年収

フロントエンドエンジニアの年収実態は調査方法や調査機関によってバラツキがありますが、ここでは求人情報に基づく年収データから見ていきます。

*フロントエンドエンジニアの平均年収は約539万円*(※求人ボックスナビ)、※*日本の平均年収441万円と比較するとかなり上回っています*。

※日本の平均年収：国税庁の平成30年度「民間給与実態統計調査結果」に基づいています。

※[参考：求人ボックス｜全国の仕事・転職・求人情報をまとめて検索](https://xn--pckua2a7gp15o89zb.com/)

### 他のITエンジニアと比較して低い？

フロントエンドエンジニアの平均年収が日本の平均年収を大きく上回っていることは分かりましたが、他の職種と比べても高いのでしょうか？ Webサイトの構築に関わる*Webデザイナー、プログラマーの平均年収*は以下の通りです。(求人ボックスより)

・*Webデザイナー: 約432万円*
・*プログラマー　: 約467万円*

**Webサイトの構築に関わるエンジニアの中では、フロントエンドエンジニアの年収が他のエンジニアより高い**ということが確認できました。

オープン系プログラマーとは？プログラマーの職種や将来性について解説！

通信系プログラマーとは？求められるスキルや市場性について解説！

### フロントエンドエンジニアが年収をあげるためには？

フロントエンドエンジニアになって活躍を始めると、さらに高年収を求める方が出てきます。ではどうすれば年収を上げることができるのでしょう？ 後述しますが、フロントエンドエンジニアの需要は高いのです。**需要が高い職種の方はフリーランスとして独立するのが年収アップへの近道**でしょう。

実際に*フリーランスのフロントエンドエンジニアの年収を調べてみると、平均年収818万円(最高1920万円、最低300万円)*(フリーランススタート調べ)という結果でした。フロントエンドエンジニアの*全体平均年収539万円と比較しても5割増しの高年収*です。

※[参考：フリーランススタート](https://freelance-start.com/)

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

### フロントエンドエンジニアの需要

Web業界の市場規模を見てみましょう。※「【ITなび就活】お役立ち情報マガジン」によると2010年のWeb業界の市場規模9.9兆円は、2020年には47兆円前後にまで成長しており、この*10年間で4.5倍もの成長*を遂げています。この**市場規模の急速な拡大によって、フロントエンドエンジニアに対する需要が高まっている**ことがうかがえます。

※[参考：【ITなび就活】お役立ち情報マガジン ](https://itnabi.com/shukatsu/magazine/)

## フロントエンドエンジニアとして活躍するために必要なスキルや資格

フリーランスとして独立することが年収アップの早道ですが、年収の裏付けとなるスキルがなければ、独立しても思うような結果は得られないでしょう。これから*年収アップにつながる資格やスキル*について解説してまいりましょう。

*Webサイトを構築するために必要なコーディングの能力、基本的なデザイン能力を問う能力検定*です。認定基準にエキスパート（上級）、スタンダード（初級）の2種類があります。

*Webクリエイター能力認定の試験は実技試験が主体*で、エキスパートのみ知識を問う問題が出題されます。スタンダードでは最低限の知識問題が出題され、エキスパートでは*タグの情報量や画像編集技術など、よりデザインに関連する技術の問題*が出題されます。

そのため**Webクリエイター能力検定はフロントエンドエンジニアとしておすすめの資格**といえます。

独学でWebデザインを学ぶ方法とその注意点について徹底解説！

### HTML5プロフェッショナル認定試験

HTMLはWebエンジニアには必修の言語です。HTML5はHTMLの最新バージョンであり、さまざまなTAGが追加され、より表現力や機能が進化しています。このスキルを認定する**HTML5プロフェッショナル認定試験はHTML5に関するスキル習得の証明となる**ため、フロントエンドエンジニアにとってはおすすめの資格です。

「JavaScript」とは、動的なWebページを作成するのに適したプログラミング言語です。一般的にはブラウザー上で実行されます。JavaScriptを使うと、ユーザーのアクションに応じたコンテンツが表示できる他、ブラウザー上で地図やグラフィックアニメーションなどの表示も可能です。

**「JavaScript」スキルを保有している証明できる国際資格CIW(Certified Internet Web Professional) JavaScript スペシャリストはフロントエンドエンジニアにおすすめの資格**です。

JavaScriptとは？その特徴やメリット・デメリットを解説！

CMSとは、「コンテンツマネジメントシステム」の略で、誰もが簡単にWebページの更新作業が行える仕組みの事です。 これがあることによって、Web構築の知識や技術がない人でも簡単にニュース配信やブログ提供などができるようになります。**CMS構築はフロントエンドエンジニアとして必須のスキル**です。

フロントエンドエンジニアが担当する*CMS構築によく用いられる開発言語としてはPHPやRubyが有名*です。これらはバックエンドエンジニアに任せてもよい部分ですが、比較的習得しやすい言語でもあり、フロントエンドエンジニアとしてマスターしておくと、Webサイトの構築がより効率的に行えます。

UIはユーザーインターフェース、UXはユーザーエクスペリエンスのことです。UI/UX設計とは、ユーザーの立場からみて利用しやすい、楽しいWebコンテンツを作成するうえで欠かせないスキルです。UI/UX設計に役立つ資格としては、特定非営利活動法人*インターネットスキル認定普及協会が実施している「ウェブデザイン技能検定」*があります。

フロントエンドエンジニアとしては取得しておきたい資格の一つです。

## フロントエンドエンジニアの将来性

ここまで述べてきたように、フロントエンドエンジニアへの期待は高く、需要のある職種であることは理解されたと思います。では、当面の3年間、さらには5年～10年というタームで見た時に将来性はどうなのでしょうか、考察してみましょう。

### コンテンツマーケティングの伸長

日本でも国民の8割以上がスマホを持ち、日常的にWebアクセスを行っています。こうした人々をターゲットにした効果的なマーケティング手法として注目されているものに*「コンテンツマーケティング」*というものがあります。

**「コンテンツマーケティング」にはSEO対策、コンテンツ制作、インフィード広告やインフルエンサーマーケティング（SNS）があり、それぞれの需要は急速に高まっています**。

こうしたこともあって、**フロントエンドエンジニアの需要は非常に高い**のが現在の状況です。

ITの世界で、日本は常に米国の後を追いかける動きをしています。米国で脚光を浴びたものは2～3年後に日本でも流行ります。「コンテンツマーケティング」の最先端、**米国ではこの4年間でコンテンツマーケティングの市場規模が120億ドルから240億ドルへと倍増**しています。日本も当分は同じような動きをしていくでしょう。

もはや国策とも言える*DX(ITを用いて業務刷新や新たに製品・サービスの開発*)の推進において、Web利用はさらに進むでしょう。この**Web構築において中核的なポジションにあるフロントエンドエンジニアへの期待や需要は高まることはあっても、下がることはありません**。

DXとは？その意味と日本の現状、DX推進の障壁となる要因を分かりやすく解説！

AI技術の進展は目を見張るものがあります。AIの進化によって多くの職業が消えていくと言われていますが、フロントエンドエンジニアに未来はあるのでしょうか？

無人工場、無人スーパー、無人コンビニ、コンシェルジュロボット、自動運転カーなどの出現を考えると、消えていく職業が少なからずありそうです。フロントエンドもAIによってある程度置き換わっていく可能性はあります。たとえば、AIにフロントエンド開発を学習させ、自動的にコードを生成するような技術も現れています。

こうした技術がさらに発展していけば、**10年、20年先にはフロントエンドエンジニアの仕事がAIに置き換わっていく可能性は否定できません**。しかし、**AIの開発やAIに学習させるためのエンジニアはさらに需要が高まっていきます**。

先に述べた通り、フロントエンドエンジニアの守備範囲は広く、求められるスキルは少なくありません。フロントエンドエンジニアとして活躍をしながら、同時に時代の潮流を見極め、**新たなスキルの習得、自己研鑽に努めていけばさらなる活躍の余地がある**でしょう。未来を味方につけるのか、未来に飲み込まれてしまうのか、すべてあなた次第です。

AIプログラマーとは？その年収や市場性について解説！

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

フロントエンジニアはWebサイトのフロントを担当するエンジニアです。HTML・CSS・JavaScriptなどの実装を通じて、効果的なWebサイトを構築する重要な役割を担っています。このフロントエンジニアに必要なスキル、年収、将来性などについて解説していきます。

フロントエンジニアとは？そのポジションや役割

フロントエンジニアが年収を上げる方法、必要なスキルや資格

フロントエンジニアの将来性は高い

フロントエンジニアの特徴や年収、必要なスキル、将来性は?

## プロジェクトマネージャー(PM)、プロジェクトリーダー(PL)は役職か役割か

プロジェクトマネージャーとプロジェクトリーダーの違いを考えるとき、**当然その「役職名」の違いもありますが、その「役割」の違い**もあります。

###会社によって違うPMとPLの意味や立場

「店長」という肩書きになったが仕事内容は変わらず、変わったのは時間外手当がつかなくなったことだ、などということは良くあります。肩書きや役職名は同じでも、会社が違えば仕事内容も違ってきます。

**PM、PLの意味や立場も会社によって異なります。**そのため、転職した当時は混乱したというエンジニアも少なくありません。プロジェクトの大きさによっても役割は異なるので、PMはいるがPLはいない、複数のPLがいるなど、その在り方は様々です。

###本質的にはPM、PLは役割の違い

あるプロジェクトにPMとPLがいれば、一般的にはPMが上位職でPLがその下に付くことになります。しかし、極端な例をあげると、重要なプロジェクトではIТ企業の創業社長がPLをして、PMを外部から招く、ということもあり得ます。昔取った杵柄で社長が陣頭指揮をとることで現場が活性化すれば、プロジェクトの完成が期待できるからです。したがって、**本質的にはPMとPLは役割の違いであって、上下関係ではありません。**

では、具体的にはPMとPLの役割はどう違うのかを見ていきましょう。

###「マネージ」と「リード」の意味から考えてみよう

プロジェクトマネージャーは「マネージする人」、プロジェクトリーダーは「リードする人」です。「マネージ」は、管理するというより「やりくりする」と考える方が実態に即しています。*与えられた条件の中で「ヒト・モノ・カネ」をやりくりするのです。*「リード」は文字通り「先頭に立って引っ張る」ことです。日々のタスクを方向づけてチームのメンバーに推進力を供給します。

###プロジェクトマネージャーの役割と仕事内容

PMがプロジェクトのやりくりをするとは「環境を整える」ことです。具体的には、ゴールを決める、締め切りを設ける、予算を確保する、人員を配置する、リスクを減らす、トラブルに対処する、などの仕事を行ないます。

経営者やクライアントと協議してプロジェクトの環境を設定し、キックオフの後はその環境をゴールに向かって調整します。

**プロジェクトマネジメントの世界標準と言われる教科書「PMBOK」**には、PMの役割が詳細に(ときには詳細すぎるくらいに)記載されています。一口にプロジェクト管理と言っても、次のような10の管理項目が挙げられています

●スコープ管理(プロジェクトの目標、作業範囲、成果物を定義し、管理すること)

各項目はそれぞれ計画書を作ってから実行するとされています。これを額面通りにやろうとすると、便利な管理ツールを使ったとしても、大変な作業です。教科書どおりにはやれません。しかし、各項目の内容を見ても「やらなくてもいい」ことは1つも含まれていません。ここでも、**理想通りには進まないプロジェクトという生き物を何とかやりくりするのがPMの仕事**だということが分かります。

###プロジェクトリーダーの役割と仕事内容

*PLが現場を引っ張るとは「メンバーに燃料を与え続ける」ことです。*具体的には、ゴールを頭に入れて、タスクを割り振る、進捗が遅れているメンバーの相談に乗る、優先事項とチェック項目を明確にする、トラブルに対処するなどです。PL自身、自分のタスクを抱えていますが、メンバーの心身の健康に気を配ることもPLの重要な役割です。

上記のような役割をこなすためにPLは、各メンバーと「技術内容について語りながら」問題を解決していきます。したがって、設計スキル、プログラムスキルでもメーンバーをリードできる力が求められます。

**PLが現場を「正しくリードする」ためには、プロジェクトのゴールをPMと同じくらい明確に把握している必要があります。**ゴールすなわちUX(ユーザー・エクスピアリエンス)をつねに意識してシステム構築とテストを行なうことで、正しい力加減で正しい方向にプロジェクトを推進することができるからです。

プログラミングなど自分のタスクに集中して取り組んでいるメンバーは、ややもすると意識が蛸壺型になり、ムダなところに力を入れ過ぎることがあります。そんなときにユーザーの顔を思い出させてやることもPLの役割です。

上記をまとめると、PLの役割は次のようになります。

●プロジェクトのゴールとユーザー体験をつねに意識する

●タスクを適切に割り振り、スケジュール管理をする

●トラブルの芽を早期に発見して対処する

●メンバーの声に耳を傾け、チームの士気を高める

●プロジェクト外部の関係者と内部のパイプ役になる

このように、**実際の現場に立ってメンバーを引っ張っていくのがPLの役割です。**

###PMとPLの役割の共通点と相違点

PMもPLも目指すゴールは同じで、リスク管理をして、トラブルに対処するのも同じです。しかし、プロジェクトは計画通りにはいかないもので、**必ず「難所」に遭遇します。**そのときにPMはプロジェクト外部からの雑音からプロジェクトを守る必要が生じることもあります。PLは難所の性質やクリアする方法をメンバーと検討するとともに、それを正確にPMに報告する義務があります。

ゴールの一部変更や締め切りの変更が避けられない場合は、PMが経営者やクライアントと相談しなければいけません。PLはメンバーから見て「いちばんオレ(わたし)の気持ちがわかる人」であるべきです。メンバーが経営者に不満があっても現場の空気が悪くなることはありませんが、*PLに不満があると毎日の仕事が苦痛になります。*

プロジェクト成功の鍵！プロジェクトリーダーの役割について解説

## プロジェクトに欠かせないのはPMかPLか

結論から言えば両方必要ですが、*病気で1週間休まれて困るのはPLです。*それぞれの行動や意識からその役割の違いを見ていきましょう。

###PMのペルソナを想定してみよう

PMはハイレベルなプロジェクト計画、つまり詳細が未定のアバウトな計画でGOを決断する立場にあります。キャリアに裏打ちされた先見力が必要だし、細部にこだわらない鷹揚さや度胸も要ります。必ず生じる遅れや変更に対応する柔軟性も必要です。経営者やクライアントなどのステークホルダーとの交渉力も欠かせません。もめたときやトラブルが発生したときにパニックになってしまわない胆力が求められるのがPMです。**交通事故にあったときに現場から逃走してしまうような人はPMには向いていません。**

プロジェクト内部で進行している業務への目配りが行き届いていること、支援する姿勢があることも重要です。「計画通りにやれ」とハッパをかけるだけでは、活気のあるプロジェクトにはなりません。もちろん、*エンドユーザーに提供するゴールに対する揺るがない視点はPMにとって必須です。*

###PLのペルソナを想定してみよう

PLはPMが整えてくれたプロジェクトの環境の中で、メンバーと共にタスクを積み上げていく立場にあります。明るくて元気な人が人を引っ張る力がありますが、必ずしも体育会系のノリが必要なわけではなく、人の話をよく聞くこと、長所を見つけてそれを活かすことを考えるのが大切です。**社内の営業部からのヒアリングやPMとの緊密な情報交換などのコミュニケーション能力も重要です。**

プロジェクトが胸突き八丁にさしかかると、メンバーの心身の疲労もピークになります。オーバーワークで壊れてしまうメンバーが出ないように目配りし、支援する優しさもPLに求められるキャラです。

###PLがしっかりしていればプロジェクトは機能する?

プロジェクトマネジメントの教科書「PMBOK」にそんなことは書かれていませんが、PMは多少アバウトな性格でもプロジェクトは前に進みます。しかし、それはしっかりしたPLが現場を引っ張っていることが前提です。

一方で、PLにPMの役割も押しつけてしまうのは負担が重くなりすぎます。プロジェクトの規模にもよりますが、理想はPMとPLがそれぞれの役割を担って、お互いに支え合うことです。

## PLのキャリアパスの先にあるのはPMとは限らない

ここまでお読みになって「自分にはPMもPLもできそうにない」と思った人がいたらちょっと脅かしすぎたことをお詫びします。**エンジニアとしてのスキルを磨き、経験を積んでいくことで、おのずとPLやPMの仕事をする能力も身に付いてきます。**たとえリモートワークがメインでも、結局仕事は人と協力することで成り立つものだからです。

また、若手のエンジニアは、PLやPMを目指している人が多いでしょうが、キャリアパスにおいてPLはPMへの通過点だという訳ではありません。

###若手エンジニアはまずPLを目指そう

*プロジェクトに参加する若手エンジニアは、キャリアパスとしてまず実力あるPLになることを目指しましょう。*プログラミングなど与えられたタスクをこなしながら、プロジェクト全体の目的や進行具合にも関心を持ち、そこにどう関わっていくかを学んでいくことが大切です。　　

性格や資質によっては、PMを目指すことももちろん悪くありません。ITコンサルタントとして活躍するという将来もあります。そのためにも、PLとしての実績を積むのは非常に役に立ちます。

プロジェクトにはさまざまな形がありますが、そこで生じる「人間的な諸問題」は共通していることがたくさんあります。**PLの立場でその問題に対処するスキルを磨くことは、転職の際も、ネクストステージを目指すときも貴重な財産になります。**

ITコンサルタントが独立するメリット・デメリットとその方法

ITコンサルタントになるために必要な資格は？仕事内容や年収も

会社やプロジェクトによって、PMとPLとの役割の違いは必ずしも明確ではありません。例えば、PMはいるがPLはいない場合もあり、様々な形態がとられています。それぞれプロジェクトの円滑な推進のために、また将来のキャリアパスのために、PMとPLの役割の違いについて解説していきます。

PMとPLは役職の違いではなく役割の違い

PMはプロジェクトをやりくりする役割。PLは現場を引っ張る役割。

PLとしての実力をつけることで次のキャリアパスが見えてくる

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

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