TreeeSの情報検索で古い案内を避ける

問いを絞って探す

名称だけで検索するより、導入計画、対象裁判所、利用者登録など知りたい項目を加えます。見つかった説明がTreeeS本体か、mintsの案内か、関連システムの開発かをまず確認します。似た用語だけで同じ資料群に混ぜないようにします。

発信元を確認する

裁判所や法務省の情報と、事務所や企業の解説を区別します。解説は理解の助けになりますが、操作や法的要件の判断では原資料へ戻ります。検索結果の短い説明文だけを根拠に、対象範囲や開始時期を確定しないでください。

時点を三つ見る

記事の更新日、参照している文書の日付、説明対象の運用時点を確認します。更新日の新しい記事が、古い予定を繰り返している場合もあります。必要なら公式資料の該当箇所を読み、変更済みの計画が残っていないかを点検します。

検索結果を質問台帳へ

見つからない項目は推測で補わず、確認した検索語と資料を記録します。調査の重複を避けるとともに、公開されていないのか自分が見つけられていないのかを分けて扱えます。案件判断に必要な場合は、対象を絞った確認事項に変換します。

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

以下は運用を検討するための架空例です。発生した状況は、古い説明会資料が新しい検索結果より上に出たというものです。改善例では、発行日だけでなく対象時点を読み、現在の公式案内へ戻った。まず対象を一案件又は一つの作業に絞り、変更前にどこで迷ったのかを担当者の言葉で残します。作業を終えたという報告に加え、何を確認して次の担当へ渡したかを説明できる状態にすることが狙いです。

記録用紙には「検索語、候補資料、対象時点、採否理由」の欄を設けます。各欄には実際に確認した値又は参照先を記入し、不明な部分は回答担当と次の確認先を添えて残してください。完了後は「転載元をたどって一次資料を確認できるか」を、実作業をしていない担当者が点検します。点検で説明できなかった部分が次回の改善対象です。特に「検索表示の日付を資料発行日と同一視しない」ことを停止条件として共有しておくと、見かけ上の作業完了を優先して確認を飛ばすことを防げます。これは所内整理の提案であり、裁判所が指定する様式や利用条件ではありません。