導入前の模擬業務を設計する

目的を絞る

事件の取り違え、旧版使用、結果保存の漏れなど、確認したい課題を一つずつ設定します。操作画面の再現より、担当者が正しい判断点に気付くかを見ます。未公表の画面やエラーを本番仕様のように作らないことが重要です。

架空資料を用意

実在の依頼者や事件をそのまま使わず、必要な情報だけを含む見本を作ります。複数事件や似たファイル名を用意すると、識別の確認を練習できます。認証情報の入力や実サービスへの不要な送信は行わない設計にします。

観察項目を決める

誰がどの時点で確認したか、迷ったら誰へ聞いたか、記録が残ったかを見ます。速さだけで順位を付けず、確認の質と引継ぎ可能性を評価します。正解を教える前に、どの資料を根拠に判断したかを聞くと理解を把握できます。

手順へ反映

演習で見つかった問題を、個人の失敗として終わらせず手順や資料へ反映します。改善した部分だけを再度確認すれば、練習の負担を抑えられます。正式な操作案内が出たら、演習資料の仮定を置き換えて更新します。

所内で試す具体例と記録項目

以下は運用を検討するための架空例です。発生した状況は、模擬業務が順調なケースだけで終わったというものです。改善例では、旧版混入と承認者不在を別々の条件として試した。まず対象を一案件又は一つの作業に絞り、変更前にどこで迷ったのかを担当者の言葉で残します。作業を終えたという報告に加え、何を確認して次の担当へ渡したかを説明できる状態にすることが狙いです。

記録用紙には「シナリオ、期待行動、観測、課題」の欄を設けます。各欄には実際に確認した値又は参照先を記入し、不明な部分は回答担当と次の確認先を添えて残してください。完了後は「参加者が答えを知らない条件でも判断できるか」を、実作業をしていない担当者が点検します。点検で説明できなかった部分が次回の改善対象です。特に「訓練用資料を実事件の提出領域へ置かない」ことを停止条件として共有しておくと、見かけ上の作業完了を優先して確認を飛ばすことを防げます。これは所内整理の提案であり、裁判所が指定する様式や利用条件ではありません。