中小企業に最適なITソリューションって何？

今回のRPAのお話は 先の記事であるEUCのお話とシャドーITの話と関連します。 3つで一つみたいな感じです。 【あわせて読みたい】 社内SEがシャドーITを嫌がる理由 EUC（エンドユーザー・コンピューティング）とは 過去の記事で書いたように シャドーITの存在は情報システム部門としては看過しがたいものです。 一方、EUC目線で言えば、自前でツールを作ることを許容しなければ浸透させることが出来ません。 このように二律背反を起こしているような状況なので、どう折り合いをつけるかという点で各企業、非常に頭を悩ませています。 この二律背反に更に付け加える要素として、今回の記事のRPAが加わります。 RPAはEUCの一環として考えてよいと思います。 ・RPAとは 平たく言うと作業の自動化をしてくれるツールの事になります。 定型的に決まっている作業を、ボタンを一つ押すだけですべて自動でやってくれる。そんな機能です。 例をあげると、 1.他の部署からもらったテキストファイルを開く 2.EXCELを起動する 3.EXCELの決められたセルに、1.のテキストファイルに書かれている数値を張り付ける 4.関数で出た結果をコピーする 5.テキストファイルを作って、そこにコピーする みたいな一連の作業をボタン一つでやってくれるようになる。 そんな機能です。 さて、このRPAですが、どういう風に作るかというと ・上に書いたような作業を、一旦画面上で実際にやって、それをRPAツールに覚えてもらう というのがベースになります。 「画面で再現しただけで覚えてくれるなんてすごい！！」 と思われると思いますが、これでなんとかなるのは、非常に単純な作業だけで 結局、これだけでは足りず、簡単なプログラムみたいなものを追加しないと求めた動きはしてくれないことが大半です。 ですのでRPAを導入するという事は、多少なりともプログラムっぽいものがかけなくてはいけない もしくはその概念が理解できていないといけない という点がRPA導入において見落としがちな点です。 これを考慮せずに RPAいれれば自動化が簡単にできる！作業効率もアップして、いいことづくめだ！ と思って導入すると、失敗します。 RPAが簡易に作業を自動化できるという触れ込みなのに対し、 世間に導入の成功事例が溢れていないのはこういう理由の為です。 さ...

社内SEとして働いている人にとって、頭を悩ませる一つの大きな問題が シャドーITといわれるものです。 【シャドーITとは】 企業の情報システム部門が管理していないITの事です。 主に小粒なものが多く、例えば経費精算システムなどの規模以上になると情報システム部門が知らないうちに導入されることなどはないと思うのでこれは該当しません。 一方、現場でエクセルに詳しい人が作ったエクセルマクロなどは、まさにシャドーITの代表となります。 モノによってはウナギ屋さんのタレのように、歴代の担当者が手を加え続けて、複雑怪奇なものになっていたりします。 さて、このシャドーITが情報システム部門の何を悩ませるか？ というと ・メンテナンスできない という一点に尽きます。 情報システム部門が作ったシステムにおいては必ず以下のものを作ります。 ・要件定義書 ・仕様書 これは このプログラムは何を目的としたもので、どういう風に作られています という説明書のようなものです。 プログラムというのは、専門家であるエンジニアでも その動きだけを見て、中身がどうなっているかを把握するのは困難です。 それは新しい家電を渡されて、取説もなしに使いこなすように言われるのと同じです。 なんとなくこれでいいのかな？ぐらいまではわかるかもしれませんが それが本当に正しい使い方なのかはわからない という状況になります。 その為、例え自分が作って、自分がメンテナンスしていくものだとしても、 必ずこういった書類を作ります。 自分がメンテナンスする際の備忘としても使いますし 別の人がメンテナンスする際には、これがそのプログラムの作りを知る為の 手掛かりとなります。 しかし、シャドーITは言ってしまえば素人が作っていますので こういった書類が作られることはありません。 よしんば作られたとしても、メンテナンスされることはほぼ0%です。 シャドーITの困ったところは なんらかの理由で動作しなくなったときに この状態で突然、情報システム部門に持ち込まれるという所です。 こういう場合、ユーザー側からすると 前任者から仕事をする上でのツールとして渡されて、深く考えずに使っていたけれど、ある日突然動かなくなって、仕事に支障をきたしている。 しかし、自分からすると何がどうなって動いているのかわからないツールなので、こういうものは情報システ...