チームでAIの使い方を共有する｜属人化を防ぐナレッジの回し方
「これ、Aさんに聞いたらAIで一瞬で片づけてくれたよ」
チームの中で、そんな会話が増えていませんか。テストデータの作成も、ログの読み解きも、仕様書のたたき台も、なぜかAIを上手に使えるのはいつも同じ1〜2人。ほかのメンバーは「自分がやるより早いし」と頼りっぱなしで、頼られる側は自分の作業が進まない。そして上からは「チーム全体でAI活用を進めて」と言われる。
まず伝えたいのは、使いこなしが一部の人に偏るのは、チームがサボっているからではないということです。AIの使い方は、試した人の手元にしか溜まらない種類の知恵です。誰かが意識して外に出さない限り、自然には広がりません。
この記事では、その知恵を少しずつチームに回していく方法を、無理のない順番で一緒に整理します。
結論：AIの使い方の属人化をほどくには、①立派なマニュアルを作ろうとしない → ②「何に使って・どう頼んで・どこを人が見たか」を一行ずつ溜める → ③うまくいかなかった例も同じ場所に置く → ④週に一度、10分だけ見返す → ⑤溜まった中から「型」に育てる、の順で進めるのが続けやすくなります。共有のゴールは全員を同じレベルにすることではなく、「困ったときに見に行ける場所」をチームに作ることです。
AIの使い方が属人化するのはなぜか
AIの使いこなしが特定の人に偏る理由は、たいてい3つあります。
ひとつめは、コツが言葉になっていないこと。上手な人も、「なんとなくこう頼むとうまくいく」という感覚で使っていることが多いものです。本人も説明しづらいので、聞かれても「適当に聞いてるだけだよ」で終わってしまう。
ふたつめは、やりとりが個人の画面の中で完結すること。コードならレビューやリポジトリで人の目に触れますが、AIとの会話は本人のチャット履歴に埋もれていきます。チームの誰にも見えないまま、うまい頼み方も、ハマった失敗も消えていきます。
みっつめは、共有するほどのことか迷うこと。「こんな小さなこと、わざわざ書くほどでもない」と思うものほど、実は他の人にとっては知りたい一手だったりします。
どれも、誰かが悪いわけではありません。共有する「場所」と「型」が無いだけです。だから、そこを用意すれば少しずつ動き始めます。
ステップ1：立派なマニュアルを作ろうとしない
属人化に気づいたとき、つい「AI活用マニュアルを作ろう」と考えがちです。でも、マニュアルは作るのに時間がかかり、書き終わるころにはツールの画面や挙動が変わっている、ということが起きやすい。結局、作った人しか開かない文書になりがちです。
最初に用意するのは、チーム全員が書き込める置き場所をひとつだけ。
- チャットツールの専用チャンネル
- 共有ドキュメントの1ページ
- リポジトリ内の
docs/ai-notes.mdのような1ファイル
どれでも構いません。大事なのは、いつもの作業の流れの中で、手間なく書き込める場所であること。新しいツールを入れるより、チームが毎日開いている場所に間借りするほうが続きます。
どんな情報を入れてよいかの線引きは、先に決めておくと安心です。社内のルールがまだなら、AI利用の社内ガイドラインの作り方で整理した「入れない情報」の考え方をそのまま使えます。
ステップ2：「何に使って・どう頼んで・どこを人が見たか」を一行ずつ溜める
置き場所ができたら、書く中身は3つだけに絞ります。
| 項目 | 書くこと | 例 |
|---|---|---|
| 使った場面 | 何の作業でAIを使ったか | 決済APIのテストデータを作るとき |
| 頼み方 | どう頼んだか（プロンプトの要点） | 既存のテーブル定義を貼って「境界値を含めて20件、CSVで」と頼んだ |
| 人が見た所 | AIの出力のどこを自分で確認・修正したか | 日付の形式が社内ルールと違ったので直した。金額の上限は仕様書と照合した |
ポイントは3つめの「人が見た所」です。頼み方だけを共有すると、受け取った人は「これでAIに頼めば終わり」と受け取ってしまいがちです。どこを人が確かめたかが書いてあると、AIの出力を鵜呑みにしない使い方まで一緒に伝わります。
長く書く必要はありません。ひとつの使い方につき、3〜4行で十分です。プロンプト全文を貼りたくなったら、要点だけ書いて「全文はこちら」とリンクを置くくらいがちょうどいいです。
書くタイミングは、「お、これはうまくいった」と思ったその場で。あとでまとめようとすると、まず書かれません。
ステップ3：うまくいかなかった例も、同じ場所に置く
共有というと成功例ばかり集まりがちですが、チームにとって本当に助かるのは、むしろうまくいかなかった例です。
- 「正規表現を書かせたら、全角数字を考慮していなかった」
- 「ライブラリの使い方を聞いたら、古いバージョンの書き方が返ってきた」
- 「長いログを丸ごと貼ったら、肝心のエラー行を見落とされた」
こうした一行があるだけで、次の人は同じところで30分溶かさずに済みます。AIのハルシネーションを見抜くコツのような一般論も大切ですが、自分たちのコードベースで実際に起きた失敗は、それ以上によく効きます。
失敗を書くのは少し勇気がいりますよね。だからこそ、最初はリーダーや詳しい人が先に「自分がハマった話」を書いてみせるのがおすすめです。失敗を書いても責められない場所だと分かると、ほかのメンバーも書き込みやすくなります。
ステップ4：週に一度、10分だけ見返す
溜めるだけだと、書き込みはやがて止まります。書いたものが誰かに読まれている、役に立っている、という手応えが無いからです。
そこで、週に一度、既存の定例の最後の10分だけ使って見返します。新しい会議は作りません。
- 今週増えたメモを、書いた人が一言ずつ紹介する（1件1分程度）
- 「それ、自分も使いたい」「うちのモジュールでも起きた」という声を拾う
- 古くなったメモ（ツールの仕様が変わった、もうやらない方法になった）に印をつける
この10分で、メモは「誰かの記録」から「チームの知恵」に変わります。紹介された人が「書いてよかった」と思えることが、何より続く理由になります。
ステップ5：溜まった中から「型」に育てる
1〜2か月続けると、同じような使い方が何度も出てくるはずです。たとえば「テストデータ作成」「ログの読み解き」「PRの説明文」など。
そうしたら、その場面だけをひとつの型にまとめます。
- よく使う頼み方のテンプレート（貼り付けて使える形で）
- 必ず人が確認するポイントのリスト
- 過去にハマった失敗の一覧
この型は、最初から作ろうとすると机上の空論になりがちです。でも、チームで実際に使って溜まったメモから育てた型なら、現場にそのまま馴染みます。本番機能で使うプロンプトのように、変更の影響が大きいものは本番プロンプトのバージョン管理の考え方で、別に管理するのが安心です。
共有が回らないと、何が起きやすいか
属人化したままでも、しばらくは仕事は回ります。ただ、少しずつこんなことが起きやすくなります。
- 詳しい人に質問が集中して、その人の本来の作業が遅れる
- その人が休んだり異動したりすると、チームのAI活用が急に止まる
- 人によってAIの出力の確かめ方がバラバラで、レビューで同じ指摘が繰り返される
- 「AI活用はどのくらい進んでいるのか」と聞かれても、チームとして説明できない
逆に、メモが回り始めると、詳しい人の負担が軽くなり、新しく入った人も「まずここを見て」と案内できるようになります。そして、溜まったメモはチームとしてAIをどう使っているかを上に説明する材料にもなります。成果の伝え方はAI活用の成果を数字で報告するコツもあわせてどうぞ。
明日からやること（小さく始める3つ）
全部を一度に整えなくて大丈夫です。まずはこの3つから。
- 置き場所をひとつ決める：チャンネルでも1ファイルでも。チームが毎日開く場所に間借りします。
- 自分の「うまくいった使い方」を1件だけ書く：使った場面・頼み方・人が見た所の3つ。3〜4行で十分です。
- 次の定例の最後に、10分だけ時間をもらう：「こんな場所を作ってみた」と紹介するだけで、最初の一歩になります。
AIのナレッジ共有を始める前のチェックリスト
始める前、始めてから1か月後に。今日は使えるところだけで十分です。
場所と線引き：
- 置き場所は、チームが毎日開く場所にしたか
- 誰でも書き込める状態になっているか
- 入れてはいけない情報（顧客データ・認証情報など）の線引きを決めたか
書く中身：
- 「使った場面」「頼み方」「人が見た所」の3つで書けているか
- AIの出力を人がどこで確かめたかが書いてあるか
- うまくいかなかった例も同じ場所に置いているか
- 1件あたり3〜4行程度に収まっているか
回し方：
- 週に一度、既存の定例で見返す時間をとっているか
- 書いた人が紹介する場があるか
- 古くなったメモに印をつけているか
- 何度も出てくる使い方を、型にまとめ始めたか
そのまま使える言い回し集
切り出しにくい場面でも、口から出やすいように。
- 場所を作るとき：「AIの使い方で、うまくいったこと・ハマったことを置いておく場所を作ってみました。1行でいいので、気づいたら書いてもらえると助かります」
- 詳しい人に頼むとき：「いつも聞いてばかりですみません。この前教えてもらった頼み方、みんなも使えるようにメモに残してもいいですか」
- 失敗を書いてもらうとき：「うまくいかなかった話のほうが、実は次の人の助けになるので、ぜひそっちも」
- 定例で：「今週増えたメモを、書いた人から一言ずつ紹介してもらってもいいですか。10分で終わります」
最後に
AIの使い方が一部の人に偏っているのは、チームの誰かが怠けているからではありません。うまい使い方は、試した人の手元に静かに溜まっていくものだからです。
立派なマニュアルはいりません。一行ずつ書いて、週に一度見返して、溜まったら型にする。それだけで、「あの人に聞かないと分からない」は、少しずつ「ここを見れば分かる」に変わっていきます。
チームのAI活用は、一人の達人ではなく、みんなの小さな一行で育っていきます。今日はまず、自分のうまくいった使い方を1件だけ書くところから。それが、誰かの明日の30分を助けます。
よければ、こちらも
- 使ってよい範囲を決めるなら AI利用の社内ガイドラインの作り方｜使ってよい範囲の決め方
- チームにAIがなじまないときは チームにAIツールが浸透しない｜抵抗との向き合い方
- 頼りすぎが気になったら AIに頼りすぎてスキルが育たない｜チームの学習を止めない工夫
- 本番のプロンプトを守るなら 本番プロンプトのバージョン管理｜変更で壊さない運用の始め方