仕事AI
Copilotを仕事で使う
仕事の流れがある時は、GitHubのIssue / PRを前に出す app、ターミナルで強く制御する CLI、コードを見ながら直す VS Code を使い分けます。
業務で使う前の4点
個人で使うのと業務で使うのでは前提が変わります。次は組織側で決まっています。
- 業務での利用が認められているか
- 入力してよい情報の範囲
- 成果物を業務に使ってよいか — 入力側だけでなく出力側
- 使ったことを記録・申告する必要があるか
3番目を決めていない組織が多くあります。入力の可否だけを見て、成果物の扱いを決めていないことがよくあります。ルールが無いと分かったら、そのこと自体を担当部署に伝えてください。
責任の所在で線を引く
任せてよい範囲は、機能ではなく間違っていた時に誰が責任を負うかで決まります。
- 任せてよい — 下書き、要約、言い換え、選択肢を広げる、用語の確認
- 確認を挟む — 社外へ出す文書、数字を含む資料、手順書
- 任せない — 決裁、契約や法令の解釈、人事に関わる判断
2番目でとくに注意するのは数字と固有名詞です。要約の過程でずれることがあり、しかも形式が整っているため気づきにくくなります。
チームで使う時に決めること
個人なら自己責任で済みますが、チームで使うと影響が広がります。
- 入力してよい情報の線引きを全員で揃える
- 確認の責任者を決める — 作った人と別のほうが見落としが減ります
- 成果物にAIを使ったか記録するか
2番目が効きます。作った本人は「こう書いたつもり」で読むため、抜けに気づきにくくなります。
向く作業と向かない作業
業務のどこに使うかで、効果が大きく変わります。
- 向く — 下書きを作る、要約する、言い換える、選択肢を広げる、抜けを指摘させる、集計や書式を整える
- 向かない — 事実を確定させる、判断を決める、社外に出す文書をそのまま作る、契約や法令の解釈
境目は「正解が1つに決まるか」です。決まるもの(数字、制度、仕様)は出どころで確認する必要があり、決まらないもの(構成、言い回し、案出し)は任せて構いません。
始める順番
いきなり重要な業務に使うと、確認の手間で挫折します。
- 自分だけが読む文書から — メモ、下調べ
- 社内で共有する文書へ — 事実と未確認を分けて書く
- 社外に出る文書へ — 事実を全部確認する
この順で慣れると、どこに確認が要るかが体感で分かります。いきなり3番目から始めると、確認漏れが実害になります。
時間が減ったか測る
導入の効果は、感覚ではなく時間で測ってください。
- その作業に前は何分かかっていたか
- 今は何分か — 確認と手直しの時間を含める
- 減っていなければやめる
2番目で手直しの時間を含めるのが要点です。作るのは速くても、確認に時間がかかって合計では増えている、ということがあります。その作業には向いていません。
関連ページ
Copilot業務標準の作り方
スキル、ワークブックルール、個人設定の違いを、適用範囲と設定例から解説します。