DX（デジタルトランスフォーメーション）というものに関わってみて
IT企業でもない普通の一般企業にいると、ここ1～2年ほど外からも中からもDXDX(※)聞こえてくるわけですが、ここ1年ほどあったいわゆるDXに該当するような事例とどうしてそこまでDXという言葉が流行したかを考えたいと思います。
(※)DX：デジタルトランスフォーメーション
そもそも、DXってなあに？となるわけですが、簡単な話。いま使っているツールや仕組みは大概が昔から使っている社内でも馴染みあるものだけど、それって何年も前のものだから最新のものに置き換えたらすごく便利だよってことだと解釈しています。
（意味を調べると業務変革、IT革新なんて呼ばれてますね）
IT企業やベンチャー企業、外資系や先進的な取り組みを行う大企業などに在籍しているとDXっていうのは当たり前すぎて、TVや記事などで取り上げられてもなぜここまで話が大きくなっているかがピンとこないと思います。
私もはじめはピンときませんでしたし、DXはもっと壮大で難解ななにかかと勘違いしていました。
では、DXに強く反応する企業がどうなっているかというと、簡単に括ってしまうとExcel原理主義なのです。もしくはそれに類するレベルのツールのみを使ってすべての業務を行うわけです。
エクセル自体が悪いわけではなく、必要な場面は結構あると思いますが、おおよそほとんどの業務をExcelで行おうとするわけです。
例えば、単純な社内向けアンケートを500人に実施するとき、それがエクセルで作成され、対象者に配布して書き込んで返送してもらい、手動で集計する。。。このような事態が起きるわけです。
この作業を普通に行った場合、1人の担当者がフルタイムで1~2日間ほどかけて行うわけです。先の文を鼻で笑った人はわかると思いますが、アンケートはアンケートツールを使えば配布も共有も集計もほとんど一発で行えます。それにかかる時間はアンケートの文章を考え、最終集計データをちょちょいと手直しするときにかかる数十分程度でしょう。
チャットツールやビデオ会議ツールががなく、スレッドやEメール、電話をメインに使用する会社も少なくありません。（ここはコロナ禍で大きく変革があった部分かと思います。）
このような組織では、現在の最新のツールを利用することはもちろん。知ることもありませんし、知ったとしても最新のツールを覚えることの方が億劫で置き換えることはありません。
私もこうした状況を受け、Gsuite（Microsoft365）などを部分的に導入したり、RPAやマクロを用いて少しでも現業務をスリム化することをここ1年行ってきました。
しかし、スリム化できたいのはほんの一部の業務のみで全社的に変革するにはまだまだ遠い道のりとなっています。
では、どうすれば全社的なDXが行えるのか。
最新ツールを当たり前のように使えない企業ではトップダウンで強制力のある指示が必要なわけです。
- 全社ツールの置き換えを行う
- DXを推進する組織を作る
などの大きな動きが必要となるわけです。
これを行えるのは一般的に経営層レベルの強権が必要なわけですから、ここにきてDXという言葉が流行ることで経営層にまで届き、動きが活発になったと思われます。
えてしてボトムアップの言葉は軽視されやすく、外の企業の話（経営層同士のセミナーやガイアの夜明け、カンブリア宮殿は本当に強い）は非常によく見えるものでやり玉にあがってきたというのが現在の流行ではないかと考えています。
また、この流行によりDXという言葉を使用したコンサル、導入支援企業が増えたこともDXという言葉と市場を拡大した大きな要因でしょう。
DXという言葉は最新のツールの全てを包括しており、各々のツール名称について少なくともトップ層は考える必要がない。ということも導入の意思決定を簡単にする理由なのでしょう。
RPAエンジニアというものを1年やってみて
年も明け、仕事始めにここ最近取り組んでいるRPAの所感を文にまとめようと思う。
以下RPAに取り組むようになった前説
-------------------------------------------------------------------------------
数年前に小売業である今の会社に転職して、CRMやHPリニューアルやイベント責任者やらをやっていた時、突然当時の専務からの指名で新設されるRPA部門への転属打診があった。
RPAの知識などは全くなく、事務部門なため花のある仕事ではないが、担当者が部長一人と自分一人。完全新設のお試しチームで裁量があり、プログラミングに対する知識も井の中の蛙ほどにはあったためそのまま転属を承諾した。
もともとREGOのマインドストーム(※)というロボット制作・プログラミングの簡易版のようなもの（自分が触っていたころとだいぶ変わってしまっているが）で中学時代に大会に出たりもしていたため、ブロックを並べてプログラムを作成するという処理には何の抵抗もなかったことも決め手の大きな要因になっている。
※ レゴ® マインドストーム EV3 31313 | マインドストーム | LEGO.com JP
プログラミング教育やロジックトレーニングに非常にいいので皆さんおススメ
----------------------------------------------------------------------------------
以下本題
使用しているツールはBizRobo!(※)で、自分の所感ではあるが、他製品に比べて柔軟だがその分カスタマイズが効くため難易度が高い。
基本的にノンプログラミングでJavaが書け、PCを並列で複数台プログラムに沿って動かすことが可能という説明で足りてはいるが、大まかにどのような処理をするかというと
- Desktop automation
PCを直接操作するプログラム - Design Studio
ブラウザ操作やエクセル操作などを仮想実行するプログラム
の2種類を使い分け様々な事務処理などをロボット化させていくというものである。
利点としては
- 言語を覚えてプログラムを書くよりも圧倒的に勉強時間が短くて済む
- プログラム自体の可読性が非常に高い
- 構築やテストにかかる時間が短い
などが挙げられる。
しかしながら、特定のコードをブロック状にビジュアル化し、それを結合することでコードとして成立させているため、細かく見直してレスポンスタイムなどを求めたりすると言語を書くことが一番よいという結論になる。
例えばWebブラウザで乗り換え案内を作る場合、レスポンスの速度は例え0.01秒でも重要になってくる。しかし、社内の事務処理において0.01秒よりも制作までの速度、処理の安定性の方が重要になる。
この場合、専門性が高く高価な外部ベンダーなどに依頼するよりも社内で簡易的に作成できた方が圧倒的にコスパがよい。（多くの非IT企業は社内に言語処理ができるエンジニアを持たない）
こういう側面から大企業の50%超が導入しているほどのマーケットを持つが、そこまで単純にうまく行かないこともある。
RPAを導入したはいいものの製作者（エンジニア）が育たないのだ。
特に大企業でよくあるのが、導入し担当者を付けたもののなにもわからず、結局担当者を窓口として外部に制作を依頼もしくは常駐させているのである。
ノンプログラミングをうたっているとはいえ、やっていることはプログラムの作成であることから、特定箇所の指定にはHTMLのタグを指定するし、抽出処理には正規表現を用いるし、処理の中にSQLやコマンドを挟む場合はそれらを書く必要がある。
また、エクセルの操作は可能だが、大量処理には時間がかかり、できない処理も存在するためVBAを作成し、RPAでマクロをキックすることが結局一番安定したりする。
自分自身もRPAの習熟とともに、必要に駆られてSQLやPowerShell、マクロを書くこともあったり、社内サーバーについて社内で3番目ぐらい詳しくなったりもした。
業務を進めているうちにチーム増強があり、半年前まで接客をしていた人に1からRPAを覚えてもらうように指導することになったが、幸いとてもまじめで素直に覚えていってもらえたため、今では一人でロボットを作成してもらっている。
自分が１から勉強し、また１から指導した立場として言えるのが、RPAツールを扱えるようになるというのは人によっては非常に難しいものであろうということだ。
RPAは結局のところプログラミングを簡単にしてはいるが、根幹や応用部分においてはプログラミングであることに変わりがなく、速度を必要としないコードを書く上で効率的なツールとして優れており、教育コストは低いがある程度の適正や知識は必要なものだったと所感をまとめようと思う。
RPA業務について以前インタビューされた記事があるので追記
RPA推進チーム2名体制で月間3,650時間を創出。情報システム部との連携で体制を整え「全員がRPAを使える未来」を目指す | RPA テクノロジーズ株式会社「BizRobo!（ビズロボ）」
