RPAエンジニアの参画初月にやること｜現場で信頼される進め方

RPAエンジニアの参画初月は、開発と実行の環境・アカウントをそろえ、対象の業務と既存のロボットの全体像をつかみ、月末に小さな成果と次の計画を出して合意を取るのが基本です。最初の1か月でロボットを何本も作ることより、「この人に任せれば止まりにくく、引き継げる形で進む」と思ってもらうことが、その後の進めやすさを決めます。

この記事では、初月のゴール、週ごとの進め方、案件の型による重心の違い、避けたい動き、月末の振り返りを整理します。参画が決まってから開始日までの準備は参画が決まってから開始日までにやること、職種を問わない最初の1週間の動きは参画初日から最初の1週間でやることで扱っているので、ここではRPAならではの進め方に絞ります。

初月のゴールを3つに分ける

RPAの案件の初月は、次の3つが月末にそろっていれば十分な立ち上がりと言えます。

RPAは、操作先のシステム、業務の担当者、情報システム部門の三者にまたがる仕事です。どれか一つでも把握が遅れると、作ったロボットが本番で動かせない、という事態になりやすいため、初月は「作る」より「動かせる条件をそろえる」ことに時間を使います。

1週目：環境と資料から現状を集める

環境とアカウントを確かめる

最初に確かめたいのは、開発・テスト・本番の環境がどう分かれているかと、ロボットを誰のアカウントで動かすかです。総務省の「自治体におけるRPA導入ガイドブック」（令和7年7月）も、シナリオの作成中は実データを扱わないようテスト用のデータを用意し、実データで処理する場合は誤った登録・更新・削除をしたときの復旧手順を検討しておくことを示しています。

確かめておきたい項目は次のとおりです。

• 開発に使う端末と、操作先のシステムに入れる環境（貸与端末、接続の方法）
• テスト用の環境とデータの有無、ない場合に誰が用意するか
• ロボット用のアカウントと、認証情報の保管場所
• 本番に出すときの手順と、承認する人
• 使っている製品の版と、実行の形（人の端末で動かすか、サーバーで自動で動かすか）

貸与端末の扱いは貸与PCを使うときの注意点、取引先の規程との関係は取引先の就業規則やセキュリティ規程に従う必要はあるかをご覧ください。

最初に読む資料

1. 開発のルール：命名、部品の分け方、ログの残し方、版の管理。ない場合はその事実をメモしておく
2. ロボットの一覧（台帳）：どのロボットが、どの業務を、いつ、どのアカウントで動かしているか
3. 対象業務の手順書と業務の流れ図：手順書がいつ更新されたものかも見る
4. 停止の記録：最近止まったロボットと、その原因と対応
5. 今後の改修予定：操作先のシステムの改修や更改、制度改正の予定

台帳がない、または古い場合も珍しくありません。その場合は、2週目以降に自分で一覧を作ることを前提に、分かる範囲を書き出しておきます。

2週目：業務を聞き取り、既存のロボットを読む

実際の操作を見せてもらう

手順書を読んだうえで、業務の担当者に実際の操作を見せてもらいます。画面共有でも隣の席でもかまいません。見るべきは、手順書に書かれていない判断です。「この場合は上司に確認する」「この取引先だけは別の処理をする」といった分かれ目を書き出し、その場で担当者に確かめます。

聞き取りの時間は担当者の通常の業務を圧迫しやすいため、短い回数に分け、次に何を確かめたいかを前もって伝えておくと協力を得やすくなります。リモートでの聞き取りの工夫はRPAエンジニアのリモート案件の記事で整理しています。

既存のロボットの中身を読む

保守や改修を含む案件では、影響の大きいロボットから順に中身を読みます。処理の流れ、例外のときの動き、ログの残し方、前提にしている画面やファイルの形を確かめ、分かったことを一覧に足していきます。ガイドブックは、運用中の見直しが文書に反映されないままだと、担当者の異動のときに引き継ぎが難しくなると指摘しています。読んだ内容を文書に戻すこと自体が、発注側にとっての成果になります。

決め方を一枚にまとめる

対象業務の優先順位を決める人、本番に出すことを承認する人、停止したときに連絡する先を一枚に書き出し、発注側の窓口と確かめます。RPAでは、業務部門と情報システム部門で決める人が分かれていることが多く、ここがあいまいだと、作り終えてから本番に出せない状態が続きます。

3〜4週目：小さな成果を出し、次の計画に合意を取る

小さく本番に出す

新規開発の案件では、対象を絞った一つの処理を本番に出すところまでを初月の目標にすると、環境・承認・連絡の流れを一通り確かめられます。ガイドブックは、運用を始めるときは正しく動くことの確認に加えて、停止や誤作動の検知の方法、連絡の体制、復旧の手順を用意しておく必要があるとしています。運用の開始直後は動作が安定しにくいため、件数を絞って始め、結果を業務の担当者と確かめながら広げます。

想定外のデータや、操作先のシステムが遅い・止まっているときは、無理に処理を続けず、止めるか飛ばして一覧に残す作りにしておきます。

現状の見立てをまとめる

保守や立て直しの案件では、月末に次の内容をまとめて報告します。

• ロボットの一覧と、それぞれの影響の大きさ
• 止まりやすいロボットと、その原因の見立て
• 文書が足りないロボットと、手作業に戻す手順の有無
• 直す順番の案と、それぞれにかかる手間の目安

次の1〜2か月の計画を引く

見立てをもとに、次の1〜2か月で何をするかを選択肢の形で出します。「止まりやすいものから直す」「文書を先に整える」「新しい業務の自動化を進める」のように、進め方の違いと、それぞれで何が後回しになるかを並べると、発注側が決めやすくなります。初月の段階で契約の範囲を超えそうな作業が見えたら、ここで線を引き直しておきます。考え方は作業範囲が広がったときの契約の扱いをご覧ください。

案件の型によって初月の重心は変わる

管理の仕組みづくりや対象選びの案件では、初月に自分で作るものが少ない分、関係部署との話し合いの記録と、決まったこと・決まっていないことの整理が成果になります。ガイドブックが示すように、業務の棚卸しはRPAの導入ありきで行う必要はなく、RPA以外の改善も含めて考えられます。自動化しないほうがよい業務も、その理由とあわせて報告に含めます。

初月に避けたい動き

• 既存のロボットを、全体を見ないうちに作り直す：前任者の作りが読みにくくても、まず動いている理由を理解してから手を入れる
• 本番のデータで試す：テスト用の環境やデータがない場合は、その事情を伝えて判断を仰ぐ
• 個人のアカウントでロボットを動かす：担当者の異動や退職で止まる原因になる
• 業務の担当者を通さずに手順を決める：手順書だけで作ると、書かれていない判断が抜ける
• 文書を後回しにする：初月に作った分の仕様と操作方法は、その月のうちに残す
• 自分のルールを先に持ち込む：現場の命名や部品の分け方があれば、まずそれに合わせる

1か月の終わりに振り返ること

月末には、次の点を自分で振り返り、発注側の窓口とも短く話す機会をつくると、2か月目の動きが定まります。

1. 環境・アカウント・本番化の手順で、まだ分からないことは何か
2. 業務の担当者の協力は得られているか。聞き取りの時間は足りているか
3. 既存のロボットの一覧と、直す順番について合意があるか
4. 契約の範囲と、実際に頼まれている作業にずれはないか
5. 次の1か月で出す成果は何か

契約の終わりを見据えると、初月から文書と一覧を育てておくことが、そのまま引き継ぎの準備になります。引き継ぎの進め方は契約終了時の引き継ぎの進め方をご覧ください。

よくある質問

前任者からの引き継ぎがほとんどありません。何から始めればよいですか？

動いているロボットの一覧づくりから始めます。実行の時刻やログ、使っているアカウント、出力されるファイルから、どのロボットが何をしているかをたどれることが多くあります。そのうえで、止まったときに業務への影響が大きいものから中身を読み、分かったことを文書に残していきます。

参画初月から、新しいロボットをたくさん作るよう求められたら、どうすればよいですか？

本番に出す手順や承認の流れが分からないまま作り進めると、作り終えても動かせない状態になりがちです。まず一つを本番に出して流れを確かめ、その後に本数を増やす進め方を、理由とあわせて提案してみてください。求められる本数と期間が契約の範囲を超えそうな場合は、早めに窓口に相談します。

開発のルールがない現場では、どう振る舞えばよいですか？

自分で決めてしまうのではなく、命名や部品の分け方、ログの残し方の簡単な案を出し、発注側に決めてもらう形にすると進めやすくなります。契約が終わったあとに社内の人が保守することを前提に、分かりやすさを優先した案にするのがおすすめです。