**PMOとは「Project Management Office」の略称で、プロジェクトマネジメントオフィスと呼ばれえることもよくあります。**プロジェクトマネジメントと似ているポジションで、*プロジェクトマネージャー（以下、PM）をサポートし、システム開発の効率の向上などプロジェクトを成功に導く職種です。*

また、PMOの仕事内容はPMと類似する点も多いです。よって、PMOはプロジェクト案件の成功に大きな影響を与える重大な責任を抱えています。例えば、プロジェクトにおいてPMやPMOが上手く機能していない場合、プロジェクト管理が滞ってしまいシステム開発が失敗することも少なくありません。

システム開発のプロジェクトに必ずPMOが必要というわけではないですが、小規模なシステム開発プロジェクトの場合、PMだけでプロジェクト管理することも多いでしょう。*一方近年ではシステム開発が大規化したり複雑化したりしているため、PMOを導入することも増加しています。*ここからは、PMOの役割とPMとPMOの違いについて詳しく解説します。

PMOの役割は、品質管理やスケジュール管理・コスト管理・人材育成などのプロジェクト管理の幅広い範囲に及ぶことが多いです。他にも、システム開発の方針書の作成やトラブルが発生した場合の原因究明や再発防止を行うこともあります。**端的に説明すると、PMOの主な役割はシステム開発の進捗状況が納期などをもとに計画したスケジュール通りに進んでいるか管理することです。**また、大規模プロジェクト案件の場合、PMOが複数人登用されて役割を分割する場合もあります。

例えば、大規模システム開発プロジェクトにおいて、PMが1人ではプロジェクト全体を管理することは物理的にも不可能と言えます。よって、PMOはPMに代わってプロジェクトの進捗管理などを担当し、PMの仕事をサポートします。

*以上からも、PMOは担当する仕事の範囲はプロジェクトごとに異なることも多いです。*一般的にはPMOのチームがあり、担当する業務を分担をしてそれぞれ仕事を行います。

**PMとPMOの大きな違いとして、マネジメント権限が挙げられます。**PMはプロジェクト全体を管理するのに対して、PMOは大規模プロジェクトのなかの与えられたプロジェクトを管理します。*したがって、プロジェクト全体を管理するのがPM、全体の一部をマネジメントするのがPMOと言えるでしょう。*

*しかし、担当する業務は異なれど、仕事内容はPMとPMOでは大きな差はありません。*プロジェクトの進捗・品質・コストなどを丁寧に管理し、システム開発のプロジェクトをスムーズに完遂させるという目的はPMもPMOも同様です。つまり、PMOはPMを支える存在です。これまでのプロジェクト管理では、PMの知識や経験などのスキルのみに頼ることが多かったです。

最近では、PMOを登用して組織的にサポートするという体制がシステム開発プロジェクトなどではあります。特に大規模や複雑なシステム開発のプロジェクト案件ではPMOは必要不可欠な存在と言えるでしょう。

ここからは、PMOの職種とその役割について詳しくご紹介します。

**PMOアドミニストレーターは、社内業務の管理をスムーズに進め、事務作業をサポートします。**PMOアドミニストレーターの仕事内容も多岐に渡ります。例えば、プロジェクトに関するデータの収集・分析・情報の共有・会議の調整・経費の精算・書類の作成・メンバーの勤怠管理などが挙げられます。

PMがプロジェクトの事務作業を実施する場合、負担が非常に大きくなり、他のことに手が回らなくなってしまうこともあります。*よって、PMOアドミニストレーターがPMの事務作業をサポートすることで、PMはよりクリティカルばプロジェクト管理に集中することができるでしょう。*

**PMOエキスパートは、プロジェクトのルールを策定し環境改善を行い、プロジェクト管理を画一化させる役割をもっています。**PMOの職種のなかでも幅広い業務を行うため、知識や経験などの高度なスキルが要求されます。

主な仕事内容は、プロジェクト進捗の可視化や文書化、プロジェクトにおける情報収集方法の構築やその社内定着の実施、プロジェクトで扱うツールの開発や改善、顧客の要件やニーズの把握、人材育成などが挙げられます。*PMOエキスパートには、プロジェクト管理に関する豊富なスキルをもっている人材を配置することで、よりスムーズにPMの支援が行うことができるでしょう。*

**PMOマネージャーは、PMOチームを管理するための業務を行う役割をもっています。**主な仕事内容は、PMO組織戦略の確立、PMOメンバーの勤怠管理や教育、PMO組織の予算管理、プロジェクトにおけるルール管理、プロジェクト成果の安定化などが挙げられます。*PMOも組織となる場合が多く、1つの部門として扱われるため、PMO組織を管理するマネージャーが必要です。*

## PMOを導入するメリット・デメリット

ここからは、PMOを導入するメリットとデメリットについて解説します。

**PMOを導入する最大のメリットは、システム開発の進捗管理が徹底できる点です。**小規模のシステム開発プロジェクトの場合、PM1人でプロジェクト全体を管理することも可能でしょう。しかし、プロジェクトが大規模や複雑になるほど、PM1人でプロジェクトを管理することができなくなります。

近年では、新しい技術への対応や働き方の多様化などで、協力会社などの人員管理の手間も増加傾向にあります。PMOを導入すれば、PMの管理業務の負担減少につながり、プロジェクトが円滑に進行させることが期待できるでしょう。*したがって、PMOを導入することで、プロジェクト管理の強化に直結させることができます。*

**PMOを導入するデメリットは、進捗管理に重視しすぎて、コミュニケーション不足や他部署への無関心をもたらしてしまう可能性があることです。**PMOが進捗管理に関して集中しすぎると、現場の細かい部分に気を取られてしまうことも多くなります。

*PMOの主な役割は進捗管理ですが、最も重視すべき点はプロジェクト案件を成功に導くことです。*進捗管理にのみ注力しているPMOも少なくありません。進捗管理にのみ追求してしまうと、各部門との連携が上手くとれず、業務の境界が曖昧となり、グレーゾーンといわれる部分は誰も手をつけない場合もあります。これではプロジェクトは失敗してしまいます。**PMOの仕事はプロジェクト管理するだけではなく、チームメンバーの人間関係を適切に築き上げ、チーム全体の能力を向上する役割もあることに注意する必要があります。**

ここからは、PMOに求められるスキルについて4つご紹介します。

### プロジェクトマネジメントに関するスキル

**PMOにはプロジェクトマネジメントに関するスキルが必要です。**PMOはプロジェクトの意思決定を実際に行う場合は少ないかもしれませんが、プロジェクトの計画立案や進捗管理には大きく関わることが多いです。例えば、大規模なプロジェクトでチームが多数ある場合、PMOはプロジェクト開始時点における体制の構築・人員の配置・予算の組立などを担当します。

また、プロジェクト開始した後もプロジェクト全体の管理やPMの支援業務に関わることとなります。*そのため、これまでのプロジェクトに参加した経験や、プロジェクトマネジメントに関する高度なスキルが要求されるでしょう。*

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

**プロジェクト管理の中でも、PMOにとって最も重要な業務が進捗管理です。**納期遅延を起こさないことやコスト削減を実現させるために、常に周囲から情報収集を行い、プロジェクトの進捗状況を正確に把握することが求められます。例えば、トラブルが発生した場合、障害の状況を整理するスキルも必要です。

また、リスク予測を事前に行い、早いうちに対策するスキルも求められます。さらに、システム開発のプロジェクトの場合、人員の入れ替えが激しいため人事マネジメントスキルもあると良いでしょう。

### システム開発に関するスキル

**PMOは、必須ではありませんが、システム開発に関する知識や経験をある程度もっていると企業から重宝される人材となることができます。**PMOが実際にプログラミングなどの開発作業を行うことはありませんが、開発にかんする知識や実務経験がある場合、PMや現場のエンジニアとの相互理解がより深まり、システム開発プロジェクトの進捗状況などについて正確に理解できるでしょう。

スクラム開発とは？エンジニアが知っておきたい情報をまとめました！

**PMOにはコミュニケーションスキルが求められます。**プロジェクト全体の調整を担当することから、コミュニケーションスキルは欠かせません。PMOは、PMや顧客とやり取りすることが多いです。また、PMやエンジニアを集めて会議を行う場合、PMOはファシリテーターを担当することも多いでしょう。

## PMOを導入してシステム開発の効率を向上させよう！

これまでにPMOの詳細やPMとPMOの違い・PMOの職種・メリット・デメリット・PMOになるために必要なスキルについて解説しました。PMOの業務は多岐に渡り、職種も多数あります。**PMOの主な役割はシステム開発プロジェクトの進捗管理です。**また、PMとPMOの違いは、プロジェクト全体を管理するのがPM、全体の一部をマネジメントするのがPMOと言えます。PMOを導入することで、**PMの管理業務の負担減少につながり、プロジェクトを円滑に進ませることができるでしょう。**

PMOが担当する役割は、プロジェクトが大規模や複雑になるほど大きくなる傾向があります。PMOも複数人で担当する場合も多く、チームワーク力も重要です。また、近年ではPMO配置のためのサポート活動も活発に行われています。*エンジニアとしてのキャリアアップの選択肢の1つとして、PMOを選択してみるのはいかがでしょうか。*

PMOはプロジェクトマネージャーをサポートし、システム開発の効率の向上などプロジェクトを成功に導く職種です。当記事では、PMOの詳細やPMとPMOの違い・PMOの職種・メリット・デメリット・必要なスキルについてご紹介します。

PMOの主な役割はシステム開発の進捗管理を行うこと

プロジェクト全体を管理するのがPM、全体の一部をマネジメントするのがPMO

PMOを導入することで、PMの管理業務の負担減少につながり、プロジェクトを円滑に進ませることができる

PMOの役割とは？メリット・デメリット、必要なスキルも紹介！

近年、プログラミングスキルを身に付けるためのツールは多数あります。初心者から熟練者までIDEを利用している方は少なくないでしょう。ここからは、IDEの詳細やIDEとフレームワークの違いについて紹介しましょう。

IDEとは「Integrated Development Environment」の略称です。日本語では統合開発環境と呼ばれています。**統合開発環境とは、プログラミングを行うにあたって必要な環境を統合してくれているサービスを指します。**例えば、IDEではソースコードの記入・コンパイル・バグの確認・編集の管理などを提供しています。

もともとシステム開発を行う場合、テキストエディタを用いてソースコードを記述し、コマンドライン上でコンパイルを行うなど、非効率な環境で開発する場合が多かったです。よって、コンパイルを行う場合はコンパイラ、デバッグする場合は、デバッガなどと開発に必要なそれぞれのツールを各々揃えなければなりませんでした。

一方現在では、サーバーサイドの開発やGUIの開発などのようにエンジニアに求められる業務の量は増加傾向にあります。また、プロジェクト管理などシステム開発の負担も増大しています。したがって、**IDEによって開発環境を1つに統合することで、開発を行う負担の軽減や、効率の向上が期待されています。**IDEではテキストエディタ、コンパイラ、デバッガなどをが1つにまとめられています。Webシステム・サービス・アプリなど、統合開発環境はさまざまなシステムやプログラミング言語に対応しています。

これまでにも説明しましたが、統合開発環境であるIDEはアプリケーションを開発するにあたって必要なソフトウェアを1つに統合して提供するパッケージを指します。しかし、IDEとフレームワークの違いについて疑問を抱く方も少なくないでしょう。ここからは、IDEとフレームワークの違いについて詳しく紹介しましょう。

フレームワークとは、アプリケーションを開発する際の雛形の役割を担っています。フレームワークはアプリ開発の際に必要とされる機能を1つにして提供します。アプリケーション全体における処理の流れを管理しやすいことがフレームワークのメリットといえるでしょう。

**統合開発環境であるIDEは、テキストエディタやコンパイラなどを統一して提供する開発環境を指します。一方、フレームワークはアプリケーション開発における工程を容易にするために用います。**

ここからは、IDEを利用するメリットについて4点ご紹介します。

IDEはプログラミングに必要な環境が1つに統合されています。したがって、IDEを利用することで、1つのサービスでプログラミングに必要な全ての環境を用意することができるため、事前準備などの手間が不要で効率よく開発を行うことができるでしょう。

IDEには入力サポート機能があることもメリットといえるでしょう。例えば、スマートフォンで予測変換を行うことがありますが、それと似ている機能です。大規模プロジェクトのシステム開発となると、プロジェクトで定めている命名規約などが曖昧になることも多いでしょう。**IDEの入力サポート機能では、多数のエラーを未然に防ぐことができます。**また入力サポート機能は、テキストエディタにはない機能です。

### プログラムエラーチェック機能

入力サポート機能に付随して、プログラムエラーチェック機能があることもIDEのメリットといえるでしょう。**プログラムエラーチェック機能では、開発を行う際にソースコードのエラーをチェックしてくれる機能を指します。**例えば、プログラムの実行を行う前に、赤の波線などでエラーを目立たせて教えてくれます。したがって、コンパイルを行う前にエラーを取り除くことができ、効率よく開発を行うことができるでしょう。

IDEには、Microsoftが開発したサービスなど数多くの製品があります。製品の種類も自身でインストールを行い利用するものから、クラウドサービスを用いて利用するものまでさまざまです。使用するプログラミング言語やエンジニアの趣向などを考慮して、自身にあったサービスを選択できるのもIDEのメリットでしょう。無料で使用できる製品や、最初は無料版として利用できる製品もあり、予算が厳しい方でも安心して利用することができます。

ここからは、おすすめのIDEについて5点ご紹介します。統合開発環境には多数の製品があります。それぞれの統合開発環境によって特徴が異なります。

Eclipseは、プログラミング言語であるJavaを扱う統合開発環境として、IBM社が商用の製品として開発を行いました。その後、オープンソースプロジェクトに寄贈されることとなり、現在ではさまざまなプログラミング言語に対応しています。例えば、C言語・PHP・Rubyなどが挙げられます。

**Eclipseの特徴として、プラグインと呼ばれる拡張モジュールを追加することで、自身のニーズに合わせて機能を新しく追加できるようになっています。**Eclipseが多くの開発者に支持される理由の1つともいえるでしょう。Eclipseのもう1つの特徴として、テキストエディタで記述したソースコードをすぐに実行することが可能です。例えば、JavaでEclipseを利用する場合、ローカル環境にJavaをインストールしておくことで、結果をすぐに確認できるでしょう。したがって、コンパイルに割く時間を削減できる点がメリットといえます。また他にも機能は多数あり、デバッガやコンソールを利用することで、バグやログも確認できます。

XcodeはiOS用のアプリを開発する場合に便利です。Xcodeは、Apple社が無料で提供している開発ツールです。XcodeはiOSだけではなく、Apple製品に対応しているソフトウェアやアプリケーションを開発できる統合開発環境となっています。Mac App Storeなどからダウンロードを行うことができるため、Apple IDを取得することで誰でもプログラミングをすぐに始めることができるでしょう。**プロジェクトで利用するソースコードや画像などを一元化して管理できる点がXcodeのメリットでしょう。**以上から、iOS用のアプリを制作する場合にXcodeは最適な統合開発環境といえます。なお、Macでしか動作できない点については注意が必要です。

Android Studioは、Android用のアプリを開発する場合におすすめで、Google社がAndroidアプリ開発のために公開している統合開発環境です。Android Studioでは、Androidのアプリのソースコードの作成から、アプリとしてインストール環境へと変換するビルドの作業まで行うことができます。**Android Studioは多種多様なOSに対応している点がメリットといえるでしょう。**代表例として、WindowsやLinux、Macに対応しています。

Visual Studioは、Microsoft社がWindows版のアプリケーション開発用の統合開発環境として公開しています。例えば、Visual BasicやC++、C#などのプログラミング言語を用いて開発を行うことが可能です。Visual Studioでは、ボタンなどの部品を統合するために、初期段階よりリソースを用意していたことも特徴で、エンジニアにとって使いやすい統合開発環境となっています。

IntelliJ IDEAは、チェコに本社を置いているJetBrains社が提供している統合開発環境製品です。JetBrains社はプログラミング言語によって複数製品を提供していますが、IntelliJ IDEAは多くの言語に対応している点が特徴といえるでしょう。**IntelliJ IDEAにはサポート機能があります。記述したソースコードについて、さらによりよい記述方法を提案してくれる機能があるため、品質向上も期待できるでしょう。**

## 自身に合ったIDAを使用しよう！

これまでに、IDEの詳細やメリット、おすすめのIDEについて解説しました。**IDEとは日本語で統合開発環境と呼ばれており、プログラミングを行うにあたって必要な環境を統合してくれているサービスを指します。IDEには、入力サポート機能やエラーチェック機能などがあり、効率よく開発を行うことができるでしょう。**

IDEにはさまざまな種類が存在しており、それぞれ特徴もあります。プログラミング学習を始める方は、無料で有名なIDEの使用がおすすめです。開発を続けていき、自身のやりたいことが明確化したら自身に合ったIDEを選択しましょう。

IDEとは「Integrated Development Environment」の略称で、日本語では統合開発環境と呼ばれています。統合開発環境は、プログラミングに必要な環境を統合してくれているサービスのことです。当記事では、IDEの詳細・メリット・おすすめのIDEについて解説します。

IDEとは日本語で統合開発環境と呼び、プログラミングに必要な環境を統合してくれているサービス

IDEには、入力サポート機能やエラーチェック機能などがあり、効率よく開発できる

IDEにはさまざまな種類があるため、自身に合ったIDEを選択することが大切

IDEとは？詳細やメリット、おすすめのIDEを紹介します！

エンジニアの方は"デグレ"というと分かると思います。**「デグレ」（ディグレーションの略語）は、プログラムの改修の際に引き起こされる性能劣化や品質劣化のこと**ですね。

ディグレーションによって、パフォーマンスが低下することもあれば、バグが発生して品質劣化することもあります。

大抵の場合は、ユーザーの変更要求仕様は満たしたものの、*後工程のプログラムなどで不具合を生じて、ディグレーションとなるケース*が多く見受けられます。

いずれにしても、改修の結果、性能劣化を招いたのなら、一旦元に戻し、その原因究明と正常化を図らなくてはなりません。

「ディグレーション」とよく似た用語に「リグレッション」があります。正確には「リグレッションテスト」ですが、この違いをよく認識しておきまょう。

そもそも*ディグレーションはディグレード（degrade）の名詞で、「悪化」とか「退化」を意味*します。プログラムの改修をした際に、予期せぬ新たな不具合が出てくることをディグレーションといいます。品質や性能が改修前よりも悪くなることです。

**プログラムの改修によってディグレーションが起きていないかどうかを検証するためのテストが「リグレッションテスト」です。**リグレッションテストには「ノンディグレードテスト」や「回帰検証」という呼び方もあります。

### ディグレーションの発生のパターン

**ディグレーションは主にプログラムの改修で起きますが、それ以外にもディグレーションは発生します。**主に以下のパターンで発生します。

*1.プログラムの改修ミス*
ユーザーからの変更要求に従って当該プログラムを修正し、**単体テストや連結テストにも問題が無かったのに、別のタスクに影響を及ぼすのが、このパターン**です。このタスク内では問題がなくとも、別タスクのプログラムがこの改修されたプログラムを呼び出し、正しい応答が無かったために呼び出した側のプログラムに悪影響を及ぼすというような事例もあります。

*2.ミドルウェアなどの設定誤り*
ディグレーションの大半はプログラムミスで起きますが、利用している**ミドルウェアのバージョンアップミスなどでも起きます。**ミドルウェアにバグがあり、その改修版が提供されているにもかかわらず、アップデートを忘れていた結果、ある日突然システムダウンが起きるというようなパターンです。システム担当者はメーカーからの通知で、ミドルウェアのバージョンアップの必要性を認識していましたが、*本番業務で特に問題が起きていなかったので、しばらく様子を見ようと考え、その内にバージョンアップを失念していた*のです。

*3.ドキュメントの記述誤り*
これは1.のプログラム改修ミスの原因でもあるのですが、**改修対象プログラムの影響対象プログラムがドキュメントに正しく記されていれば、防げたディグレーション**です。ドキュメントを作成した人のミスですが、ドキュメント作成者には「プログラマーが分かっているだろう」という*思い込み*があり、プログラマーにはドキュメントを盲信し、自ら影響範囲を確認しなかった責任があります。

前述のディグレーションが起きるパターンから、おおよそ発生原因は分かりますが、**根本的な原因**について整理しておきましょう。

システム開発やシステム改修の際には仕様書や指示書などのドキュメントがあり、プログラマーやシステムエンジニアはドキュメントに従って作業を行います。しかし、*ドキュメントが100%正しい、完全であるという保証はありません*。人が作成しているのですから、その人の性格やスキルに影響されます。漏れや不備もあるという前提で、改修時には影響範囲の調査をしなければなりませんが、これをシステムエンジニアもプログラマーも怠っていたことがディグレーションを招いたのです。こうした**「思い込み」や「怠慢」という人的ミスがディグレーションの主な原因**なのです。

人が行動をする際は、行動指針や行動ルールが必要です。「ミドルウェアの設定誤り」のパターンでは、「ミドルウェアのバージョンアップ」に対する対応指針やルールが定められていなかった事、担当者が勝手に判断したのがディグレーションの原因でした。**判断を必要とし、判断が人によって変わる可能性があるものは基準やルールを設けておかなければなりません。**そして、その基準やルールは関係者に*周知徹底*し、その*遵守を義務化*すべきです。また判断に迷うケース、ドキュメントに記述されていない事象が起きた時には*誰に判断を仰ぐのか*についても明記しておく必要があります。

人はミスを犯しやすい生き物です。しかし、他者とコミュニケーションを取り、互いに意見を交換し、力を合わせ、相互にチェックしあってミスを防ぐ*知恵*があります。仮にドキュメントに不備があっても、情報共有を徹底しておけばミスの多くは防げます。プログラム改修やミドルウェアの変更などは、**関係者全員に共有し、全員が影響確認を行えば、ディグレーションを防げた可能性は高い**です。システム開発にかかわらず、*情報共有の重要性*を再認識しておく必要があります。

*ディグレーションが恐ろしい*のは、一度正常に稼働していたシステムが停止や性能劣化を招くことです。リリース前のエラーであれば影響は大きくなりませんが、**リリース後ということで顧客に直接被害が及ぶ**ということです。

ディグレーションは軽微の影響で済む場合もありますが、**最悪の場合は企業の存亡危機に至るケース**もあります。例えば、銀行オンラインシステムが何年も正常に稼働していながら、軽微なシステム改修によってディグレーションが起き、オンライン業務が全て停止し、顧客に甚大な被害を及ぼしたという例もあります。この営業損失は計り知れません。*金銭的な実害以外に企業ブランドの失墜*という大きな影響を及ぼし、*顧客からの信用が一気に失墜します*。一度信用が失墜すると、それをとり戻すためには大変なエネルギーと時間が必要です。この事は関係者が予め十二分に認識しておく必要があります。

### 本来不要な工数、コストが余分にかかる

システム開発に対して対価がありますが、**ディグレーションによって発生する工数やコストに対する対価はありません。すべて開発側の自己責任、自己負担です。**ディグレーションが重大な場合には、システム開発に伴う利益が全て吹き飛んでしまい、タダ働きと同じ結果になることも珍しくありません。それでころか、*最悪の場合には損害賠償請求を受けるリスク*もあります。

### 多重事故を招き、負の連鎖に陥る

*ディグレーションが起きると、その対応に時間的猶予は許されません*。特にオンラインシステムや業務スケジュールに直接影響するシステムはできる限り速やかな対応が求められます。悠長に原因究明している場合ではありませんので、動けるエンジニアをかき集め、徹夜で復旧に当たります。こうした時に2次障害を招きがちです。ディグレーションの対応をした結果、また別のタスクに影響を及ぼし、別タスクで大規模障害を招くことすらあります。こうして**負のスパイラルに陥り、障害が長期化することすらあります。ディグレーションの恐ろしさは、予期せぬ時に予期せぬことが起きるというところにあります。**

## ディグレーションを起こさないために

以上、ディグレーションの原因や影響について述べてきましたが、経験したことがあるエンジニアは、*ディグレーションは思い出したくもないトラウマ*になっている方もいらっしゃると思います。

ディグレーションは野球で例えるなら、好投していたピッチャーが野手の連係ミスから突然乱調になり、あれよあれよという間に失点を重ねて、わけも分からず降板させられるようなものです。この事で、ピッチャーとしての自信を喪失し、ボールを投げられなくなる人もいます。名投手の呼び声が高かったのに、登板機会を失い、2軍に落ちて、そのまま消えていったピッチャーもいます。システムの世界でもディグレーションのせいで、このピッチャーと同じ道を辿るエンジニアもいます。**百害あって一利なしのディグレーション、何としても避けたいものです。**これから、その忌むべきディグレーションを避ける方法について述べていきます。

### 影響範囲の調査を着実に行う

ディグレーションの多くがプログラミングのミスで起きますが、そのプログラムミスを防ぐには、*プログラム改修の影響範囲を徹底的に調べておく事*です。自ら担当したプログラムを修正するのは比較的たやすいため、改修依頼を受けるとプログラマーは簡単に修正作業に着手しがちです。単体テストで修正指示書通りの結果も得られ、そこで安心しがちです。

それが他タスクに重大な影響があるとも知らず、既に自分の仕事は終わったと解放感に包まれます。

**プログラム修正作業に着手する前に、全員に改修内容について情報共有し、影響調査をしっかり行っておけば、ディグレーションを回避できた**のです。

### イレギュラー時の自己判断は厳禁

組織で動く時に、マニュアルなどに載っていない事象に直面した際は、*自己判断は厳禁*です。上司の判断を仰ぐ、上司が判断できな時は組織で共有し、*組織として意思決定すること*です。また、マニュアルやドキュメントの不備も必ず追記、修正をしましょう。「自分はマニュアルの担当者ではない」と言うようなエンジニアは失格です。便宜上、マニュアル担当者は決まっていますが、マニュアルのオーナーは関係者全員です。マニュアルは全員が担当者だという意識を持って、逐次改定していくことが求められます。また**マニュアルに記されていな事が起きた時の対応ルールはきちんと決めておきましょう。**

### リグレッションテストの範囲を広げてテストする

ディグレーションを回避するためにリグレッションテストがありますが、**リグレッションテストは可能な限り広い範囲で実施すべき**です。例えば、日次処理の改修だったため、日次処理範囲だけリグレッションテストを行い、月次処理でディグレーションが発生したという事例があります。これも影響調査の漏れが原因ですが、**リグレッションテストでは、システム全体図を見て繋がっている関連システムは一通りテスト対象とすべき**です。これをすることによって、影響調査の漏れもカバーできます。

### システム開発はリスクマネジメントも忘れずに

システムは経営向上や業務改善を目的に行われますが、ディグレーションが生じると、それらの目的がすべて吹き飛んでしまいます。その**ディグレーションによる損失を回避、最小限にするためのプロセスがリスクマネジメント**です。

リスクマネジメントと経営とは一体ですが、システムも経営の一部です。そのため**システム開発にはリスクマネジメントの視点が欠かせません。**エンジニアの皆さんは、常にこの視点を忘れず、ディグレーションとは無縁のシステム開発を心がけてください。

運用テストってどんなテスト？目的や内容、注意すべきポイントとは？

ディグレーション、通称「デグレ」はプログラムの改修に伴う品質や性能の劣化のことです。ディグレーションによってITエンジニアの評価は地に落ち、最悪の場合は損害賠償もあり得る恐ろしい現象です。是が非でも避けたいディグレーションの原因と対策について徹底解説します。

1.ディグレーションはエンジニアとしては絶対に避けなければならない致命的障害

2.ディグレーションの原因はほぼ人的な不注意やミスにある

3.ディグレーションを起こさないためにルールづくりとその遵守が大切

エンジニアにとって恐怖のディグレーションの原因と対策を徹底解説

Microsoft Azureは、**マイクロソフト社が提供するクラウド・コンピューティングサービス**です。2010年からサービスが開始され、現在AmazonのAWSに次いで18%のシェアを占めるメジャーなサービスです。「Azure」は"アジュール"と読み、英語で「青空」や「空色」を意味しています。

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

このMicrosoft Azureを端的に説明すると、「システム開発や運用の機能を備えた大規模なクラウドサーバー」と言えます。従来、企業はシステムの開発や管理を行うためにオンプレミスという形で自社にサーバーが必要でした。Microsoft Azureは、そうしたサーバーをインターネット上で一括管理できるクラウドサーバーとして提供しています。また**Azureはクラウドサーバーの提供だけにとどまらず、「仮想マシン、仮想ネットワーク構築機能」や「AI(人口知能）設計機能」など、エンジニア向けの機能が豊富に用意されています**。

クラウドサービスには様々な種類がありますが、**Azureが提供しているサービスは一般的に「IaaS」と「PaaS」、「SaaS」と呼ばれる類のサービスです**。以下、それぞれの特徴を説明しますので、クラウドを勉強しようという方はぜひ覚えておいてください。

*■IaaS*
IaaSとは「Infrastructure as a Service」の略語で、"イァース"と呼ばれています。**IaaSはサーバーやストレージ、ネットワーク機器、ファイヤーウォールなどのインフラをインターネット上で利用できるサービス**です。

*■PaaS*
PaaSは「Platform as a Service」の略語で"パース"と呼ばれています。**PaaSはアプリケーション・ソフトウエアが稼働するためのデータベース、プログラムの実行環境などを提供するサービス**です。

*■SaaS*
SaaSは「Software as a Service」の略語で"サース"と呼ばれています。従来はパッケージで提供されていたソフトウェア製品ですが、**SaaSはインターネットを経由してソフトウェアを利用する形のサービス**で、代表的なサービスとしてはOffice365があります。

AzureはAmazonのAWSと同様に従量課金の仕組みを採用しており、**「IaaS」と「PaaS」**によって主に次のサービスを提供し、多くの利用者のニーズに応えています。

*■Azure DevOps*
Azure DevOpsは開発（Development）と運用「Operations」を組み合わせた造語で、**開発からリリースまでのシステム開発を支援**するサービスです。

*■Azure Functions*
Azure Functionsは、**サーバーを構築することなく、プログラムが実行できるサービス**です。C#、JavaScript、Java、Pythonなどで組まれたプログラムが直ぐに実行できるので、タイミングやスピード重視のプロジェクトでは大変便利です。

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

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

*■Azure Storage*
Azure StorageはAzure専用ストレージサービスです。**さまざまな種類のデータ保存が可能**です。テキストやバイナリ形式の非構造化データを保存するBLOGストレージからファイルの共有サービスのファイルストレージなどがあります。

*■Azure Virtual Machines*
Azure Virtual Machinesは、**仮想マシン提供サービスです。OSはWindows系以外にLinux系などのマイクロソフト製以外のOSも対象**としています。

## Azureのメリット・デメリット

Azureには多くのメリットがありますが、**代表的なメリット3つは、いずれも直接コスト、間接コストの削減に役立つ**ものばかりです。

*1.初期費用を抑えられる*
Microsoft Azureを利用すると、**システム導入における初期費用をかなり抑制する**ことができ、必要な環境を直ちに整えることが可能です。また料金は従量制のため、導入や運用に余分な費用が発生しない点は、Azureのメリットです。Azureには*1カ月間の無料お試し版*があり、使い勝手を確かめてから導入することができるのもメリットです。

*2.マイクロソフト社のサービスとの連携が容易*
OneDriveやOffice 365などの**マイクロソフト製クラウドサービスを利用していた場合、Microsoft Azureは非常に親和性が高く、データ連携や統合がしやすい**というのもメリットです。初期費用の利点に加え、システム導入や移行の工数、コストを低減できる点もAzureのメリットとしてあげられます。

*3.システム管理がほぼ不要*
自社サーバー(オンプレミス)でのシステムでは機器メンテナンスやデータのバックアップなどを自前で行わなくてはなりませんが、Azureでは**マイクロソフト側で設定や機器メンテナンス、バックアップなどのすべてを行ってくれる**ため、システムの維持管理にかかる手間やコストを削減できます。

これはAWSとも共通するデメリットですが、クラウドサービスは便利で、コスト削減や効率化に役立つ反面、次のような**デメリットがあることを理解した上で、正しく利用**することが必要です。

*1.専門知識や技術が必要*
Azureにはシステム開発や運用をサポートするさまざまな機能が盛り込まれていますが、それらを理解しておかないと、宝の持ち腐れとなります。**Azureを有効活用するにはデータベースやサーバーに関する知識や技術が必須**です。Microsoftでは、これらに関する資格認定制度がありますので、Azureを利用予定の企業やエンジニアの方は積極的にチャレンジすることをおすすめします。

システムエンジニアがキャリアアップするのにおすすめの資格を解説！

*2.通信トラブルに注意*
これはAWSでも同じことが言えますが、**クラウドサービスは便利な反面、通信障害が起きると全く利用できなくなるというリスク**を抱えています。クラウド側のサーバーは基本的に冗長化されており、ハード障害が起きても自動的にバックアップサーバーに切り替わり、ユーザーは問題なく利用できるような仕組みになっています。一方WAN(インターネット)の利用についてはユーザー側の責任になっています。そのため、**ネットワークダウンに備えて、通信回線の冗長化を図っておくこと**が求められます。この分の投資については予算との兼ね合いもありますが、停止が許されない受発注や決済系システムなど、顧客に大きな影響を及ぼすシステムは安全なネットワークの確保が必須と考えてください。

AWSとAzureは完全なライバル関係にあります。AzureはシェアではAWSの後塵を拝していますが、Azureを提供するマイクロソフト社は企業を中心に急速にシェアを獲得し、シェアNo.1を目指しています。

企業のOfficeアプリといえば、MicroSoft365をイメージする方も多いと思いますが、他に企業でよく使われるものとして、OneDriveやSkype、Teamsなどがあり、こうしたサービスはすべてAzureクラウドから提供されています。こうした**マイクロソフトのサービスと基幹システムを連携させている場合には、Azureが最も親和性が高い**のです。

一方、AWSはクラウドインフラとしては圧倒的なシェアを誇っており、インフラを主眼としたクラウド利用に向いたサービスと言えます。AWSエンジニアを抱えた企業なら、AWSを利用した方が効率よくクラウド移行や運用が行えるでしょう。また**AWSは主にWeb業界でよく利用**されており、WebならAWSという選択が多いのです。

このように、それぞれに得意分野があり、可能であればAWSとAzureをうまく使い分けをしていくのがよいでしょう。

AzureとAWSには一長一短があり、どちらが優れているとは一概に言えませんが、**両者に差異がある部分について確認**していきましょう。

*1.  日本語ドキュメント:AWS*
**先発であり、圧倒的なシェアを誇るAWSに軍配が上がります**。AWSはユーザーが多く、AWSに関するコミュニティ活動が活発で、多くのノウハウが蓄積され、日本語で公開されています。

*2.可用性:Azure*
Azureには、「Azure Backup」:仮想マシン用バックアップサービスと、「Azure Site Recovery」:ディザスタリカバリサービスがあり、**可用性ではAzureに軍配が上がります**。

*3.運用管理の自動化:AWS*
AWSには「AWS Cloud Formation」:管理タスク自動化支援サービスがあり、APIが充実しています。このため**AWSは運用管理の自動化がしやすくなっています**。

*4.準拠法と管轄裁判所:Azure*
いずれもAWSは米国のため、何か法的問題が生じると、米国側の弁護士に頼ることになります。一方、**Azureは準拠法は日本、管轄裁判所は東京のため、法的問題への対応はAzureに安心感があります**。

*5.ディザスタリカバリ:Azure*
ディザスタリカバリ(disaster recovery)は災害復旧のことで、**Azureには「東日本」と「西日本」の2カ所にセンターがあるため、日本国内においてディザスタリカバリ構成を組むことが可能**です。

一方のAWSは日本国内に一拠点のため、ディザスタリカバリ構成を組むには片方は海外になる点が弱点と言えます。

AzureとAWSの比較において、機能面での差はほぼないと言ってよいので、どちらかを選択しても問題はありません。

先発である**AWSは「圧倒的シェア」と「長年の実績」「膨大なノウハウ」を誇っています**。

一方、**後発のAzureは、きめ細かい対応を図りながらAWSとの差別化を武器に、AWSを追い上げています**。どちらを選択するかは、難しいところですが、どちらが自社や自身のポリシーに近いかで判断するのもありでしょう。

エンジニアとしてニーズが高いAWS資格、その理想的な勉強方法

マイクロソフトには**MCP:「マイクロソフト認定プロフェッショナル  」という認定制度があり、所定の試験に合格すると、難易度ごとにFundamentals、Associate、Expertの認定を得られます**。もちろんAzureの認定資格もMCPプログラムに含まれています。

クラウドの技術は日進月歩で日々刷新されており、それに従って認定資格も変更されています。**Azureの認定資格は基礎からスタートし、開発者、管理者、ITアーキテクト、DevOpsエンジニアに分かれます**。他にはデータサイエンティストやAIエンジニアといった最先端技術の認定資格もあります。クラウドエンジニアを目指す方は、Azureも是非学んでください。Azureを学ぶ中で、クラウドエンジニアとしての必要な知識が身についていくでしょう。

参考:[Azureの認定資格](https://docs.microsoft.com/ja-jp/learn/certifications/browse/?resource_type=certification&term=Azure&terms=Azure)

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

マイクロサービスアーキテクチャとは？詳細と課題について徹底解説！

### スタートは：AZ-900(Azure Fundamentals)から

**AZ-900はAzureの入門者向け試験です。合格するとFundamentalsの認定を受けられます**。対象はAzureの営業やAzureユーザーなど、概要を知っておけばよい人、もしくはAzureに関わる開発者や技術者の初歩的知識を確認する試験として考えてください。なお、他のAzure認定資格を受験する場合に、AZ-900の認定は前提条件とはなりません。

**Azure認定資格の学習にあたっては、マイクロソフト社は「オンライントレーニング」と「オフライントレーニング」の2つのトレーニングコースを設けています**。オンライントレーニングは英語でのコンテンツもあり、ハードルが上がってしまいますが、英語に自信がない方向けには、マイクロソフトのパートナー企業主催のトレーニングも提供されていますので、こちらを選択すると良いでしょう。

また、Azureが提供するさまざまなサービスの関係から、**仮想マシン、データベース、ネットワーク、セキュリティ、障害対策などの広範な知識も必要です。Azure認定資格と併せて国家資格や、AWS認定資格にもチャレンジすることで、スキルアップを図れますので、機会をとらえてぜひチャレンジしてみてください**。

マイクロソフト社のAzureはAWSと並ぶ代表的なクラウドサービスで、DX時代のクラウドエンジニアには必須です。Azureの特徴やメリット・デメリット、AWSとの比較、Azure認定試験などをわかりやすく解説していきます。エンジニアの方はぜひ認定資格に挑戦してみましょう。

1.Azureに関する概要、利用目的、メリット・デメリットを知る

2.AWSとの比較で、Azureの強み、弱み、選択のポイントを知る

3.DX時代のクラウドエンジニアとして活躍するためAzureの勉強法について知る

クラウドエンジニアを目指す方必見！Azureを分かりやすく紹介！

## そもそもペネトレーションテストとは？

ペネトレーションテストとは、インターネットなどのネットワークに接続しているコンピュータシステムに対して、実際に既知の技術を用いて侵入を試みることで、開発したシステムにセキュリティ上の観点から脆弱性が存在していないかどうかテストする手法のことです。

日本語の場合、「侵入実験」、「侵入テスト」と訳されることもあります。ペネトレーションテストには無料で提供されているツールも存在しているため、容易にテストを実施することもできます。しかし、**セキュリティを重視したテストを行うためには、ペネトレーションテストを実施する際に、有料で提供されているツールを用いたり、セキュリティに特化した企業に依頼したりすることも必要でしょう。**

### ペネトレーションテストと脆弱性診断の違い

「ペネトレーションテスト」と「脆弱性診断」は、どちらもシステムのセキュリティ対策の観点から実施するという共通点があるため、同じ内容だと勘違いされる方も多いです。しかし両者には、その目的とテスト方法に違いがあります。ここからは、それぞれの違いについて説明しましょう。

*1.ペネトレーションテスト*
ペネトレーションテストの目的は、明確な意図をもった攻撃者のその攻撃が成功されてしまうかを検証することです。ペネトレーションテストでは主に、攻撃者がよく用いるツールやソーシャルエンジニアリングなどを利用して、一定の期間の間で攻撃が成功するかの調査を行います。検証する対象のシステムの構成に応じて想定される攻撃の手順を検討し、手順書を作成することで、実際に攻撃が成功するかをテストしていきます。したがって、ペネトレーションテストは、開発したシステム全体を網羅的にテストするのではなく、1つでも特定の脆弱性を発見することを目的としたテストと言えるでしょう。

*2.脆弱性診断*
脆弱性診断の目的は、開発したシステムに存在する脆弱性やセキュリティ機能の不足を、網羅的に検査することです。脆弱性診断では主に、事前に用意されているガイドラインなどに従って定型的な方法で調査を行います。具体的には、WEBアプリケーションやファイアウォール、ルーターなど、システム内やネットワーク内に潜んでいる脆弱性を特定します。そのため検査範囲は、ペネトレーションテストと比較すると広範囲に渡るでしょう。既知の脆弱性に対する攻撃の検証には効果的ですが、ゼロデイ攻撃などのリスクの検出には向いていないと言えるでしょう。

以上のことを踏まえて、ペネトレーションテストは攻撃を予防するためのテスト、脆弱性診断は攻撃されるリスクを発見するためのテストと言えるでしょう。

オーバーエンジニアリングとはなにか？なぜ発生し、どうすれば防げるのかを徹底解説！

### ペネトレーションテストの実施方法

ここからは、ペネトレーションテストの具体的な実施方法について紹介しましょう。ペネトレーションテストは、実施する企業や使用するツールなどによって方法が異なります。しかし、一般的に、次のような流れで実施する場合が多いでしょう。

*まず、ペネトレーションテストを実施するための準備や、ヒアリング調査を行います。*テスト対象となるシステムのネットワークの構成、個人や企業などの機密情報の保管状態などを考慮した上で、どのようにテストを行うか手順書を作成します。そして、テスト結果より出力された脆弱性に対して、具体的な対策方法について検討することになるでしょう。

*次に、実際に攻撃や侵入テストを実施します。*作成した手順に従って攻撃や侵入を実施して、結果を記録していきます。自動的に行われるテストや、手動で行うテストの場合があり、さまざまな方法で攻撃や侵入を実施します。*最後に、報告書の作成を行います。*その後、テスト結果についてまとめ、上司やプロジェクトメンバーに情報共有を行うことになるでしょう。

テストにおける攻撃方法は大きく分けると「ホワイトボックステスト」「ブラックボックステスト」「外部ペネトレーションテスト」「内部ペネトレーションテスト」の4つ存在します。ペネトレーションテストを実施するための準備段階でテストの手順書を作成し、「ホワイトボックステスト」や「ブラックボックステスト」を組み合わせて複合的にテストを実施することも多いでしょう。

### ペネトレーションテストの費用

ここでは、ペネトレーションテストにかかる費用について紹介します。冒頭でも述べた通り、無料で提供されているツールも存在しますが、セキュリティを重視するならばおすすめできません。ペネトレーションテストの費用は、実施する企業やテストの内容、テストを実施する人のスキル、必要な期間、使用するツールの種類などによって大きく異なります。たとえば、数万円から数千万円まで費用がかかる可能性はあるでしょう。

無料ツールには、「Maltego」「OWASP Zed Attack Proxy」「Skipfish」などのペネトレーションテスト用のツールが公開されています。これらの無料ツールを使ったペネトレーションテストでは、予め定められている基本的な項目しか検証することができません。

セキュリティを重視する観点からペネトレーションテストを行う場合は、開発したシステムやネットワーク構成に応じて手順書を作成し、長い期間を設けて実施するため、高額になることが多いです。高度なペネトレーションテストを実施する場合には、事前にシステム構成を把握するための情報収集が必要でしょう。

また、作業内容によって費用も大幅に異なります。そのため、**ペネトレーションテストの費用を知るためには、ペネトレーションテスト実施する企業などに個別に見積りを行う必要がある場合が多いでしょう。**

## ペネトレーションテストを行うメリットとデメリット

これまでにペネトレーションテストについての詳細を紹介してきました。ここからは、ペネトレーションテストを行うメリットとデメリットについて解説します。

### ペネトレーションテストを行う3つのメリット

ここでは、ペネトレーションテストを行うメリットについて3つ紹介しましょう。

*1.開発したシステムに脆弱性があるか調査できる*
ペネトレーションテストでは開発したシステムに侵入を行うことで、システムの脆弱性を検証します。あくまでもペネトレーションテストとして、システムに侵入を行うため、安全で客観的にテストを実施することができるでしょう。システム開発は開発者側の視点で行われますが、ペネトレーションテストは攻撃者側の視点でテストを行います。したがって、**開発時には想定していない脆弱性が見つかる可能性もあるでしょう。**

*2.システム環境に合わせたテストができる*
ペネトレーションテストでは、まず事前にシステム環境について調査します。たとえば、ネットワークの環境、データベースの構成、ソフトウェアのバージョンなどについて調査し、テストを行う手順書を作成します。作成した手順書をもとに、開発したシステムへ攻撃や侵入を行います。したがって、ペネトレーションテストを行うシステムの環境に合わせてテストを実施することができるでしょう。

*3.テスト後の報告書より脆弱性を解決するための行動をおこすことができる*
ペネトレーションテストを実施した後、テストを行った企業から報告書が提供されます。報告書には、検出された脆弱性の危険度などが記述され、脆弱性の評価や、検査対象のシステム全体の概要などが報告書としてまとめられます。**報告書をもとに報告会が行われることも多く、検出された脆弱性に対する具体的な解決策も掲示され、システムを開発した企業は脆弱性を解決するための行動を起こすことができます。**その後、報告を受けた脆弱性が実際に改善することができたか、再度ペネトレーションテストを実施する場合も多いでしょう。

### ペネトレーションテストを行う2つのデメリット

ここでは、ペネトレーションテストを行うデメリットについて2つ紹介しましょう。

*1.膨大なコストがかかる可能性もある*
大規模システムにおけるテストや、テスト内容によっては、多くのコストがかかる可能性があります。また、テストにかかる期間も数日に渡って行われることもあるでしょう。なお、ペネトレーションテストは特定の機能や資産に対してのみ行うこともできます。**コストバランスを考慮し、開発したシステムの一部にのみ適用したテストを実施することが必要な場合もあるでしょう。**

*2.テスト実施者の技術によって成果が異なる場合がある*
ペネトレーションテストの実施者は、セキュリティに関する高度なスキルを持っていることが要求されます。セキュリティに関する豊富な知識に加えて、テストで使用するツールの中身や操作方法を深くまで理解していることも重要です。そのため、ペネトレーションテストを実施する企業やテストを実施するエンジニアのスキルによって、検出される脆弱性やその対応策が異なる場合もあります。したがって、**ペネトレーションテストを行うときは、依頼先の企業のペネトレーションテストの実績を事前に把握しておくことが重要だと言えるでしょう。**

## セキュリティを守るためにもペネトレーションテストは重要！

ペネトレーションテストの詳細や脆弱性診断との違い、ペネトレーションを行うメリット・デメリットについて紹介してきました。近年、セキュリティ対策は重要視される傾向にあります。そのためペネトレーションテストを実施することは重要でしょう。ただし、コストが多くかかることや、テストを行う上で高度なスキルを求められることに注意しましょう。

**開発したシステム環境の重視している要件を考慮し、テストの実施者と相談した上で、自社でテストを実施するのか、テストを企業へ委託するのか、より良い効果的な方法を選択することが重要だと言えるでしょう。**

ペネトレーションテストとは、インターネットなどのネットワークに接続しているコンピュータシステムに対して、実際に既知の技術を用いて侵入を行うことです。当記事では、ペネトレーションテストの詳細とメリット・デメリットについて解説します。

ペネトレーションテストの目的は、明確な意図をもった攻撃者の攻撃が成功してしまうかを検証するテスト！

ペネトレーションテストの費用を知るためには、テストを実施する企業に個別に見積りを行う必要がある！

ペネトレーションテスト後の報告書から、脆弱性を解決するための行動を起こすことができる！

ペネトレーションテストとは？詳細とメリット・デメリットを解説

## フィールドエンジニアとサービスエンジニアに違いはない?

基礎知識の記事（36ページ目）