事実・分析・準備提案を読み分ける

事実には確認先を持つ

資料に実際に何が書かれているかを確かめられる説明が事実の層です。対象と時点を省略すると意味が広がるため、出典だけでなく条件も残します。調達書の計画を現在の機能と書き換えないことが基本です。

分析は理由を確認する

複数の開発が並行するため移行管理が重要、という説明は資料から導く分析です。分析には別の見方もあり得るため、何を根拠にどこまで推論したかを確認します。公式機関が同じ評価を公表したかのように扱わないようにします。

提案は採用理由で評価する

案件台帳を作る、二人で確認するなどは、事務所の準備提案です。公式の義務と混同せず、自所の件数、人数、リスクに合うかで採否を判断します。提案を採用した場合は、担当者と見直す条件まで決めると実行につながります。

共有文に三つの欄を作る

所内メモを確認済み情報、考えられる影響、当面の対応に分けます。これなら計画変更があった際に、事実と提案のどちらを直すか分かります。意見の相違も、根拠の相違なのか運用方針の相違なのか整理できます。

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

以下は運用を検討するための架空例です。発生した状況は、編集者の提案が裁判所の指示のように読めたというものです。改善例では、引用に基づく事実と所内改善案に見出しを付け、根拠の範囲を明記した。まず対象を一案件又は一つの作業に絞り、変更前にどこで迷ったのかを担当者の言葉で残します。作業を終えたという報告に加え、何を確認して次の担当へ渡したかを説明できる状態にすることが狙いです。

記録用紙には「記述、分類、根拠、判断主体」の欄を設けます。各欄には実際に確認した値又は参照先を記入し、不明な部分は回答担当と次の確認先を添えて残してください。完了後は「出典のない提案が義務の形で書かれていないか」を、実作業をしていない担当者が点検します。点検で説明できなかった部分が次回の改善対象です。特に「推奨事項を公式要件に置き換えない」ことを停止条件として共有しておくと、見かけ上の作業完了を優先して確認を飛ばすことを防げます。これは所内整理の提案であり、裁判所が指定する様式や利用条件ではありません。