財政課転職PUBLIC → PRIVATE 無料で相談する

資格・スキル / スキル

RPA・業務自動化|庁内で回した経験の書き方

庁内で、定型の作業を自動化した経験をお持ちの方がいらっしゃいます。

その経験を、どう書けばよいかというご相談です。

この記事では、評価される点と、書き方を扱います。

自動化しても、責任の所在は変わりません

地方自治法第138条の2の2です。

> 普通地方公共団体の執行機関は、当該普通地方公共団体の条例、予算その他の議会の議決に基づく事務及び法令、規則その他の規程に基づく当該普通地方公共団体の事務を、自らの判断と責任において、誠実に管理し及び執行する義務を負う。

「自らの判断と責任において」と書かれています。

事務を機械に処理させても、この義務が移るわけではありません。

したがって、自動化の設計では、次の3点が必要になります。

必要なこと内容
① 確認の工程誰が、どの時点で確かめるか
② 例外の処理想定外の入力をどう扱うか
③ 記録何を、どこまで残すか

この3点を設計した経験こそが、書くべき内容です。

「自動化した」だけでは、評価が定まりません。

何が評価されるか

要素内容
① 対象の選び方なぜその作業を選んだか
② 工程の分解どこを機械に、どこを人に残したか
③ 確認の設計誤りをどう検出するか
④ 例外の扱い止まったときの手順
⑤ 引継ぎ他の職員が運用できるか
⑥ 結果件数、時間の変化

①が起点です。

件数が多く、手順が決まっていて、判断を伴わない作業。

この条件を満たす作業を選べたかどうかが、設計の力として読まれます。

⑤について。

作った本人しか直せない状態は、組織では評価されにくいものです。

手順書を残した、他の職員に運用を引き継いだという事実があれば書いてください。

書き方の例

悪い例

> 庁内でRPAを導入し、業務を効率化しました。

良い例

> ◯◯に関する定型の作業について、年間約◯件・月◯時間を要していた工程を対象に自動化を設計。入力の様式を統一したうえで、機械に処理させる範囲と、職員が確認する範囲を分離。想定外の入力で停止した場合の手順書を作成し、係◯名に運用を引き継ぎ。運用の開始から◯か月で、対象の工程の処理の時間が約◯割減少。

「対象の選定」「分離」「例外の手順」「引継ぎ」「結果」が入っています。

基本の型は公務員の職務経歴書|民間で読まれる形にする基本に整理しています。

どの転職先で効くか

領域使いどころ
① 自治体向けのシステム現場の工程が分かる
② 業務の改善の支援工程の分析、標準化
③ 業務の受託受託した業務の効率化
④ 社内の情報システム内製の支援、運用の設計
⑤ 事務の集約の部門手順の設計、品質の管理

③について。

窓口や事務を受託する会社では、受託した業務をどう効率化するかが収益に直結します。

行政の事務の工程を知っている人は、そこで必要とされます。

探し方は公務員経験が活きる求人の探し方に整理しています。

始める前に考えること

確認すること内容
① すでに回した経験があるか実績の整理が先
② 所属の規程・体制情報の担当への確認
③ 対象の作業件数、手順、判断の有無
④ 応募したい求人の条件ツールの指定があるか
⑤ 期限応募の時期までに間に合うか

①を最初に置いてください。

庁内で何かを自動化した経験があるなら、その整理が先です。

②について。

⚠ 庁内のシステムやデータの取扱いには規程があります。必ず、所属の情報の担当に確認してから進めてください。

なお、ツールを習得すれば転職できる、という関係にはありません。

どの作業を選び、どう設計したかが、評価の対象です。

実績がない場合

やること内容
対象を探す自分の担当の定型の作業
手順を書き出す工程を分解する
小さく試す規程の範囲で
結果を記録する件数、時間の変化

2行目だけでも、材料になります。

工程を分解して書き出す作業は、自動化しなくても価値があります。

面接では、「◯◯の作業を◯工程に分解し、うち◯工程は判断を伴わないと整理した」と話せます。

経験の言い換えから相談することもできます。

面接で聞かれやすいこと

質問の趣旨用意しておくこと
なぜその作業を選んだか選定の基準
どこを人に残したか判断が必要な工程
止まったときの扱い手順、担当
引継ぎ手順書、説明した人数
結果件数、時間の変化

2行目です。

すべてを機械に任せなかった理由を説明できると、設計の考え方が伝わります。

対象の選び方

自動化に向く作業と、向かない作業があります。

条件向く向かない
件数多い年に数件
手順決まっている毎回変わる
判断伴わない要件の解釈が必要
様式統一されている提出者ごとに異なる
期限平準化している特定の時期に集中

3行目が最も重要です。

要件の解釈を伴う作業は、自動化の対象にしないでください。

判断を機械に委ねると、責任の所在が曖昧になります。

5行目について。

繁忙期に集中する作業は、効果が大きい一方、停止したときの影響も大きくなります。

この見極めを説明できると、設計の考え方が伝わります。

よくある失敗

1. 削減の数字だけを書く

止まったときの設計を書いてください。

2. 対象の選び方を書かない

選定の基準が設計の力です。

3. 人に残した工程に触れない

責任の所在が伝わりません。

4. 引継ぎを書かない

属人的に終わっていないことが評価されます。

5. 規程を確認せずに試す

情報の担当に確認してください。

6. ツールの名前だけを書く

工程の分解が中身です。

7. 実績より先に学習を始める

既にある実績の整理が先です。

8. 習得すれば転職できると考える

どう設計したかが評価の対象です。

LINEで短く聞くこともできます

まとめ

行政が相手の求人もまとまっています。行政が相手の求人を見てみる。

よくある質問

自分で作らず、事業者に委託した場合はどう書きますか

発注した側の経験として書いてください。「◯◯の作業を対象に、仕様を作成し、事業者◯者から提案を受けて選定。要件の整理と、受入れの確認を担当」という形です。仕様を書ける人は、民間でも必要とされます。とくに、自治体向けのシステムの会社では、発注する側の考え方を知っている人が求められます。扱いは技術職の転職|事務職と何が違うかに整理した考え方と同じです。「作っていないから書けない」ではありません。何を決めたかを書いてください。

効果が小さく、書くほどではない気がします

規模より、設計を書いてください。月に数時間の削減でも、対象の選び方、工程の分解、確認の設計は同じです。そして、中途採用で見られているのは、考え方です。「大規模な導入の経験」を求める求人は限られます。一方、「業務を分解して改善できる人」を求める求人は多いです。書き方は、「◯◯の作業について、◯工程に分解し、うち◯工程を自動化。残りは判断を伴うため職員が実施」という形です。判断の跡が見える書き方にしてください。

ツールの名前は、書いたほうがよいですか

併記してください。ただし、名前だけでは中身が伝わりません。「◯◯を用いて」と手段として書き、中身は工程と結果で書くのが基本です。なお、求人票でツールが指定されている場合、その経験が要件になっていることがあります。「必須」か「歓迎」かで扱いが違うため、応募条件の欄を確認してください。読み方は求人票の読み方|どこを見れば実態が分かるかに整理しています。別のツールでの経験でも、考え方が共通していれば説明できます。

出典

  1. 地方自治法 第138条の2の2(執行機関の義務)|e-Gov法令検索

監修

松岡 良次

株式会社エージェントベスト代表。大手人材会社およびスタートアップ人材企業にて、IT・スタートアップ・メガベンチャー企業の採用支援に従事。独立後はIT・スタートアップ・コンサル領域に特化し、20〜30代のキャリア支援を行う。(厚生労働大臣許可 13-ユ-316964)

「自分の経験に、どこで値段が付くのか」から相談できます

在職中でも、情報収集だけでも構いません。応募する求人が決まっていない段階のほうが、むしろ整理する意味があります。ご利用はすべて無料です。