今回で３回目となるこの特集！前回は「条件分岐・例外処理」編と2本立てでした。今回は「サブルーチン」についてです！

さて、前回から、RPAに携わったことにより、初めて開発をすることになった方が出会うであろう単語や概念について、簡単にかみ砕いてご案内しよう！というシリーズをスタートしました！

皆様の中には、RPAツールを使ったロボット導入を、開発も全てプロに委託するという方もいらっしゃると思いますが、プログラミングの経験はないけれど、なんとか自分たちで開発も頑張っている！という方もいらっしゃるのではありませんか？RPA開発のいいところは、プログラミングのように、言語によるコーディングが必要ないところです。そのため、非ITの方、プログラミング経験のない方、文系出身の方でも慣れてしまえば、ある程度は自力開発が出来るようになるとされています。しかし、いくら難しいソースコードを書かなくても良いとはいえ、やっぱり最初の"慣れるまで"が大変！見知らぬ用語や考え方に、スタートで躓いてしまうこともあるかもしれません。

RPAという単語はよく目にするものの、詳しく知っていこうとすると、今度はRDAやらRBAやら、似たような言葉を目にすることがありませんか？

既にRPAを導入した方も、これからの導入を検討している方も、RPAを導入して終了ではなく、その先に実現すべき目標をお持ちと思います。しかし、そもそも導入だけでも結構な労力と出費ですよね。もしそこで燃え尽き症候群になってしまう方がいらっしゃるなら、それこそ大事件です！

皆様がRPAについて検討し始めたきっかけは何でしたか？現場の方々から、働き方改革の一環で是非導入したいと提案を受けた方もいれば、鶴の一声でRPA導入を進めるように言い渡された...という方もいらっしゃるのでしょうか？しかし、おそらく今この記事をご覧になっている方に共通して言えるであろうことは、RPAを使って、現状を変えたい！という思いのはず！！

これまでこのコラムページでは、主にこれからRPAを導入する方向けによくある疑問や注意点をご紹介してきましたが、その中でも大事なことの一つに、「RPA専門部署を作ること」を挙げました。

皆様は、「野良ロボット」というワードを、聞いたことがありますか？RPA導入後の問題点として、巷で見かける言葉の一つです。

昨今、ITビジネスの世界に限らず、ありとあらゆる場面で避けて通れない問題が、セキュリティ対策です。技術の発展とともに、セキュリティを守るほうも脅かすほうも、高度なスキルと知識を求められるようになりました。

前々から興味のあった、RPA。いよいよ、社内も導入に向けて意識が高まっているけれど...失敗しないためには、どのようなことに気を付けたらよいの？そんなお悩みをお持ちの方は、多いのではないでしょうか？

実は、私たち株式会社電算システム(DSK)では、RPAで業務自動化・効率化を目指すだけでなく、ロボットを導入する以外の方法でも、業務自動化ができるようお手伝いしているんです。最初からRPAに限定せず、それぞれの業務内容に合った方法で業務効率化ができることもある！今回は、その一例をご紹介します！

ここ数年、「働き方改革」が盛り上がるにつれて注目されてきた、RPA。