## 自動処理可能なRPAにも様々なデメリットがある

業務効率化を図れるRPAは自動処理などメリットが様々ありますが、その反面デメリットも存在します。それらをしっかりと把握し、RPAを自分のビジネスへどういう風に導入していくのか検討が必要です。

この記事でポイントを押さえ、RPAのデメリットを改善できる仕組みを考えていきましょう。

### RPAは使い方を誤ると情報漏えいや不正アクセスの原因に

RPAでは様々な処理だけでなく、ログインなどの重要な管理も行っています。例えば、ログインが必要なシステムを使用する場合に、RPAでログイン時に使うIDやパスワードを記録することができます。1度登録すれば、次回の作業時に*記憶した情報を活用*できます。

業務効率化を図れる反面、情報としてRPAに記録する際には、**ログインIDやパスワードを不正利用させない**ことが重要です。これらは漏洩してしまうリスクもあり、不正利用されれば**会社に多大な悪影響**を伴ってしまうデメリットがあります。

不正利用は第三者がアカウントを使ってシステムへログインしたり乗っ取ったりする行為だけでなく、社内からアクセスする時の権限で発生することもあります。

また社内でシステム運用を行う中で、複数のシステムを**1つのRPAで共有していく場合にも注意**が必要です。アクセス権限などで共有した情報で漏洩などが発生すると、適切な管理ができないだけでなく全てのシステムで不正利用のリスクを負ってしまうことも。適切にアクセス権限が管理できていないと、他部署へのアクセスや重要事項などを確認できない状態になることもあります。

最悪の事態になってしまうと想定外の情報漏えいが発生するため、セキュリティ体制を疎かにしないように意識共有し、システム内の*セキュリティ強化*を行う必要があります。

### 業務自体がRPAによってブラックボックス化になる可能性

RPA導入後に担当者が異動や退職をした場合に、必ず**引継ぎを行える体制を作る**必要があります。自動化している業務の引継ぎがしっかりとできなければ、RPAで処理している作業について*不透明*になってしまうことがあり、誤作動や異常によるシステム停止が発生した際の対応が困難になります。このように、自動処理を行う業務が**ブラックボックス化してしまう点**が多々発生します。

また、RPAを導入したシステムの管理者が不在となり、そのまま放置されるケースもあります。これはテスト導入などでRPAを作成し、役目を終えた時にRPAを導入したまま長期間放置することで起こってしまいます。

管理者が不在で引継ぎができていないと誰も内容を把握できず、上書きなどをきっかけに情報漏えいや誤作動を引き起こす可能性もあります。適切な設定変更などを行えるように対策が必要です。

さらに、メンテナンスや復旧を行う際に、処理などのフローを確認できる人がいなければ対応が遅れてしまうこともあるため注意しなければなりません。

### RPAは変更が発生した時に学習できず誤作動が起こすことがある

RPAは様々なシステムやアプリケーションを連携して自動処理を行いますが、アップデート対応などで*変化が起こる*と対応できなくなります。RPAはシステムのフローや変更点は学習できず、自ら処理方法を改善させることができません。

システム変更をする際には、事前にRPAでどのような処理を行っているか*注意して対応*しなければなりません。現場や各部門の連携も必要で、不十分だとRPAが誤作動を起こします。

時には**停止して再起動まで時間がかかる可能性もある**ため注意してください。変更時は関連システムやアプリケーションについて、影響が出ないか事前にチェックしておきましょう。

## 経営上RPA導入による様々な検討項目が生まれる

これからRPAの導入を検討する際には、**自動処理や業務効率化などのメリット**を十分活かしたいところです。

ただ、RPAを利用する社員や経営側は業務フローなどの再検討を行うこともあり、RPAを導入することで起こり得るデメリットも表面化していきます。様々な観点でRPA導入後のデメリットを把握し、*早い段階で改善*していくことも求められます。

### RPA導入によって業務の担当者などを変えることもある

ある社員に任せた業務をRPAに変えることによって、*人員配置*に悩まされるケースがあります。自動化によって運用をスムーズに行えますが、一部の担当者に任せたままにするのは危険です。

ツールで専門知識がなくても簡単に動かすことができますが、属人的業務となると他者とノウハウが共有されないこともあります。

RPAはプログラミング的な側面が含まれます。業務が複雑化するほどその側面は強くなり、自動化に携わった担当者しか内容を把握しておらず、**変更があっても修正できないといったトラブル**につながりやすくなります。 

また、RPAに必要なプログラミング技術を理解している場合でも、他者が作成した自動化プログラムを修正するのは時間がかかります。

このような状況に陥りやすい主な原因は、担当者の知見を広く共有して管理していないことに原因があります。中でも、担当者が業務内容を個人的な判断で変更した際に**属人化が起きる可能性が高く**なります。

### RPAを導入して従来の業務フローが変わってしまうことがある

従来のシステムに対してRPAを導入することによって、社員は少なからずインパクトを受けます。今まで長い年月をかけて人力で処理を行っていたことを、RPAによって自動化すると仕事内容が変わるためです。

RPAを導入すれば業務効率化に十分役立てられますが、その分業務フローの見直し・改善も必要です。業務のやり方を改めて覚え直さないといけないため、経営側としては社員の負担も検討しなければなりません。

RPAは導入時に現場で作業する社員の理解が必要で、協力や理解を得られない状態で導入すると定着しません。社員も業務フローを変えずに作業を進めるため、導入コストが無駄になることも。

事前に困っている部分や業務フローで遅延などが生じる部分を洗い出し、RPAを導入して業務フローが変わるかチェックしておきましょう。また無理なく導入ができるか判断し、社員も納得したところで導入しましょう。

### 定例業務がRPAでなくなるが利用開始までの時間もかかる

事務作業などの処理を反復して行うRPAは、これまで社員が行っていた**定例作業に活用**できます。しかし、常に変化する業務などには対応できず、時には*業務フローやシステムでトラブル*になってしまうことがあります。

労働環境を変えていく中で、処理が常に同じかどうかのチェックが求められます。そして、RPAが十分活用できるか判断してコストをかけ、**変化が起こる作業**は継続して社員に任せていくことも求められます。

[RPAの7つの導入メリットとは？デメリットや対策も紹介](https://www.aspicjapan.org/asu/article/5136)

[【RPAとは】違いからメリット・デメリット、事例、検討ポイントまで徹底解説](https://it-trend.jp/rpa_tool/article/502-0010)

## RPAの問題点をクリアし、業務効率化を目指す

自動処理によって業務効率化を目指せるRPAですが、変化する作業には対応できないなどの*デメリット*があります。

コストをかけてRPAを導入する際は、**問題点をクリアしながら活用**しなければなりません。リスクを最小限に抑え、RPAの導入を成功していくことが重要です。

### RPAを導入する対象業務を仕分けしてプロセス化する

RPAは自動化を行う業務に活用できますが、あらかじめ**対象業務を仕分けることが重要**です。どの作業にRPAを活用するか検討し、社員にも教育を進めてください。

プログラミングが一部入ってくるため、社員にもRPAにも覚えてもらう時間が必要です。時間を割いて細かく内容を精査してから導入しましょう。

また、*見合ったツール*を選定することも重要で、デメリットが多い製品を購入するとコストが高くなります。選定時はプログラミングしやすく、誰もが画面で見ながら操作ができるといいでしょう。UIなども検討し、業務効率化を目指せるRPAの選択が必要です。

### システム部門と現場社員の連携を強化してRPAを活用する

引継ぎができずにブラックボックス化しないように、担当者間での**引継ぎなどを業務フローやマニュアル化**していくことも必要です。

仕分けした際にRPAを活用する部分について明記しておき、利用方法などをわかりやすく伝えていけるようにしましょう。誰もが閲覧できる状態にしておき、変更時にスムーズに更新できる*体制作り*も重要です。

### 災害などの想定外のトラブルにもRPAが耐えられるように準備する

業務の高速化が見込めるRPAはロボットなため、常時稼働が可能です。休まずに処理を行えますが、トラブルの発生も多々あります。

その中でも*災害*などで電気系統でトラブルが生じると、RPAが止まってしまうことがあります。UPSなどを活用してリカバリープランを練り、少しでも**想定外のトラブルに備える**ようにしてください。

また、*サイバー攻撃*などでRPAがダウンしないように、セキュリティ面の準備も必要です。作業手順などでミスが起こらないように社員教育を行い、セキュリティ面でのリテラシー教育も行いましょう。

## RPAのメリット・デメリットを理解して業務効率化を図ろう

業務効率化を目指せるRPAはメリットも多いですが、少なからず**デメリットも存在**します。時にはコストが高くなることや、社員の体制変更なども余儀なくされることでしょう。その中でRPAを業務フローの改善に役立て、*トラブルに対応できる準備*をすることが大切です。

RPAは単純作業に関して自動処理を行うことができ、業務効率化に役立てることができます。しかし、便利だと思われるRPAは、現状デメリットが所々にに存在しています。様々なRPAのデメリットをクリアしながら、業務に役立てることが重要です。

様々な業務効率化を図れるRPAにもデメリットがいくつか存在する

導入によって定型業務などが無くなるため、人員配置などを再検討する必要がある

デメリットを克服するよう対策を講じれば、更に業務効率化を図れる

RPAのデメリットとは？自動処理で業務効率化を行う際の注意点を解説！

**Haskellとは、数学者及び論理学者のHaskell Brooks Curryの名前が由来となっているプログラミング言語です。**Haskellのプログラミング言語における仕様は、1987年に開発されました。Haskellは、遅延評価などの数多くの先進的な概念を取り込んでいる「純粋関数型プログラミング言語」とも言われています。詳しい特徴の説明は後述し、ここでは、Haskellの用途について詳しく紹介します。

**Haskellは、Webアプリケーション開発に使用されることがよくあるプログラミング言語の1つです。**近年のWebアプリケーション開発では、フレームワークを利用することが多くあります。フレームワークは、Webアプリケーション開発に特化した機能がまとめて提供されているのが特徴です。したがって、プログラマーなどは開発を行う際に、フレームワークを使用すれば、比較的効率よくWebアプリケーション開発をすることができます。

近年では、独自のフレームワークを用意して開発を行っている企業は多くはないでしょう。*大手有名IT企業などでは独自のフレームワークを使用しているかもしれませんが、多くの企業ではオープンソースのHaskellフレームワークを使って開発することが多いです。そのため、Haskellで開発を行う場合にはフレームワークについて勉強しておくのも重要です。*

### スクレイピングプログラムの作成

*スクレイピングとは、Webサイトにある情報を抽出して加工する技術を指します。*例えば、求人・案件のデータが記載してあるWebサイトがあるとします。求人・案件データの抽出を手作業で実施することももちろん可能です。しかし、手作業の場合、膨大な時間が必要となり、コストがかかります。

よって、コンピュータで自動化させるために、必要なのがスクレイピングプログラムです。**Haskellでは、「Scalpel」などのライブラリを使用してスクレイピングプログラムを作成することができます。**

**Haskellは、APIサーバーを構築する際にも使用されることがあります。**APIとは「Application Programming Interface」の略称で、ソフトウェアコンポーネントが互いにやり取りするために使用するインタフェースの仕様のことです。APIを使用すれば、さまざまなプログラムを組み合わせて1つのサービスを作成することができます。

例えば、Twitter・Instagramなどの有名なサービスでは、APIを使用してツイートや写真などの取得が可能です。取得したデータはWebサイトなどに表示させることもできます。*したがって、APIサーバーは、APIを使用して、データを提供するサーバーを指します。APIサーバーを構築する際にもフレームワークはよく利用されることが多いでしょう。*

ここでは、Haskellのプログラミング言語の特徴について詳しく紹介します。

**Haskellは純粋関数型プログラミング言語の1つです。**関数型言語は、大きく「純粋関数型プログラミング言語」と「非純粋関数型プログラミング言語」に分類することができます。プログラミング言語の多くは非純粋型言語です。純粋型言語にはHaskellだけではなく、Mercury・Clean・Elmなどが挙げられます。

**Haskellには参照透過性が高いという特徴があります。**一般的に、純粋関数型プログラミング言語はこの特徴をもっています。*Haskellでは変数を定義してしまうと再代入は行うことができません。*例えば、xという変数に5を代入したら、5から変数の値を変えることはできないです。このことを「束縛」と呼ばれることもあります。*束縛は変数だけではなく、関数にも適用されます。*したがって、関数が必要とする引数に同じ値を入力すれば、いつでも同じ結果になると言えるでしょう。

**Haskellは、静的型付け言語の1つです。**プログラミング言語には、静的型付け言語と動的型付け言語の2種類があります。*静的型付け言語とはプログラムを実行する前に、プログラムの整合性・合理性を担保する仕組みを採用しているプログラミング言語のことです。Haskelでは、プログラム上で使用される値の型を定義することで整合性などを担保しています。*Haskell以外の静的型付け言語の代表例として、Java・Kotlin・TypeScript・Swiftなどが挙げられます。

一方、Ruby・PHPなどのサーバーサイドでよく使用されているプログラミング言語は、動的型付け言語です。そのため、型を定義するのが不要です。ただし、プログラムを実行するまで、正常な値が使用されているか把握できないため、コーディングした方が確認したり、レビューを行ったりして安全性を担保する必要があります。

**Haskellは、遅延評価という式の評価方式を利用しています。遅延評価とは式の評価を必要となるまで遅延して行う評価手法のことです。**数値が必要になるときまで評価を後回しにする仕組みとも言えます。数値を必要なときのみ取り出すため、効率よくプログラムの実行が可能です。

**モナドとは、プログラムを構造化するための汎用的な抽象概念のことです。つまり、モナドとは、値自体を操作するのではなく、操作手順を組み立てることで計算を行う仕組みのことを指します。**モナドの代表例として、「Maybe型」「List型」「Reader型」が挙げられます。モナドについて勉強する際には、モナドにおける細部の理解を深めた後に、全体を把握するようにすると良いです。*モナドは抽象的な概念であるため、学習している際に混乱を招いてしまうことも少なくありません。*

## Haskellのプログラミング言語を身に付ける方法

**Haskellは馴染みがない言語であり、学習コストが高いプログラミング言語の1つと言われています。**ここでは、Haskellを習得するために必要な勉強方法について詳しく紹介します。順番としては、他のプログラミング言語と同様で、基礎学習を行い、実践学習を実施するという順です。

Haskellを習得するためには、まずは基礎を学習して、次に実践学習をしましょう。

### 書籍や学習サイトを活用してHaskellの基礎を深める

**まず、Haskellの基礎知識を深めることが重要です。基礎学習では、初めは書籍を利用して仕様など細かい部分を勉強するのがおすすめです。**AmazonなどのECサイトでもHaskellに関する書籍は多いため、自分のレベルに合った本を選択しましょう。**また、プログラミング言語を勉強する際には、学習サイトもおすすめです。**学習サイトを利用すれば、プログラミング言語を実行する環境などの構築が不要で、プログラミングを実践しながら勉強ができます。

プログラミング言語の学習サイトでよく使用されているのが*「ドットインストール」「Progate」*です。これらの学習サイトは、無料で使用することも可能です。しかし、無償の場合、学習できる範囲が制限されるため、本格的にプログラミングを学習したい方は、有料で使用することがおすすめと言えます。例えば、Progateの学習サイトを利用すれば「Git」「コマンドラインツール」なども学ぶことが可能です。また、Haskellの基礎を学習できるコースも含まれています。

**書籍や学習サイトを通して、Haskellの基礎知識を深めることができたら、実際に成果物としてポートフォリオを作成しましょう。**プログラミング言語の勉強でよくある失敗例の1つが、インプットするだけで、アウトプットしない勉強方法です。

*プログラミング学習では、アウトプットすることで知識が定着し、より深くまで理解を深めることができます。*そのため、基礎学習ではプログラミング言語の特徴や使い方などを徹底的に学び、実践学習ではポートフォリオ作成など、アウトプットすることでプログラミング言語の知識を定着させていきましょう。また、ポートフォリオを作成すれば、転職する際のアピール素材としても利用することができます。

## Haskellは独特な特徴がありさまざまな用途で用いられている！

これまでに、Haskellの用途・特徴・学習方法について詳しく解説しました。Haskellは、遅延評価などの多数の先進的概念を取り込んでいる純粋関数型プログラミング言語です。**Haskellの主な用途として「Webアプリケーションの開発」「スクレイピングプログラムの作成」「APIサーバーの構築」が挙げられます。**他にも多数の用途があり、例えば金融・医療・科学・セキュリティなどの分野でHaskellは活躍しています。

*Haskellの特徴は「純粋型プログラミング言語」「参照透過性が高い」「静的型付け言語」「遅延評価」「モナド」などです。*馴染みがない特徴も多く、学習コストが高いと言われることも少なくありません。そのため、Haskellを学習する際には、書籍や学習サイトを活用して基礎知識を徹底して学ぶことが大切です。

また、基礎知識を習得できたら、ポートフォリオを作成するなどアウトプットして知識を定着させるのも重要と言えます。**Haskellを使いこなせる人材は非常に少ないため、市場価値が高い人材になることも可能でしょう。**

Haskellとは、数学者及び論理学者のHaskell Brooks Curryの名前が由来となっているプログラミング言語です。Haskellにはさまざまな用途や特徴があります。そこで当記事では、Haskellの用途や特徴、学習方法について詳しく解説します。

Haskellは先進的概念を取り込んでいる純粋関数型プログラミング言語

Haskellの主な用途として「Webアプリケーションの開発」「スクレイピングプログラムの作成」「APIサーバーの構築」

Haskellの特徴は「純粋型プログラミング言語」「参照透過性が高い」「静的型付け言語」「遅延評価」「モナド」など

Haskellの用途や特徴、その勉強方法について詳しく解説！

**RPAとは「Robotic Process Automation」の略称であり、コンピューター上で実施される業務プロセスや作業を人間の代わりに自動化する技術を指します。**RPAツールを導入したら、どのようなことができるようになるか気になる方は多いはず。ここでは、どのようなことにRPAツールを使用できるのか詳しく紹介します。

ECサイトの受注・発送業務では、既にフローが決められていることが多いです。**そのため、受注・発送件数を請求書のフォーマットなどに出力する定型業務が多いため、RPAツールを利用して自動化させることに向いていると言えます。**

**RPAツールは、データを分析・解析して、レポートを作成する作業も得意としています。**データ入力・抽出などの単純作業は、手順が定まっているのが理由の1つとして挙げられます。例えば、「週ごと・月ごと・年ごと」などのデータを分析して、レポートを作成することもRPAツールを使用すれば可能です。*また、膨大なデータを扱う業務なため、RPAツールで自動化できれば、業務効率の向上が期待できます。*

**RPAツールは、電話・メールによる問い合わせに対するサポート業務にもよく用いられます。**例えば、NTTアドバンステクノロジ社が提供している国内の市場シェアが最も高いRPAツール「WinActor」を使用すれば、オペレーターによるパソコン業務からクライアントのサポートまで自動化することが可能です。*定型メールを送付する業務をRPAツールで自動化するケースはよくありますが、近年のRPAツールではさらに幅広い内容の問い合わせに対応できるように発展しています。*

## RPAツールの使い方で失敗しやすい点

RPAツールを導入してみた結果、失敗したという声も少なくありません。RPAツールを使用する上で、どのような失敗点があるか知っておくことは大切です。ここでは、RPAツール使い方ので失敗しやすい点について詳しく紹介します。

### RPAツールが得意でない業務に使用している

**RPAツールには得意分野と苦手分野があります。そのため、RPAツールが得意とする業務に適用しなければ効果は薄いでしょう。**RPAツールが得意とするのは*「定型業務」「単純業務」*などが挙げられます。*RPAツールを導入する際には、自動化させたい業務の洗い出しを行い、RPAツールが得意とする分野かどうか確認することが重要です。*

*RPAツールの導入時は、シナリオやロボットを作成して業務フローを覚えさせる必要があります。作成方法についてはプログラミングと似ている部分が多数あります。*そのため、シナリオやロボットの作成には、エクセルなどのオフィスツールを使いこなせるスキルだけではなく、さらに広範囲で高度なスキルが要求されるでしょう。

**もちろん、プログラミングが理解できないとRPAツールを導入することができないわけではありません。しかし、ITに関する知識がほとんどない場合にはシナリオやロボットの作成が難しいと感じることが多いです。**RPAツールを使いこなすための勉強には、多くの時間を要します。そのため、プログラミングスキルを持つ人材が少ない企業では、「WinActor」やUiPath社が提供している「UiPath」などの、プログラミングスキルが不要なRPAツールを選ぶのがおすすめです。以上からも、*自社に合うRPAツールを導入することが重要と言えます。*

### トラブル・不具合が発生した際に対応できない

*RPAツールにトラブル・不具合が発生したときに、どの部分で起こっているのか障害の切り分けをしたり、適切に状況を把握したりするために、ITに関する専門知識が必要とされます。*RPAツールは他のアプリやツールとシステム連携させて稼働していることが多いため、全体の仕組みを網羅的に理解することも大切です。

**ITに関する知識に不安がある企業や充分なサポート体制を必要としている企業は、サポート体制が豊富なRPAツールを選択するのがおすすめです。**シナリオ作成のときと同様で、自社の環境を把握して、適切なRPAツールを導入することが重要と言えます。

これまでにも説明しましたが、RPAツールを導入する際には、自社の環境に合ったツールを選ぶことが大切です。ここでは、具体的なRPAツールについて詳しく紹介します。

**WinActorは、NTTアドバンステクノロジ社が提供しているRPAツールです。**大手企業から中小企業まで多くの企業が導入しているRPAツールで、導入実績が豊富です。*WinActorは自動化できる範囲が幅広いため、業務を絞り込まないで広範囲で自動化させたいと考えている企業におすすめです。*

WinActorはユーザーインターフェースが優れており、直感的に操作できるため、初めてRPAツールを使用する方でも使いやすいのが特徴と言えます。*また、WinActorは日本の企業が開発したため、日本語のマニュアルが用意されており、日本語でサポートを受けられるのも特徴です。勉強会も多数行われているため、導入後でも知識を深めてよりよい使い方を学べます。*
（参考：https://winactor.biz/ ）

**UiPathは、UiPath社が提供しているRPAツールです。UiPathの市場シェアは高く、大手企業に多く導入されているRPAツールの1つです。**ドラッグ＆ドロップなどで簡単にロボットを開発できるため、RPAツールを初めて導入する企業にもおすすめです。

アメリカの企業が開発したRPAツールですが、日本語のマニュアルも用意していてあるのが特徴です。*また多くの企業が導入しているため、導入実績が豊富で、本やインターネットの情報を通じて使い方を学べます。しかし、充実したサポート体制を要望する場合には、日本で開発されたRPAツールのほうが安心と言えるかもしれません。*
（参考：https://www.uipath.com/ja/ ）

**Robo TANGOは、スターティアレイズ社が開発しているRPAツールです。サポート体制が充実しているのが特徴です。**例えば、RPA導入支援ソリューションを利用すれば、導入前の業務分析をしてもらうことができます。そのため、RPAツールを導入したほうが良いのか、Excelツールで充分なのかなど判断してもらうことが可能です。したがって、*情報システム部門がないような中小企業など、サポートがきちんとしているRPAツールを導入したいと考えている企業におすすめのRPAツールと言えます。*Robo TANGOの記録ツールを利用し、自動化したい業務を記録すればロボットの作成が可能です。
（参考：https://reiworq.com/robotango/ ）

**Blue PrismはイギリスにあるBlue Prism社が提供しているRPAツールです。セキュリティ面の安心さに定評があるのが特徴です。**膨大なデータを一元化して管理することができるため、大企業に導入がおすすめされるRPAツールの1つです。例えば、金融業界など、セキュリティ管理が厳しい業界にとって重宝されるRPAツールとも言えるでしょう。*Blue Prismでは、セキュリティに関する権限・パスワードの管理は集中して行うことができるため、情報漏えいなどのリスクを軽減させることができます。*
（参考：https://www.blueprism.com/japan/ ）

**NICEは、NICE社が提供しているRPAツールです。コールセンター業務の1つである「アフターコールワーク」を自動化させるために開発されたRPAツールでもあり、ヨーロッパ・アジアなど海外でも人気のあるRPAツールです。**NICEには、半自動ロボ・業務プロセス可視化ツールも含まれているため、業務の効率化が期待できます。

*光学式文字認識（OCR）・チャットボット・AIなどの技術を使用しているため、定型作業を簡単に自動化することができます。*コールセンターの電話接続装置とシステム連携させ、業務拡張を行うことも可能です。*実行結果をリアルタイムで確認できる機能もあり、トラブルや不具合の発生状況も確認しやすく、パラメータの設定の修正・変更・更新がしやすいRPAツールとも言えます。*
（参考：https://www.nice.com/websites/RPA/jp/ ）

## 自社の適した使い方に合わせてRPAツールを導入しよう！

これまでに、RPAツールの使い方・RPAツールの使い方で失敗しやすい点・主要なRPAツールについて解説しました。**RPAツールを使用すれば、「ECサイトの受注・発送」「データ分析・レポート作成」「電話・メールのサポート」などを自動化させることが可能です。**

RPAツールは非常に便利なツールですが、導入に失敗してしまう企業も少なくありません。RPAツールには、得意分野と苦手な分野があるのが理由の1つとして挙げられます。*RPAツールは「定型業務」「単純業務」を自動化させることが得意です。*

**RPAツールにはさまざまな種類のものがあるため、自社の環境を明確にし、サポート体制や必要な機能が備わっているRPAツールを導入することが大切です。**

RPAとは、コンピューター上で実施される業務プロセスや作業を人間の代わりに自動化する技術のことです。RPAツールはどのような使い方ができるのでしょうか。当記事では、RPAツールの使い方・RPAツールの使い方で失敗しやすい点・主要なRPAツールについて解説します。

RPAツールを使用すれば「ECサイトの受注・発送」「データ分析・レポート作成」「電話・メールのサポート」を自動化させることが可能

RPAツールは「定型業務」「単純業務」を自動化させることが得意

RPAツールを導入する際には、自社の環境に合わせて必要な機能が備わっているツールを導入することが重要

RPAの使い方について解説！導入に失敗しやすい点についても紹介

*マイクロサービスアーキテクチャ（以下マイクロサービス）*は、世界最大のECサイトであるAmazonが*モノリシックアーキテクチャ（以降モノリシック）*から舵を切って採用したことで俄然注目を浴びています。

**マイクロサービスは、DX時代のITエンジニアとしてはぜひ押さえておきたい開発手法の1つ**です。ここでは、マイクロサービスについて理解を深めるという視点から、*モノリシックとの対比*を交えて解説していきます。

### 「マイクロサービス」を簡単に説明すると

「マイクロサービス」は開発手法の1つです。一言で定義するならば、**「複数の独立したサービス（機能）を組み合わせることで、1つとなったサービスを実現するアーキテクチャ」**であると言えます。この対極にあるのが、*伝統的なアーキテクチャとも言うべきモノリシック*です。

マイクロサービスとは、直訳すれば小さなサービスです。*マイクロサービスは規模の小さなサービスを幾つも組み合わせて、その集合したものを1つのアプリケーションとして利用する方式*のことです。

従来は、あらゆる機能を1つにまとめてソフトウェアを設計する方式が一般的でしたが、マイクロサービスでは機能ごとに小さなサービスとしてソフトウェアを作り、それらを組み合わせるこで1つの大きなソフトウェアとして構成します。

*マイクロサービスではそれぞれのサービスは独立しており、OSやハードが異なっていても構いません。それぞれはネットワークによって結びつき、互いに他のサービスにネットワーク経由でサービスを提供します*。

### 政府が提唱するマイクロサービスの活用

欧米や新興国に後れを取る日本のDXですが、経済産業省が「2025年の崖」と称して警鐘を鳴らしている同省公開の*[「DXレポート」](https://www.meti.go.jp/shingikai/mono_info_service/digital_transformation/pdf/20180907_03.pdf)*では、**日本企業がDX実現に向けて採用すべきアーキテクチャとして「クラウド」と共に「マイクロサービス」を挙げています**。

このように、DX実現に向けた取り組みにおいて、「マイクロサービス」が大きく注目される所以です。

**Amazonはマイクロサービスアーキテクチャを導入している企業の代表例**です。

AmazonのECサイトでは「商品情報を扱うシステム」「買い物カートを管理するサービス」「利用者にメールを配信するサービス」など複数のサービスが連携しあって、Amazonという大きなサービスが提供されています。

他、 *ZOZOTOWN や動画配信サービスのNetflixやLINEなど*、身近なサービスにもマイクロサービスが採用されているのです。

マイクロサービスの対極にある、モノリシックについて触れておきましょう。**モノリシックは「一枚岩」のことで、同じOS上で作成され1つのモジュールで構成されているアプリケーション構造になっています**。

ソフトウェア設計の際、モノリシック構造では部分的に分割をせず、全てを同一のモジュールとして作り上げるという特徴を持っています。

### モノリシックとマイクロサービスの違い

モノリシックは一枚岩ですが、あくまでもそれはイメージで、実際には一般的なWebシステムであれば、ユーザーインターフェースや実際の処理部分、データベースなどの役割によって分けられた構造になっています。

**モノリシックは実際には機能ごとにプログラムは分かれていますが、それらは同一OS、同一のマシン内にあり、他のOSや他のマシンに分割することはできません**。*モノリシックはあくまで「一括りの大きな機能」*なのです。

これに対して、*マイクロサービスを構成している各機能は別々のOSや別のマシンに分散しており、ネットワークによって相互に連携*しあっています。

## マイクロサービスのメリットとデメリット

ここまで*マイクロサービスの特徴や、モノリシックとの違い*について述べてきましたが、さらにマイクロサービスへの理解を深めるために、**マイクロサービスの持つメリット・デメリットについて、モノリシックとの比較**で挙げていきます。

### マイクロサービスのメリット

マイクロサービスはモノリシックの弱点を無くし、さらにメリットを得られるような技法になっています。**マイクロサービスを利用することで得られる代表的なメリット**を挙げていきましょう。

*■全体の開発期間短縮とコスト抑制*

それぞれが小さく、特定の機能に特化したサービスの単位であり、しかも少人数のチーム単位でアプリケーションの開発を行うため、*効率的かつ俊敏な対応が行え、結果として「全体の開発期間の短縮」のコスト削減が可能*です。

*■障害の影響範囲を狭められる*

1つ1つのサービスが小さいため、*障害が起きても、特定のサービスだけの影響で済ませることが可能*です。また、マイクロサービスは個々の状況の把握や管理がしやすく、*問題が生じてもサービス単位での対応が可能*であり、かつ迅速な対応が行えます。

サービスが小さく、それぞれが独立しているため、*個々にシステム変更や改修が行いやすい*のと、最新技術などの採用がしやすいという柔軟性が強みです。

機能が細分化されていることで、必要な機能だけを取り出して組み合わせる、あるいは再利用するといったことが柔軟に行えます。そのため、新たなビジネスに移行する際にも、今ある*機能を組み合わせて使えるため、1から新たに機能を開発する必要性がありません。*

### マイクロサービスのデメリット

さまざまなメリットを得られるマイクロサービスですが、残念ながらデメリットもあります。その**デメリットを理解した上で、マイクロサービスを正しく利用する**ことが求められます。

*■専門技術者が不足している*

マイクロサービスはまだ歴史の浅い技術のため、*マイクロサービスの利用経験者や専門のエンジニアが不足*しています。こうしたエンジニアの確保をできずに導入すると、挫折や失敗する可能性があります。

*■チーム間の連携が成否の鍵となる*

マイクロサービスは必ず他のサービスとの連携が不可欠であり、*それぞれのチーム同士の連携がプロジェクトの成否に関わります*。そのためチーム間のホウレンソウ（報告・連絡・相談）と情報共有を密に行う必要があります。これを効率的に行うには共通のルールが新たに必要です。

*■セキュリティ対策のハードルが上がる*

サービスが分散しているマイクロサービスは、1つにまとまっている「モノリシック」と比較して、どうしても構造的に*セキュリティ面が脆弱になりがち*です。

それは、異なるOS、異なるマシンで稼働するそれぞれのサービス単位でセキュリティを確保しなければならないからです。*マイクロサービスに最適かつ効率的、効果的なセキュリティノウハウが新たに求められます*。

*■全体のモニタリング機能が必要*

マイクロサービスでは個々のサービス毎のモニタリングは容易ですが、システム全体の状況を把握し、管理する負荷はモノリシック以上に大きくなります。

個々のサービスに障害が発生した際の対応では、他サービスや全体への影響を考慮する必要があるため、*全体をコントロールする機能や役割が必要になるのと、そのノウハウの獲得が新たに求められます*。

## マイクロサービスの利用で留意すること

**マイクロサービスは優れた技法ですが、弱点や苦手な部分もあります。それらを認識した上で初めから対策を講じておくこと**です。先ずは想定される問題やリスクを洗い出し、メンバーで共有しながら課題の解決を図っておくことが重要です。

以下、課題となり得る問題について、1つの例として挙げておきましょう。

マイクロサービスはモノリシックと比較すると、パフォーマンス面が弱点になることがあります。それは、異なるOSや異なるマシン、あるいは他の拠点に配置された機能をネットワークを利用して組み合わせる形態を取るため、*通信がボトルネックになる場合があります*。

例えば、ECサイトの決済処理などで遅延や通信エラーによる処理停止が起きると、大きな問題を生じかねません。

こうした事への対応として、**全てをマイクロサービスに依存させるのではなく、例えば決済系のアプリはモノリシックを利用するなど、ハイブリッド型での利用を検討する**などの対策が考えられます。硬直的に捉えず、それぞれの良さを発揮できる組み合わせを選択するのも手です。

マイクロサービスは、機能ごとに分かれたサービスを連携させあって、1つのアプリとして動くことが特徴ですが、それぞれのサービスについてはOSやマシン、言語などの制約がないため、場合によっては**1つのシステムに異文化が同居する**ことになります。

*それぞれの開発チームはプラットフォームが異なり、開発手法やドキュメントが異なるといったケースもあり得ます*。これが極端になると、他民族国家と同様の弊害が表に出てきます。*憲法・共通言語・ルールなどを取り決め、全員が共有できる環境を整えること*が求められます。

## マイクロサービスを学び、DX推進の一員に

マイクロサービスはDX推進の1つの手法として、政府が提唱しています。他にはクラウド技術・アジャイル開発・AIの活用などがありますが、いずれにしても**DX人材を目指すエンジニアには、マイクロサービスに関するスキルは欠かせません**。

なぜDX推進で「マイクロサービス」が着目されているのでしょうか？

**マイクロサービスは顧客や利用者から見た機能ごとにシステムの機能を分割して、それぞれが連携してシステムの目的を果たしています**。

例えば、皆さんが利用しているLINEアプリも、メッセージ機能以外に、タイムライン・ニュース・ウォレットなどの機能ごとに分かれて作られています。

仮にニュース機能で障害が起きても、メッセージ機能への影響は基本的にありません。非常にフレキシブルな構造になっています。また、機能の追加や改廃も比較的容易です。

つまり、*マイクロサービスはDXの推進を阻害する要因となっている硬直的、ブラックボックス化したモノリシックの弊害や弱点を克服し、次世代のITへと進化・成長する可能性を秘めている技術であり、DX推進の切り札的存在*となっているのです。

### AWSでマイクロサービスに強くなる

マイクロサービスは確率された技術ではありませんし、まだまだ手探りの部分もあります。エンジニアの皆さんは待っていても、なかなかその技術を身に付けることは難しいでしょう。

そこで、**マイクロサービスの先駆者ともいうべきAWSを皆さん自身が利用してみる**ことで、マイクロサービスに強いエンジニアを目指す方法が考えられます。以下に、AWSが公表しているマイクロサービスに関する参考資料を紹介しておきます。

*◆[AWS におけるマイクロサービス](https://d1.awsstatic.com/International/ja_JP/Whitepapers/MicroservicesOnAWS-V2_NT0829_SMO_MJ_EditSM_ProofSM_ProofNT.pdf)*

*◆[「スタートアップのためのマイクロサービス入門」](https://aws.amazon.com/jp/blogs/startup/techblog-microservices-introduction/)*

他、AWSのマイクロサービスに関連する認定資格として、

*■[「AWS 認定 ソリューションアーキテクト – アソシエイト」](https://aws.amazon.com/jp/certification/certified-solutions-architect-associate/)*がありますので、ぜひ資格取得にチャレンジしてみてください。

エンジニアの皆さんがマイクロサービスに強いDX人材として益々活躍されることを祈念しています。

DX推進で活用したい技術の1つに「マイクロサービスアーキテクチャ」があります。マイクロサービスの対極にある従来型開発技法のモノリシックと対比しながら、その特徴やメリットやデメリット、導入時に解決しておくべきこと、DXとの関係などについて解説していきます。

「マイクロサービス」は複数の独立したサービスを組み合わせて、1つのサービスとして利用する技法である

一枚岩の意味を持つモノリシックと対極にあるマイクロサービスはDX実現の切り札の1つである

マイクロサービスの実践者であるAWSのテキストやサービスを利用して、DXに強いエンジニアを目指す

モノリシックとマイクロサービスとは？DX時代に押えておくべき2つの技術について解説！

*FP法*とはファンクションポイント法の略で、情報システムの*提供機能から工数見積もりを行う*ために1979年に米国IBMのAllan Albrecht氏により考案されました。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）

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

お役立ち記事