(2月16日の週)の勝手な株価天気予報】西からの低気圧が勢力を強め、今週は雨模様です。この低気圧の影響で日本の各地で局所的豪雨が襲うこともあるでしょう。本当に必要ですか?最近、新聞やニュースで「RPA」の道入効果が書かれた記事を良く見かけます。Automation)は、その名の通り、これまで人によるルーチンワークなどをロボットに代行させるソリューションです。中心に据えた記事が多数報道されています。「RPA」はニュースの記事にあるように、そこに書かれた効果が、導入企業にとって、まんべんなくそのメリットをもたらすのでしょうか。「RPA」ですが今導入をお考えの事業者の皆さんは、今一歩立ち止まって、これから筆者が述べることを念頭に、是非再考いただけばと思います。本記事は「RPA」を決して否定するものではありません。事業者の双方に役立つ情報だと確信しています。「RPA」は業務を自動化するわけですので、現状の業務分析が不可欠です。筆者も元プログラマー、SE、プロジェクトマネージャー、そしてコンサルちっくな業務をしていたので業務分析の重要性はとても良くわかります。話は脱線しますが、業務システムを構築する時に、正規系、つまり大半の業務プロセスの大半は、お客様からのヒアリングで把握できます。頑張ると業務プロセスの90%くらいは把握できると思います。業務分析を終えて仕上がった業務に最適化した「RPA」システムが動きだすと、顕在化してくるのが、ヒアリングでは浮かび上がなかったイレギュラーの業務です。実はこのイレギュラー対策は、かなり手強くて、対策に「時間とコスト」がかかります。その対策には正規系の何倍もの工数とコストがかかる場合があります。予期せぬイレギュラーな対応というものは、要件定義の曖昧さに比例して、その度合いが大きくなります。このイレギュラー処理が発生した場合の対応ですが、システム屋さんばかりが被るわけではありません。システム屋さんはもちろん想定外の工数と出費が強いられます。導入する側は「システム屋さん任せてじっと待ていれば良い」などと言った事はなく、既にシステムは切り替わっているわけで、情報システム部門は社内のトラブル対応に追われることになります。実は「RPA」もシステム構築と同じようなリスクを抱えているのです。「RPA」現状分析のリスク「RPA」導入の際、業務システムと同様に、導入する部門に対してベンダーによるヒアリングが行われます。たいがいは検討中の「RPA」のシステムに合わせたチェックシートに沿ってヒアリングが行なわれ、ユーザから聞き取った内容はチェックシートに書き込まれます。その後「RPA」の実装検討が検討されます。その実装検討案が、実質要件定義となり、見積り書となり、双方合意すると晴れてめでたく受注と相成ります。「RPA」の導入にゴーサインがだされます。ヒアリング漏れがないか再度確認しましょう。漏れがあれば後々のトラブルに繋がります。「RPA」の知られざるリスク先程述べたヒアリング漏れのリスクの他に、もう一つ重要な見逃されがちなリスクがあります。クラウドサービスが抱えるリスク昔と違い今々の業務システムはクラウドサービスを使用するケースが増えました。自社の業務に合わせてフルスクラッチでシステムを構築するより、社内の業務をクラウドサービスに合わすやり方です。これについては筆者は一言、言いたいことがあるのですがそれはまた別の機会で申し上げます。クラウドサービス、その機能はWebブラウザを使って利用します。実はそこに落し穴があるのです。「RPA」のリスクとなるWebサービスの落とし穴Webシステムを「RPA」で自動化する場合、一体どういう仕掛けで動いているのでしょうか。ここからはややもすると少し技術的な話しになるのですが、出来るだけ身近な言葉で説明致します。わかりやすく説明するために、下記の様な業務システムを例に説明します。顧客コードを「マスター検索欄」に入力します。該当する顧客情報を表示します。配達する品名を入力します。送り状発行ボタンをクリックすると「送り状」を発行します。画面イメージはこんな感じです。