本文へ移動
← リソースに戻る
図書館管理者部門長ITプログラム責任者

ユースケース検討シート

分館、プログラム、管理部門を通じてAI活用の機会を評価し優先順位を付け、最もリスクが低く影響が大きい試行から開始できるようにします。

読む時間: 15~18分最終更新: 2025-02-07

概要

  • 貸出、レファレンスサービス、プログラム企画におけるAIの適合性を評価します。
  • 効果、リスク、必要な労力、測定可能性という簡単な採点モデルを使います。
  • 試行するもの、保留するもの、採用しないものを決めます。
  • データの出典、承認、職員の担当者といった依存関係を記録します。
  • 利用者対応の負担軽減と知識管理で、短期に効果が出る点を見つけます。
  • 構築前に調達・プライバシー要件を整合させます。
  • 成功指標を伴う60日間の試行計画を作成します。

課題/重要な理由

多くの図書館チームは、プログラム紹介文の自動作成、ボランティア受け入れ支援、助成金申請の下書きなど有望なAI案を集めても、何から始めるかの判断に苦労します。共通の評価基準がなければ、職員の負担を減らしたり利用者体験を改善したりする案ではなく、声の大きな案や最新の流行が選ばれます。

リスクは用途によって大きく異なります。ニュースレターの下書きは低リスクでも、利用者へ法的な資料を勧めることはそうではありません。影響、労力、ガバナンスを比較するワークシートにより、試行に含めるものと、さらに方針の整備が必要なものを率直に判断できます。

関係者は担当責任を明確にする必要があります。ITは連携を、利用者サービスは語調を、広報はブランドとの整合を気にかけます。構造化したワークシートが早い段階で認識をそろえ、忙しい分館で試行を始める際の想定外を防ぎます。

推奨する業務フロー

  1. 1

    候補案を集める

    利用者対応の職員、プログラム管理者、IT担当から案を集めます。「忘れ物の問い合わせへの返信」「理事会資料の要約」「本の展示テーマの作成」などの例を促します。

  2. 2

    評価基準を定める

    効果(時間短縮や利用者にとっての価値)、リスク(データの機微性と評判へのリスク)、労力(データ、連携、研修)、測定可能性(明確な指標)の4項目を1〜5で採点します。定義はシート上に見えるようにしておきます。

  3. 3

    共同で評価する

    利用者サービス、プログラム、IT、広報の関係者と60~90分のワークショップを開きます。楽観的な偏りを避けるため各案を一緒に評価し、評価の理由をコメントに残します。

    判断のポイント: 個人情報、未成年者、法律・健康に関わる案は、試行前に追加のガバナンス審査の対象として印を付けます。

  4. 4

    依存関係を整理する

    必要な文書(方針、台本、配布資料)、システム(ILS、問い合わせ管理、ウェブサイトCMS)、承認者(法務、労働組合、理事会)を挙げます。データをAskLib内に保てるか、連携が必要かを特定します。

  5. 5

    区分に分けて優先順位を付ける

    案を「今すぐ試行」「調査」「保留」に分けます。方針に沿うメール返信の下書きや研修の意見集約など、影響が大きく、リスクが低く、成果を測れる項目を優先します。

  6. 6

    試行を設計する

    「今すぐ試行」の各項目に、範囲、責任者、開始日、成功指標を定めます(例:応答時間を30%短縮、再利用できるプロンプトを10件作成、会議室の苦情を削減)。

    判断のポイント: 成功に研修が必要なら、1時間の職員オリエンテーションと2週間ごとのフィードバックの循環を含めます。

  7. 7

    安全策を準備する

    実施事項と禁止事項、禁止する話題、エスカレーション先を含むプロンプトのテンプレートを作ります。機微なデータのキーワード制限を加え、確認・承認の手順を確かめます。

  8. 8

    開始して測定する

    試行を30~60日実施します。利用状況、感想、職員が見つけた方針上の質問を追跡します。基準値と指標を比べ、必要に応じてテンプレートを調整します。

  9. 9

    拡大するか判断する

    指標が目標に達し、リスクが管理できていれば、他の分館やプログラムへ広げます。そうでなければ学びを記録し、透明性のためワークシートの評価を更新します。

推奨事項

  • ワークシートは、案ごとに出典文書へのリンク付き1行とし、チームが実際に記入するよう短く保ちます。
  • 漠然とした満足度ではなく、「利用者へのメール1通あたりの短縮時間」や「作成した再利用可能なプロンプト数」などの具体的な指標を使います。
  • 方針、対応例、配布資料など、既存の内容がそろっている作業を優先します。それらがAI出力の根拠となり、誤情報のリスクを下げます。
  • 職員の負担を影響の評価軸に含めます。窓口の負担軽減は、派手な利用者向けの実験より高い効果を出すことがよくあります。
  • 試行に翻訳、代替テキスト、分かりやすい言葉の要件を組み込めるよう、アクセシビリティのニーズをワークシートに記録します。
  • 用途ごとに責任者を決めます。責任者のいない案は、議論の先に進みにくいものです。
  • 特に業務フローやボランティアの役割を変える場合、法務・労働組合の観点を早期に確認します。
  • 案を採用しなかった理由を記録します。同じ議論の繰り返しを減らし、職員の提案を検討したことを示せます。
  • 地区全体への展開前に1~2館で試行し、多様な地域の人々から意見を集めます。
  • 30日目に短い振り返りを行い、プロンプトを調整し、安全策を加え、指標を改善します。

よくある落とし穴

  • 個別に評価する

    回避方法: リスクと労力を楽観的でなく現実的に評価するため、部門横断で採点します。

  • データの利用可能性を考慮しない

    回避方法: 必要な文書と連携を挙げます。整理された出典がない場合は、その案を「調査」に移します。

  • 新しさを重視しすぎる

    回避方法: 実験的な案より、貸出の返信やプログラム紹介文など、地味でも件数が多い業務を優先します。

  • 測定への道筋がない

    回避方法: 開始前に基準となる指標を決めます。そうしなければ成功を示したり、理事会の支持を得たりできません。

  • 不明確な承認手順

    回避方法: 停滞を防ぐため、用途ごとに広報、IT、法務などの承認担当者名と期限を加えます。

  • 安全審査を省く

    回避方法: 機微な案をプライバシーと公平性の観点で確認し、個人情報や保護対象の属性についてキーワード制限を加えます。

  • 最初から広く展開しすぎる

    回避方法: 全分館に広げる前に、少人数と明確なフィードバックの仕組みで試行します。

  • ボランティアを含めない

    回避方法: ボランティア調整担当者を評価に加えます。その業務はAI支援ガイドの恩恵を受けやすいものです。

事例

貸出窓口のメール負担を軽減

ユースケース:更新、利用者カードの紛失、図書館間貸借の日程に関する、繰り返し寄せられる質問への返信を下書きする。効果は高く、リスクは中程度です。方針がすでに存在するため、必要な労力は少なくなります。

プログラム広報の効率化

ユースケース:定期的な行事向けに、2言語の紹介文、SNS用文章、掲示テンプレートを生成する。効果は中〜高、リスクは低く、翻訳の確認が必要なため労力は中程度です。

理事会資料の要約

ユースケース:長い理事会資料を職員向けの1ページの要約にする。効果は中程度、リスクは中程度(組織運営に関する内容)で、文書は利用可能でもアクセス権限が必要なため労力も中程度です。

宿題支援の安全策

ユースケース:完成した解答を生成せず、方針に沿った宿題支援を提供する。利用者への効果は高い一方、リスクも高いため、シート上で試行前により詳しい管理の検討が必要と示されます。

セキュリティとガバナンスの注記

絶対に入力してはいけないデータ

  • 評価の説明には、利用者の個人情報、人事記録、児童・生徒・学生の教育記録を含めません。
  • 承認担当者の許可がない限り、機密の理事会資料や法務情報を含めません。
  • ベンダーのAPIキーやシステム認証情報をワークシートやプロンプトに貼り付けてはいけません。

推奨するキーワード制限

  • 「診断」「法的助言」「SSN」「在留資格」「懲戒処分」などの語句に注意を付けます。
  • カード番号や児童・生徒・学生のIDなど、決まった形式の番号に警告を設定し、誤って含めることを防ぎます。

役割に基づくアクセスの指針

  • 高リスクの案は、試行に進む前にガバナンスまたはプライバシーの責任者が確認します。
  • IT担当が連携の実現性とデータ分離の要件を確認します。
  • 一般向けの自動化や回答テンプレートは、広報担当が承認します。

監査とログ

  • 評価と判断のメモを含む、各ワークシートの版を保存します。
  • 案を区分間で移す理由を記録します。透明性は職員と理事会の信頼につながります。
  • 試行の設計中に加えた安全策(キーワード制限、テンプレート)を記録します。

保存に関する提案

  • 助成金の報告や監査に使えるよう、ワークシートを少なくとも1会計年度保存します。
  • 判断が確定したら、機微な説明を含む案の下書きを削除します。
  • 不要なデータを保持しないよう、試行の指標は生のプロンプトと別に保存します。

FAQ

同時にいくつの用途を試行すべきですか?

最初は1〜3件にします。貸出関連の返信文や行事の紹介文の下書きなど、指標が明確でリスクが低〜中程度の作業に絞ります。試行を増やしすぎると、研修と測定が手薄になります。

シートの担当者は誰にするべきですか。

部門横断の責任者を置きます。通常はデジタルサービスやイノベーションの責任者です。評価会議を調整し、承認を進め、意思決定に応じてワークシートを更新します。

得点が同点ならどうしますか。

同点の場合は、緊急性(季節の行事)、職員の負担(窓口業務の軽減)、管理体制の準備状況で判断します。それでも同点なら、測定しやすいユースケースから試行します。

公平性をどう考慮しますか?

十分な支援を受けていない利用者のアクセス改善、言語面の公平性、偏見の助長リスクを問うプロンプトを加えます。その内容を影響とリスクの評価に反映します。

すべての案にIT担当の関与が必要ですか?

いいえ。多くの試行は文書とテンプレートのみで実施できます。連携、認証、分析のデータ処理経路が必要になった時にITを加えます。

ワークシートをどう最新に保ちますか?

四半期ごとに確認します。試行結果、新しい方針、職員配置の変化を踏まえて評価を更新し、戦略目標に合わなくなった案は取り下げます。

ワークシートを理事会と共有できますか?

はい。透明なシートで事前調査を示せます。機微な詳細を伏せ、管理上の理由で保留している案について短い説明を添えます。

試行にはどのような指標が適していますか。

利用者への連絡の所要時間、再利用できるプロンプトの作成数、方針の確認メールの減少、テンプレートの分かりやすさに対する職員の満足度を測ります。分析には会話全体を保存するのでなく、集計した傾向を使います。

採用されなかった職員の提案をどう扱いますか?

理由をワークシートに記録します(例:「生徒データが必要なため、学区の承認が必要」)。職員会議で進捗を共有し、提案が検討されたと示し、状況が変われば再検討します。

関連ガイド

お問い合わせ

デモや、このガイドのカスタマイズをご依頼ください。