まず、*モノリシック（Monolithic）*の語源である*モノリス（Monolith）*について説明します。*モノリス*とは、単一の岩や石から成る地学的な特徴を表しており**一枚岩**という際に指す単語です。*モノリシック*とは単一の塊で構成されている*設計構成*を指します。モノリシックの設計構成は*巨大*なものであったり、*安全で堅牢な構造*を意味します。

### オペレーティングシステムとは？

カーネルの話をする上で前提となる、*オペレーティングシステム*について説明しましょう。

オペレーティングシステム（OS）とは、コンピュータシステムを動作する際に*ユーザーとハードウェアを仲介するシステムソフトウェア*を指します。OSは以下の基本機能を提供することで、**ユーザーの利便性を向上**します。

・*ハードウェアシステムの操作と管理機能*
システムを稼働するためには、多くの実装ハードウェアを理解する必要があります。ユーザーが直接ハードウェアを操作することは容易ではありません。OSがハードウェアを操作し実行する形式をとります。ハードウェアアクセスはOSの他、ユーザーアプリケーションからもリクエストされる場合があります。そのため、ユーザーアプリケーションからのアクセスについてはハードウェアを隠蔽し、標準APIを提供することで管理性を向上させることが可能です。

・*システム資源の管理機能*
コンピュータシステムはCPU・メモリー・ストレージをシステムバスで接続し、データ転送とコマンドリクエストを発行し処理します。これらのCPU・メモリー・ストレージ等をシステム資源と呼び、最適な管理が求められます。OSはシステム資源の利用と管理を効率的に行うことを目的としています。

その他にも、マン／マシンインターフェイスとなるマウス・キーボード・モニターや各種USBデバイス等の制御が必要です。同様に、通信装置や通信ポートの制御並びにプロトコル制御も発生します。そのため、OSは各デバイスに対応するドライバーを提供し、デバイス制御や通信プロトコルの制御を実行します。また、OSの各機能を提供するモジュール間の整合性をとり同期することでシステム資源の利用効率を向上します。さらに、システム資源へのアクセス方法をハードウェア性能を最大に発揮できるよう調整することがOSの主要な役割です。

・*ユーザーアプリケーションの実行と最適化機能*
コンピュータシステムを利用する目的は、ユーザーが求める処理や手続きをコンピュータを利用し効率的に実行することです。OSはユーザーアプリケーションを実行するための標準APIを提供し、スケジューラ―機能により優先順位付けたり、システム資源を占有したりすることでより効率的にアプリケーションを利用可能にします。

*カーネル*とは**OSの中核機能**で、*メモリー管理やCPU管理あるいはI/O管理*等をプロセッサの特権を使って**効率的に制御する**機能を指します。*ユーザー*は*システムコール*によりカーネルへ要求を発行し、*処理を依頼*します。*カーネル*はユーザーのプログラムをプロセスとして管理し、要求に応じて*システム資源を割り当て*、*ファイルやI/Oのアクセス要求を受け付けます*。

*OS*は前述の機能を提供するために、次に挙げる**代表的なモジュール群**で構成されています。

・*カーネル*
OSの中核となる機能で、ユーザーアプリケーションとハードウェアを仲介します。電源投入後、ローダーによってメモリーにロードされ、ハードウェア管理と監視を開始し利用可能な状態に設定します。

・*デーモン*
ユーザーアドレス空間のメモリーに常駐し、サービスを仲介したり監視したりするプログラムを指します。主に、OSロード時にバックグラウンドで起動し常駐プロセスとして処理を行います。ユーザー空間に常駐しているため、プロセスステータスを確認するコマンドで稼働状況が確認可能です。

・*コマンド*
OSの処理を実行するシステムコマンドと、ユーザー処理を実行するコマンドやユーティリティーが提供されます。

・*ライブラリー*
OSの提供APIとなるシステムライブラリーや関連ライブラリーが提供されます。SDK等の開発環境として提供される場合もあります。

## モノリシックカーネルとは？

*モノリシックカーネル*とは*カーネルの実装方法の1つ*で、**長い歴史を持ちます**。

カーネルの設計には*信頼性を高め*たり、*処理能力を最大限に発揮*させたりすためにプロセッサの特権やハードウェアの特定の処理を実行する必要があります。信頼性を高めるために不正アクセスを防止する機能を実装し、システム障害耐性を高めています。

実装方法として処理能力向上のため、カーネル内部のモジュールをスレッド化し*一塊のプログラム*として動作させる方式です。それを*モノリシックカーネル*と言います。代表的なOSは、*Unix系OSであるLinuxやFreeBSD*等があります。

近年OSの保全性を高めるために、**必要最小限の機能のみをカーネル空間に割り当て**て、それ以外のサーバー機能群をユーザー空間で実行させる仕組みが実装されています。そのカーネル構造を、*マイクロカーネル*と言います。

代表的なOSは、*AIXやmacOS*等があります。マイクロカーネルは保全性が高いのですが、ユーザー空間とカーネル空間の*やり取り（コンテキストスイッチ）が多発*するため、*性能効率は若干低下*します。

### モノリシックカーネルのメリットとデメリットは？

*モノリシックカーネルのメリット*は、いくつか挙げられます。

モノリシックカーネルは1つの塊で全ての処理が完結する特徴があります。そのため、*プロセス間通信不要*であり、**全体の処理が高速**であるメリットがあります。また、カーネル自体はカーネルアドレス空間に存在するため、カーネル開発者にとっては全体デバッグがしやすく全体の堅牢性を高めることができるでしょう。

*モノリシックカーネルのデメリット*としては、1つの大きな塊のため**メモリー使用量が大きい**事が挙げられます。理由としては、1つの塊であるため不要なサービスを含めた全体の機能が組み込まれるためです。さらに、*カーネル障害発生時はシステムダウンが発生*するため、品質が安定しない場合は影響が非常に大きいです。同様に、カーネル開発者以外はメンテナンスしにくいこともデメリットとなります。

### マイクロカーネルのメリットとデメリットは？

*マイクロカーネル*では必要最低限の機能をカーネルアドレス空間で実行し、カーネル機能の多くをモジュールとしてユーザーアドレス空間で実行します。そのため、モジュール単位で開発やデバッグ等の品質チェックが可能です。同様に、*カーネルのアップデート作業がシステム停止せずに実施できる*ことが*メリット*として挙げられます。加えて、必要最低限のサービスのみロード可能なため、**メモリー使用量の低減**が可能です。

*マイクロカーネルのデメリット*としては、カーネルアドレス空間とユーザーアドレス空間を相互に通信する必要があるため**通信オーバーヘッドが大きい**ことです。そのため、性能はモノリシックカーネルに比べて劣ります。その他、通信部分はモジュール間のやり取りが発生するため、*通信デバッグ*については*難易度が高い*と言えるでしょう。

### カーネル実装方式のおすすめは？

ここでは、いくつかのポイントについてモノリシックカーネルとマイクロカーネルを比較していきましょう。

・*システム資源の活用方法*
システム資源は有限のため、効率的な利用が望まれます。モノリシックカーネルは全ての機能を一括ロードするため、メモリー消費が大きくなります。マイクロカーネルは個々のモジュールを最小化し、必要なモジュールのみロード可能です。これにより効率的なシステム資源の利用が可能です。

・*問題発生時の影響範囲*
モノリシックカーネルではカーネル全体が1つの塊なため、障害発生時のシステム停止リスクがあります。マイクロカーネルでは個々の提供モジュールに問題が生じても、その影響は他のサービスへ伝搬しにくい構造をとっています。同様に、マイクロカーネルでは多くの場合システム停止せずにアップデート作業が可能です。

・*開発効率や変更対応*
モノリシックカーネルでは個々の機能追加の際のデバッグに工数がかかり、マイクロカーネルでは追加機能を中心に変更対応が可能です。旧来のシステムを更新せずに継続使用する基幹系システムでは、すでに堅牢性を高める品質検査が実施済みで実績のあるモノリシックカーネルが選択される傾向があります。

・*性能最適化*
モノリシックカーネルは通信オーバーヘッドが発生しないため、処理性能の最適化が図られます。マイクロカーネルでは新規機能を追加したり、システム資源効率は高いものの通信オーバーヘッドやシステム資源の管理等の関連処理により性能は劣ります。

上記観点で考えると、旧来の*変更頻度の少ない業務システム*では*モノリシックカーネル*が適しているといえます。*新規開発の効率性*を優先すると、*マイクロカーネル*がおすすめです。なお、この観点はあくまでもカーネル実装上のポイントなため、利用にあたっては別途**ユーザーアプリケーションやパッケージアプリケーションの視点での検討**が求められるでしょう。

### カーネル実装方式の弱点を改善する試みは？

*モノリシックカーネル*では*高速処理が可能*であるメリットがありますが、一塊のカーネルのためコードサイズが大きく*メモリー使用量が大きい*です。現在では、不要なドライバーのロードを避けるために*カーネルモジュールローダー*が利用され極力必要なモジュールのみロードできるよう改良されています。このカーネルモジュールローダー機能により、**保全性は大幅に改善**されました。

同様に、*マイクロカーネル*においても一部の*性能影響の大きいサービスをカーネル空間で動作させる実装*が進められています。これを**ハイブリッドカーネル**と呼んでおり、*モノリシックカーネル*の持つ*高速性と構造の単純性*を活用し、*マイクロカーネル*の持つ*モジュラー管理・保全性*に補完機能を取り込んだものです。

## カーネルの特徴を理解しアプリケーション開発を効率的に進めましょう

これまでに、*モノリシックカーネルの特徴とメリット・デメリット*を紹介しました。今後*ナノカーネル*と呼ばれるマイクロサービスよりさらに*メモリー使用量を削減した技術*や、*エクソカーネル*と呼ばれる*アプリケーションからのハードウェアアクセスを直接提供する技術*の実験も進められています。そのため、カーネル実装の進化はまだまだ続くでしょう。

なお、実際のシステム構築においてはモノリシックカーネルとマイクロサービスを比較すると同時に、*アプリケーション特性に応じた開発手法やパッケージ選定*が求められます。そのため、**システム選定のスキルを向上しさらなる知識の幅を広げること**をおすすめします。

モノリシックカーネルとは、一枚岩を意味するモノリスのような単一の塊で構成されているカーネルを指します。ここでは、モノリシックカーネルの特徴の説明に加えて、マイクロカーネルと比較しその長所や短所を踏まえた活用方法について解説していきます。

モノリシックカーネルとは、単一の塊で構成されているカーネルの設計方式です

モノリシックカーネルは古くから用いられており、基幹業務システムでも数多く利用されています

新規モジュール開発ではマイクロカーネルも活用されており、アプリケーション特性を踏まえて最適化を図ります

モノリシックカーネルとは？長所や短所を踏まえた活用方法を解説！

## 主要なコードレビューツール

コードレビューはシステム開発の中で大切な工程の1つです。コードレビューを1行ずつ目で確かめていたら、工数が膨大になってしまうでしょう。近年では、工数の削減や正確性の担保などのためにさまざまなコードレビューツールがあります。ここでは、代表的なコードレビューツールを詳しく紹介します。

**GitHubとは、システム開発プロジェクトのためのソースコード管理サービスです。**ソースコードを更新したバージョンの管理機能・バグ追跡機能・SNSの機能が備わっているため、開発者にとっては必要不可欠とも言えるサービスです。**そしてGitHubには、プルリクエストの画面にコードレビューツールが備わっています。**無料でも利用できますが、データ量や月々に実施できるアクション数に制限があるため、チームやプロジェクト単位で使用する際には有償版を使用するのがおすすめです。

*GitHubでは、プルリクエストごとにレポジトリへのアクセス権をもっているユーザーをレビュアーとして割り当てることが可能です。*プルリクエストを提出したユーザーは、管理者にコードレビュー依頼もできます。変更履歴の確認やプルリクエストの議論、インラインでコメントを付けることも可能です。GitHubのコードレビューツールでは、Gitにおけるコンフリクトをインターフェイス上で解決することもできます。

また、マーケットプレイスを利用して、他のレビューツールと統合させれば、レビュー機能を拡張させることも可能です。*GitHubに備わっているコードレビューツールには、レビューに必要な機能が全て組み込まれているため、追加でダウンロードやパラメータの設定などは不要です。*
（参考：https://github.com/ ）

**Collaboratorは、SmartBear社が開発したコードレビューツールです。**Collaboratorではソースコードのレビューだけではなく、ドキュメントのレビューもできます。Collaboratorは有償ですが、無料試用版も用意されています。

*Collaboratorでは、他のコードレビューツールと同様に、Git・Subversion・Perforce・CVS・Mercurial・TFSなど、多数のバージョン管理システムをサポートしているのが特徴です。また、Jiraなどのプロジェクト管理ツールやEclipse・Visual Studioなどの統合開発環境（IDE）とのシステム連携することもできます。*Collaboratorには、レビュー管理とバグ追跡の機能もあり、プロジェクトメンバーを支援する機能も豊富です。他にも、ソースコードの修正・変更を確認し、欠陥を特定して特定の行にコメントを付ける機能もあります。
（参考：https://smartbear.com/product/collaborator/overview/ ）

**Review Boardは、Christian Hammond氏とDavid Trowbridge氏によって開発されたオープンソースのコードレビューツールです。オープンソースなため、開発者によって日々バージョンが更新されているのが特徴です。**Review Boardでは、ソースコードとドキュメントの両方のレビューを行うことができるほか、ソースコードをグラフィカルに表示することもできるため、ソースコードを更新した際の差異を比較するのが簡単です。Webサイトで試用版を利用することもできるため、1度試してみてから、プロジェクトなどに活用するかどうか検討も可能です。また、システムをダウンロードし、自身のPCにインストールしてセットアップすることもできます。

Review Boardを使用するためには、Pythonの実行環境が必要です。また、MySQLなどのデータベースの用意・ApacheなどのWebサーバーの設定・ソフトウェアを実行するためのライブラリなども必要です。Review Boardは、Git・Mercurial・CVS・Subversionなど多くのバージョン管理システムと統合することができます。また、Review BoardをAmazon S3に統合して、Review Boardの中でスクリーンショットの保存も可能です。
（参考：https://www.reviewboard.org/downloads/ ）

**Phabricatorは、Phacillity社が提供しているオープンソースのコードレビューツールです。**Phabricatorをダウンロードし､自身のPCにインストールするのは無料で行うことができます。また、ユーザー数も限定することなく使用でき、有償版ではクラウド上のサービスを使用することもできます。有料プランの場合、サポートも含まれているのが特徴です。Phabricatorは、Git・Mercurial・SVNの3種類のバージョン管理システムが対応しています。

例えば、プロジェクトのチームメンバーと事細やかに議論したい場合には、Phabricatorを利用すれば可能です。プレコミット・ポストコミットの両方のソースコードレビューができます。また、Phabricatorには、システム開発においてプロジェクトをサポートするための追加ツールが備わっています。例えば、バグを管理するビルトイントラッカーが提供されています。

*以上からも、Phabricatorには、開発効率を向上させるための機能はほとんど備わっているのが特徴です。プロジェクトが初期段階にある場合には、Phabricatorはおすすめと言えます。*
（参考：https://secure.phabricator.com/ ）

## コードレビューツールが必要な理由

コードレビューツールを使用する理由について気になる方は多いでしょう。最初に説明しましたが、**開発効率の向上やコストの削減が主な理由**として挙げられます。コードレビューツールを使用することで、他にも多くのメリットがあります。

*例えば、コードレビューツールを使用すれば、プロジェクトチームが継続的にコードレビューを確実に行えるようにサポートすることができます。*全てのコードレビューについて一元管理ができたり、問題の追跡や解決がわかりやすいように可視化したりすることが可能です。

*コードレビューツールによって、プロジェクトメンバーや関係者の間のコミュニケーションもサポートすることができます。*コードレビューツールを利用すれば、関係者間の認識齟齬を減らすことや、プロジェクトメンバーが議論しやすいプラットフォームを提供することができるため、無駄な工数を大幅に削減が可能です。

*また、コードレビューツールには、バグ・エラーの履歴を保存したり表示したりする機能もあります。*したがって、ナレッジの文書化・共有が簡単にできるようになります。コードレビューで文書化された履歴は、新しいプロジェクトの際に活かすこともできるため、大切なリソースです。 

そもそも、コードレビューについて詳しく知らない方も少なくないでしょう。**コードレビューの概要や目的を知っておくことは、コードレビューツールを採用する際にも役立ちます。**コードレビューとは、記述したソースコードをレビューすることで、エラー・バグがないかを確認する作業のことです。プログラムの品質を担保するためにも重要な工程の1つと言えます。ここでは、コードレビューの概要や目的について詳しく紹介します。

**コードレビューは、記述したソースコードを自分以外の誰かに問題ないか確認してもらうことを指します。レビューを行う人をレビュアー、レビューされる人をレビュイーと言います。**システム開発を実施する際に、コードレビューは必ずといてもいいほど実施されるでしょう。例えば、プロジェクトによってはレビュアーの許可がない限り、ソースコードを修正することができなかったり、次の工程に移ることができなかったりします。*コードレビューのルールは、プロジェクト発足当初に定めるのが一般的です。*

コードレビューの目的はいくつかあります。**主な目的は、ソースコードにエラーや設計上の問題がないか確認することです。つまり、システムの品質を担保することが大きな目的と言えます。**コードレビューの方法もさまざまですが、自身が記載したソースコードを上司や他のプロジェクトメンバーが確認することが一般的でしょう。

**その他の目的として、上司のソースコードを見て勉強するというように、新人教育にコードレビューが使われることもあります。**他人が記述したソースコードを読むことで、コーディング方法やフレームワークのスキルを身に付けることが可能です。*コードレビューによって、開発者の意図も把握できる良い機会となるため、スキルアップにもつながります。*

## コードレビューについて理解を深めてプロジェクトに適したコードレビューツールを導入しよう！

これまでに、主要なコードレビューツール・コードレビューツールが必要な理由・コードレビューの概要や目的について解説しました。**主要なコードレビューツールとして、「GitHub」「Collaborator」「Review Board」「Phabricator」などが挙げられます。他にも多種多様なコードレビューツールは存在するため、プロジェクトに合ったコードレビューツールを導入することが重要です。**

*コードレビューツールを導入する主な目的は、開発効率の向上です。また、そもそもコードレビューを実施する主な目的は、システムの品質担保です。*システムの品質を担保しようとして、レビューに工数を多くかけてしまうことは少なくありません。**そのため、開発スピードを高めるためにも、コードレビューツールを使用してみるのはおすすめと言えます。**

近年ではシステム開発の効率を高めるために、コードレビューツールはさまざまなものが存在します。そこで当記事では、主要なコードレビューツール・コードレビューツールが必要な理由・コードレビューの概要や目的について詳しく解説します。

主要なコードレビューツールは「GitHub」「Collaborator」「Review Board」「Phabricator」など

コードレビューツールを導入する主な目的は、開発効率の向上

コードレビューを実施する主な目的は、システムの品質担保

主要なコードレビューツールを紹介！ツールがなぜ必要かについても解説

## DXやUX、CXをよく目にするけれど

日本は今やDX時代のど真ん中にあります。DXは2025年という期限が設けられ、どこの企業もDXに熱心に取り組んでいます。情報システム部門を分離し、DX推進部を新設した会社も少なくありません。そんな今、*DXに加えてUX、さらにはCXまでと"X"が大流行り*です。言葉が流行りだすと、今さら人に聞けないという方もいるでしょう。ここでは、**ITエンジニアとしては押さえておきたいDX・UX・CXの違いや関係**について解説します。

「失われた20年」と言われるように、この20年間以上日本経済は低迷しています。その原因の1つとして、**諸外国に比べてデジタルの有効利用ができていない日本企業の弱点が指摘されています**。2018年に「日本企業においてもデジタルトランスフォーメーションを進めるべきである」として、経済産業省が*[「DX推進ガイドライン」](https://www.meti.go.jp/press/2018/12/20181212004/20181212004-1.pdf)*を作成し公開しました。このガイドラインでは、*DX（デジタルトランスフォーメーション）が「大きく変化するビジネス環境への対応に、IT技術を活用した業務改革が競争力を高めるにために欠かせない」としています。*

この経済産業省の提起をきっかけにDXブームが巻き起こり、どこの企業もITシステムの刷新に取り組むようになりました。一方、この結果ITエンジニアの枯渇という問題が起きています。

同レポートでは、DXへの取り組みの必要性として、**DXが進まない場合には「2025年以降、年間で最大で12兆円の経済損失が生じる」と警告**しています。日本の企業の多くには、バブル期に構築した*レガシーのシステム*がまだ数多く残っていますが、レガシーシステムは老朽化、複雑化しブラックスボックス化して、企業経営の足枷となっているのです。

これらを捨て、*企業の競争力を高められるシステムに変えていかなければ、企業の存続自体が危うくなり*、海外企業との競争にも勝てず日本経済の土台が揺らぐ事態に陥るというのが、2025年の崖です。一方、期待通りにDXが実現すれば、2030年には実質GDPが130兆円も増加するとの試算もあり、DXへの期待は高まっています。

### なぜ「DT」ではなく「DX」なのか？

DX：DigitalTransformationのスペルからすると、デジタルトランスフォーメーションの略称は**「DT」とするのが自然だと思われますが、なぜDXなのでしょう？** 

それは、""Transformation""は""*X-formation*""と表記されることがあり、その頭文字の*X*を取って*DX*と呼ぶようになったからだそうです。ちなみにTransは交差を意味するCrossと同義で、CrossはXと省略されることがXの由来だそうです。

さて、最近DX以上によく目にするUXですが、*UXについての理解*も深めていきましょう。

UXとは、ユーザーエクスペリエンス"*User eXperience*"の略語です。意味は**「ユーザー(=顧客)が製品やサービスを通じて得られる体験のこと」**です。

この顧客の体験を、顧客が望む姿により近づけることがUXの向上となり、*UXの向上によって顧客の製品やサービスに対する価値が高まり、それがリピーターにつながる*という考え方です。

Web系のエンジニアの方にとって、UIは日常語だと思いますが、では*UIとUXは何が違うのでしょうか？*

UIとUXは「UI/UX」のように一括りで使われることもあり、類似語のように思えます。また、時には混同して使われていることもありますが、実はUIとUXは別物です。

*UIは""User Interface""（ユーザーインターフェイス）の略語で、ユーザー（顧客）と製品やサービスとのInterface（接点）のことで、製品やサービスの扱いやすさを表します*。一方の*UXは、製品やサービスの全体を通じて得られる体験を示す*言葉です。

UIとUXの違いを一言で表すと、**UIは「顧客との接点」でありUXは「顧客体験」です**。また、質の良いUXを得られる製品やサービスは、優れたUIを実装しているといえます。すなわち、質の良いUXを得る条件として、質の高いUIが必要だということです。

例えば、iPhoneを使うことで得られる満足感や楽しさといった感動がUXです。そのUXは、iPhoneの持つデザイン性や優れた操作性などのUIによって得られているのです。つまり、*UIはUXに包含される1つの要素*と言えるでしょう。

### UXは分かったけれど、CXとは？

UXについて理解されたと思いますが、他に似たような言葉でCXというものが注目されています。CXは""Customer eXperience""（カスタマー・エクスペリエンス）の略語なのですが、UXに対して、わざわざCXという言葉があるのには実は意味があります。

*CXはUXよりも更に広い概念*です。UXが製品やサービスに関することならば、例えば、製品に付帯する保証・サービス・メンテナンス・コールセンターの対応・販売員や営業のレベルの高さなど、**顧客にとっての全てのタッチポイントがCXの範囲**なのです。

製品やサービスは次第に同質化しており、それだけでは差別化となりません。製品やサービス*+α*がより質の高いCXを生み、それが顧客の支持を得る要素となるのです。以上を式にしてみると、

続いて、*DXとUXの関係*について考えてみましょう。両者は全く別物ではなく、**表裏一体の関係**でもあるのです。

日本ではDXはまだまだスタートしたばかりですが、海外ではDXは当たり前になっています。例えば、中国ではオンラインとオフラインの境界がなくなり、消費者はネットとリアルの区別をすることなく購買行動をしています。

中国のアリババが展開するHemaというスーパーでは、スマホ1つで全ての買い物が完結します。注文した商品も希望すれば自動的に自宅に配送され、決済も全てスマホ決済です。こうした取り組みは日本でも*「店舗DX」として注目され、UNIQLOやイオンなどが取り組み*をしています。

こうして世界はデジタル化に向けて大きく動いていますが、デジタル化が当たり前になると、その次の時代が訪れます。それを*「アフターデジタル」*と呼びます。**「アフターデジタル」では、顧客は製品やサービスに価値を見出すのではなく、体験に価値を見出すようになると言われています**。

すなわち、UXであり、その先にあるCXが重要になります。**DXは単なるデジタル化ではなく、デジタルを用いてUXやCXの価値を高め、顧客に支持され、愛される企業を目指すこと**なのです。

これからは製品やサービスの品質だけではなく、*顧客体験であるUXの質を高め、CXの実現が問われる時代に移行*していきます。これまでの顧客管理では、個人の属性を収集することに力を入れていました。性別・年齢・地域・趣味などの属性データを集めるために顧客カードを発行し、入会申込書のデータを入力していました。

今は、スマホに登録された会員カードやポイントカードが購買や決済と連動し、行動情報としてビッグデータに蓄積をされていきます。

顧客が店舗の近くに来れば、プッシュ通知でスマホに顧客が喜びそうなクーポンやセール情報を送り、自店に誘導することが可能になりました。*スマホを通じて顧客は便利で楽しい体験を何度もできるようになっています。これがUXです*。

このUXを実現することが企業の発展には欠かせません。そして、その後押しをするのがDXです。**DXは単なるデジタル化ではなく、UXやさらにはCXを実現するための手段であり、1つのステップ**だという認識を持つことが大切**です。

## ITエンジニアはUXを意識しよう

ここまでDXとUXの関係について説明してきました。そして、*UXはDX化の目的の1つ*だということがお分かりいただけたと思います。私たちITエンジニアは、ただ単に仕様に従ってシステムを開発すれば良いという時代は終わったのです。

**ITエンジニアは、UXを意識しながらシステムを開発する時代が訪れた**と考えましょう。なぜなら、*UXの得られないシステムは顧客に受け入れられなくなっている*からです。

Webエンジニアの皆さんはUIを意識してWebデザインをされているでしょう。確かにUIは重要です。顧客の目を引く・見やすい・操作性が良い・入力しやすいことは絶対条件でしょう。しかし、UIはそれで良いのかもしれませんが、UXはそれだけでは得られません。

そのサイトを*実際に利用してみて、何らかの感動や満足感が得られなければ、顧客は戻ってこない*かもしれません。より良いUXという付加価値を付けるには、**1度システム開発という立場を離れ、顧客目線ですべてを見ることです**。

例えば、以前は予約サイトなどで、誤入力をすると先頭から入力をし直さなくてはならないような作りのサイトがよく見受けられました。そんなサイトは仮にUIは良くとも、UXでは完全に失敗です。このサイトで誤入力を経験した顧客は2度とそのサイトを利用しないでしょう。

逆に、わずかな入力で簡単に予約が行えるようなサイトはまた利用しようと思うでしょう。その違いは、*目線が開発側や企業側にあるか、顧客側にあるかの違い*です。*UXは徹底した顧客目線が鍵*なのです。

### UXは顧客との価値の共有にある

*UIの場合*は、入力時のクリック回数や誤入力回数、入力時間などによって、*ユーザーがイメージした通りに操作しているかどうかが分かり、UIの良し悪しが判断*できます。

一方、UXは売上増加などの効果が見えてこないと、*UXの良し悪しが分かりにくい*という側面があります。ただ、*再訪問の率が上がればUXが良いという判断*はできるでしょう。

いずれにしても、*再訪問率が高ければそれが売上につながる可能性が高まります*。また常にUXを意識し、「顧客がどのような体験を期待しているのか」を想像しながら設計や開発を行えば、エンジニアはユーザーの属性、ユーザーのニーズについても深く考えるようになるでしょう。

小売業やサービス業では、顧客の喜びや感動が、自分の喜びだと感じる人が少なくありません。*ITエンジニアも、企業の目線ではなく顧客の目線で仕事をするようになると、次第に顧客の顔や表情が見えてきます*。**顧客と価値の共有ができた時、あなたはITエンジニアをやっていて良かったと思える**でしょう。

現代はDX時代と言われていますが、デジタルマーケティングやDX系の開発に関わっていると、DXと似た言葉としてUXやCXの文字をよく目にします。UXやCXとは何なのか、企業のDXにどのように関係しているのか、それらがどのような役割を果たすのかについて解説します。

DXは大きく変化するビジネス環境への対応に、IT技術を活用した業務改革と、企業の競争力を高めるために欠かせない取組みである

UXはユーザー(=顧客)が製品やサービスを通じて得られる体験のことで、UXはDX実現に向けた1つの鍵となっている

ITエンジニアはUXを意識しながらシステムを開発することが求められる時代となっている

いまさら人に聞けないDXとUXやCXの違い、それぞれの関係性についても徹底解説！

RPAとは**Robotic Process Automation（ロボットによる業務プロセスの自動化）**の略です。産業用ロボットが人間の手足の動きを再現してブルーカラー業務（工場作業）を代行するのに対して、RPAはパソコンのキーボード入力などの**ホワイトカラー業務（事務作業）を人間の代わりに行います。**

RPAは「仮想知的労働者」「デジタルレイバー」「デジタルワークフォース」などと呼ばれることもあります。

### RPAが注目され、導入企業が増えている背景

IT技術が急速に発展する中、中小企業を含めた**あらゆる企業がDX（デジタルトランスフォーメーション）の実現を図っています。**2025年までにDXを達成しない企業は競争力を失って失墜するとする［2025の崖］が目前に目前に迫っているからです。

すでに現実のものとなっている**「人手不足」は、少子高齢化による労働人口の減少で今後ますます厳しくなることが予想されます。**

このような状況下で、製造業における工場内作業のロボット化が目覚ましく進んだ反面、いわゆるホワイトカラー業務の事務作業のロボット化は、手つかずのままでした。業務の電子化は進んでも、キーボードを打つのは相変わらず人力に頼っていたのです。

そこで注目されたのが、*ホワイトカラー業務を人間に代わって行うRPA*です。従来も人事部やコールセンターの業務を他社にアウトソーシングするなどの動きはありましたが、個人情報や企業秘密の漏えいリスクなど、難しい問題もありました。RPAは、いわばコンピュータへの事務作業のアウトソーシングなので、そのような問題も生じません。

### RPAが行えるホワイトカラー業務のレベル

一口にホワイトカラー業務といっても、数字の入力などの単純作業から、契約書の作成や重要な経営判断まで、さまざまなレベルがあります。

**現在のところRPAは入力作業などの比較的単純な業務をカバーするレベル**ですが、近い将来にはAIやビッグデータを活用して、「予測・分析・評価・判断」など、人間ならベテランの社員が行っていた業務をある程度コンピュータが代行することが可能になると考えられています。そのようなRPAの未来形が、*EPAやCA*です。

*EPAとは、Enhanced Process Automation（*強化されたプロセス自動化*）*の略で、RPAよりもレベルの高い業務を処理できるシステムのことです。ビッグデータから顧客の傾向を分析するなど、AIや機械学習を使ってある程度イレギュラーな状況にも対応可能です。

*CAとは、Cognitive Automation（認知の自動）*の略で、EPAよりもさらにレベルの高い業務を行います。自然言語学習・ビッグデータ分析個別最適処理などの高度なデータ処理によって可能になるシステムです。EPAやCAも大企業では一部実用化されていますが、中堅企業などがパッケージ化されたシステムを導入できるような段階にはいたっていません。

## 企業がRPAを導入する5つのメリット

企業はRPAを導入することで下記のようなメリットがあり、それによって企業の業績を向上させることが期待できます。

### 1.単純作業が減りコア業務に注力できる

金融機関はもとより、あらゆる企業の経理部門、総務部門、営業部門は、*パソコンに向かっての膨大な「書類記入業務」を抱えています。*この入力業務、転記業務をRPAに任せることで、ビジネスにおける「単純作業」が大幅に減少します。

RPAを導入することで、これまで単純作業に割いていた時間を、営業推進や顧客対応などのコア業務に回すことが可能です。新規事業の企画や業務改善、新人教育の充実など、**創造的で前向きな仕事に取り組む余裕も生まれます。**

これまで人間が行っていた作業をRPAに代行させることで、人件費を削減することができます。社員全員にPCが行き渡るようになった現在でも、PCに向かってしている作業は「Aの書類からBの書類への売上げデータの転記」ということも少なくないでしょう。

**すでに電子化されているデータを人力で再入力するなどのムダをなくしてくれるのがRPAです。**

### 3.業務がスピードアップする

人間がしていたことをコンピュータにさせることによってもっとも大きく変わるのは、それに要する時間です。**どんなスピードパンチャーでも数時間はかかる仕事を、コンピュータなら瞬時に片づけてしまいます。**

これまで銀行の融資審査といえば、結果が出るまでに少なくとも数日はかかるのが相場でしたが、実はかかった時間の大半は、決算情報などの審査フォーマットへの入力だった、というようなケースも少なくありません。このような無駄な時間をなくし業務をスピードアップするのがRPAのメリットです。

### 4.ヒューマンエラーがなくなる

「検算」という言葉があるように、**人間による計算や入力には常にミスが生じる可能性があります。**些細な入力ミスがビジネスに大きなダメージを与えることは珍しくなく、人手に頼る限りそのリスクを排除できません。

その点、*RPAならシステムが正常に作動している限り、ミスが発生することはなくビジネスの「安全保障」*にもなります。

### 5.繁忙期に深夜に稼働させても労働問題が生じない

業務には*繁忙期と閑散期の波*があり、決算前や株主総会前などは、経理や総務のスタッフは徹夜が続くことも珍しくありません。

しかし、*昨今は残業時間に対する規制が厳しく、時間外労働の上限が明確に定められています。*かといって企業は繁忙期用の人員を常に確保しておくことはできません。その点、**RPAなら24時間稼働させることができ**、深夜に使用したからといって労働組合にクレームをつけられることはなく、割増賃金が生じるわけでもありません。

上記のようにRPAには数々のメリットがありますが、その反面で下記のようなデメリットも抱えています。

### 必ずしもコスト削減につながらない

RPAの導入には、そのシステムを開発するベンダー企業への支払いなどで多額の費用がかかります。システム運用のための社員教育も必要です。

これらのコストを考えると、**RPAによって削減できる業務がそれほど多くない企業では、導入してもトータルでコスト削減できるとは限りません。**

### 誤作業を延々と続けてしまう可能性がある

RPAはミスをしないと述べましたが、設定に間違いがあると、*人間ならするはずのないミス*、あるいは*途中で気がくようなミス*を延々と続けてしまう可能性があります。

### 業務手順が変更になったときの対応がめんどう

業務内容や手順に変更が生じたとき、人間なら簡単な説明で対応が可能な場合も、RPAはシステムに手を加える必要があり、*内部スタッフだけでは対応できません*。

### 突然システムダウンする可能性がある

RPAは人間のように疲労することがなく24時間働ける半面、システム障害やバグによって突然停止してしまう可能性があります。

RPAの市場規模は、2017年の178億円が、2018年は318億、2019年は529億と、**倍々ゲームに近い勢いで伸びています。**今後は、多くの企業がDX達成を急いでいることから、これまで以上の伸び率で推移することは間違いありません。

また、*RPAシステムのパッケージ化、低価格化*も進みつつあり、独自のシステム開発が困難な中小企業でも導入が進むと考えられます。

## RPA導入におけるエンジニアの業務と必要なスキル

企業がRPAを導入する際に、**エンジニアは要件定義、設計、開発、保守・運用など、さまざまなフェーズで関与します。**RPAのエンジニアリングには、プログラミングのスキルの他に、オフィス業務のデジタル化ツールであるMicrosoft AccessやExcel VBAのスキルが役立ちます。

*Microsoft Access*はデータベース管理ソフトで、顧客管理、販売管理、在庫管理の自動化などに用いられます。*Excel VBA*は、Excelの入力処理を自動化するシステムで、従来毎月末に行っていた大量の売上データの入力などを瞬時に行うことができます。

RPAよりハイレベルなEPAやCAの開発に携わるには、今後、**AI、機械学習、ビッグデータのスキル**が求められます。プログラミング言語としては、**Java、Python、C++、R言語など**が用いられるため、必要に応じて更にスキルを磨く必要があるでしょう。

企業の事務作業を自動化するRPAは、DXの実現を目指す多くの企業に注目され、導入が進んでいるIТ技術です。この記事ではRPAのシステムについてや、企業にとってどのようなメリット・デメリットがあるのかを分かりやすく解説します。

RPAのメリットには、単純作業の削減、人件費の軽減、人的ミスの防止、業務のスピード化などがある

DXの達成、人手不足の進行をひかえて、RPAの需要は今後ますます拡大する

RPAよりも高度なホワイトカラー業務を行うEPAやCAの開発・導入も今後盛んになると予想される

RPAの5つのメリットと、企業への導入が急速に進んでいる背景とは？

## 企業を変容させる5つのDX技術

**蛹が蝶になるような劇的変容（トランスフォーメーション）をビジネスで実現する**のが、DX（デジタルトランスフォーメーション）です。
企業がDXを達成する推進力となるデジタル技術には、代表的なものにAI・ビッグデータ・IoT・ICT・RPAなどがあります。

囲碁ソフトの実力はアマチュア初段クラスと言われてから10年もたたないうちに、囲碁AIはトッププロも太刀打ちできない怪物に育ちました。

ゲームの世界では人間同士が自分の知能で対戦するのがルールですが、ビジネスでは人工知能の力を借りるのは反則でありません。旧式のソフトしか持たない企業と最新のAIを備えた企業では、サービスの質・量・スピード・コストに大きな差が生じます。

とくに、自動車の自動運転を可能にするような**ディープラーニングの進化によって、AIのビジネス利用の地平が大きく広がりました。**画像認識による製品仕分け・ニーズ予測・マッチング予測・医療診断・デザイン・設計など、その利用範囲は多岐に及びます。

自動翻訳など、そのレベルがまだアマチュア初段クラスのものもありますが、自社のビジネスで適切なシーンにAIを活用することで、企業はトラスフォーメーション（様変わり）する可能性があります。

コンピュータの処理能力の飛躍的な向上とAIの技術を組み合わせることで、ビッグデータの利用が可能になりました。

週間天気予報が驚くほど正確で、2～3ヶ月スパンの長期予報もそこそこ当たるのは、ビッグデータを有効利用しているからです。さらに、ビール会社は天候予測を含めたさまざまなビッグデータを用いて、夏のビール需要を予測して生産します。

従来は混沌・カオスでしかなかった膨大な非定型・非構造化データを、*volume（量）・velocity（頻度）・variety（多様性）という3つのVを軸に、リアルタイムで構造化し、解釈可能なものにする*のがビッグデータ処理技術です。

### IoT（モノのインターネット）

家電にマイコンが内蔵されるようになったのは1980年代ですが、そのマイコンがインターネットに接続されたのがIoT（Internet of Things）です。

象印は電気ポットにIoTを装備することで、実家（高齢者世帯）のポットの利用状況から離れて暮らす子どもが親の安否確認ができる「みまもりホットライン」を提供しました。ドローン撮影とインターネットを連結したIoTは、土木工事の測量現場から測量技師の姿を消し去りつつあります。

モノ・センサー・ネットワーク・アプリケーションの4つの要素で構成されるIoTは、**「モノ」の用途、操作性を劇的に変え、消費者のライフスタイルをも変える力があります。**自社の製品、サービスをIoTの視点から構想し、提供することでDXを実現することが可能です。

### ICT（情報・コミュニケーション技術）

コロナ禍でリモートワークやオンライン授業を可能にしたのが、ICT（Information and Communication Technology）です。

SNSが個人のコミュニケーションを様変わりさせたように、ビジネスでもSlack（スラック）・Chatwork（チャットワーク）・Microsoft Teams（マイクロソフトチームズ）などのICTシステムが、企業のコミュニケーションを変容させつつあります。

ソフトウェア開発におけるプロジェクト管理ツールはもちろん、**営業活動や建築現場もICTによる変革の波の中に**あります。

### RPA（ホワイトカラー業務のロボット化）

RPA（Robotic Process Automation）とは、**総務・経理・営業管理などのホワイトカラー業務をロボットに代行させるデジタル技術**です。もっともRPAが進んでいる業種にコールセンターの自動チャットシステムがあります。

RPAには、定型業務・単純作業をさせるクラス1、データの収集・分析をさせるクラス2、業務プロセスの改善や意思決定までさせるクラス3などのレベルがあります。

クラス3はまだ理念的な段階ですが、人口減少による労働力不足が確実に到来する日本社会ではRPAが企業の命運を握る可能性があります。

## 企業がDX技術の選択に迷い、意志決定できない理由

DXを駆動するデジタル技術が日々進歩する中で、多くの企業が具体的なDX施策に踏み切れない段階にあります。その理由は**「自社にとってのDX」を構想する人材を欠き、実施体制を作れない**ことにあります。

### 中堅企業の7割以上が「検討中」または「検討の予定」

「*2025年の崖*」で経済産業省に尻をたたかれるまでもなく、企業はDXをできるだけ早く推進したいと思っています。（2025年の崖 : 経済産業省が2018年に発表した「DXレポート」で使用された言葉、あらゆる企業は2025年までDXを達成しないと、国際競争力を失って失墜するとされる）

しかし、大企業を除く多くの企業が、DXに一歩も踏み出せない状態にあります。（財)日本能率協会の2020年の調査によると、従業員300人以上3000人未満の**中堅企業でも「DXを推進中」は24.8％で、「取り組みを検討中」と「これから検討する予定」が70％以上もあります。**従業員300人未満の中小企業にいたっては「DXを推進中」は15.2%にすぎません。

### 何をするのが自社にとってのDXなのかが分らない

AIやIoTなどのDX技術そのものは専門家の手を借りれば導入・利用することが可能ですが、*どんな技術が自社のDXを可能にするのかは、外部の専門家に聞くだけでは分りません。*

企業に不足しているのはDX技術そのものよりも、**技術とビジネスの結びつきを構想する人材**です。成功したスタートアップ企業のように経営トップがそのような人材ならベストですが、一般企業では望めません。

トップではなくても、内部に自社ビジネスとDX技術に詳しい人材がいて、その人を中心にDX推進体制を組織することが「これから検討を予定している」状態を抜け出すためにぜひ必要です。

中小、中堅企業がDXに踏み出せない理由として、レガシーシステムからの移行などにともなう巨額の予算が足かせになっていることが挙げられていますが、その前に**デジタルによってトランスフォーメーションした自社のビジネスモデルを描けないことが根本的な問題**と言えます。

お役立ち記事