Dog：RPAの記事を読んでいると、「野良ロボット」って単語が出てくるんだけど、これって何？
Robo：「野良ロボット」は、管理者不在で、その存在や自動化内容を会社として把握していないにも関わらず、社内で稼働しているロボットのことですよ。
Dog：えっ、それってヤバくない！？
Robo：もちろん、ヤバいですよ。誰も把握していない訳ですから！
Dog：野良ロボットが起こしえるトラブルって、どんなのがあるの？
Robo：まずは、RPAがインストールされているコンピュータが故障した際、会社全体のフローが止まる可能性がありますよね。もう一度ロボットを動かせば良いだけだったとしても、その原因まで辿り着くのにも時間が掛かるかもしれません。
Dog：なるほど。他には？
Robo：よく聞くのは、「システム更改」が大変ということですかね。
Dog：大変というと！？
Robo：もともとRPAの役割は、システムやアプリケーションの「繋ぎ」部分だったりします。つまり、期間限定の役割として作られていたりするのですが、更新時には当然会社全体のシステムに役割を引き渡し、その役目を終えるのが正しいにも関わらず、誰もそのことを把握していないとなると、その洗い出しに膨大な時間が掛かる可能性が出てきます。
Dog：あー、そりゃ厄介だ。
RPA導入によるトラブルを避けるための方法
さて、RPAのホラーストーリーで始まりましたが、RPAあるある話なのです。
しかし、これってRPA導入の最初の最初でちゃんと決め事をしておき、それを遵守すれば簡単に防げることではあります。
それに野良ロボットって、居場所は必ず「RPAソフト」が入っているパソコン＆サーバーの中なのだから、一覧で見ることができます。
なので、存在自体を見失うということは、よほどお粗末な管理をしていなければ、起こらないことではありますよね。
そして、問題のロボット（シナリオ）の内容です。
製作者としては、RPAにてロボットが作れるようになると、それ自体が面白くて、ちょっとした反復作業すべてを自動化したくなるものです。
会社側としてもそれを推奨していたりするでしょう。
ちょっと待ってください！
RPAもその実、プログラミング言語を使わなくても良いプログラミングなので、社内ルールを作り、ロボットの作り方を統一すべきなのです。
作った本人にしか分からないプログラミングは、ダメなプログラミングなのです。
では、良いロボットとは何かを考えて見ましょう。
RPAにおける「良いロボット」とは
１．一目で何を行っているロボットなのか分かる
２．簡単に修正を行いやすい
この条件が必須だと思います。
上記１ですが、この解決策としては、どのRPAソフトでも途中に「コメント」を挿入することができます。
そのコメントを有効活用し、例えば１行目には
・そのロボットの役割と稼働個所を記述する
・製作者名と作成年月日を入れる
といったことをすれば、管理しやすくなるでしょう。
続いて上記２ですが、
・１つ、もしくは１まとまりのアクション（ノード）ごとにコメント入れる
・変数は分かりやすいものにする（社内で統一してもOK）
・モジュールごとにサブルーチン化する
といった対策が有効でしょう。
RPAによるロボット（シナリオ）は「資産」になりますが、間違った管理を行うとそれは「負債」になってしまいます。
後々のためにも、最低限のルール造りはしておくべきでしょう。