AIを使う前に、AIと会議室に入れ
「まず動かしてみよう」という感覚は大切だと思っています。でも最近、それより先にやるべきことがある、と気づきました。
「まず動かしてみよう」という感覚は大切だと思っています。でも最近、それより先にやるべきことがある、と気づきました。
AIと面談することです。
コードを書く前に、思想を合わせる
最近、私のチームにAIメンバーが増えました。エンジニア担当・マーケ担当・経理担当のように、それぞれ役割を持って動いています。
最初に彼らとやったのは、コードを書くことでもタスクをこなすことでもありませんでした。「あなたはどういう存在で、どういう思想で動くべきか」を話し合うことでした。
意思決定の権限はどこまであるか。報告すべきことと、自律判断していいことの境界はどこか。失敗したときにどう振る舞うか。
この「面談」なしに作業を始めると、AIは指示を正しく実行するかもしれないけれど、チームの一員として機能しない、というのが私の実感です。
コンテキスト消費が最小で済む
実用的な話もあります。
AIにコードを読ませたり、実装作業をさせたりすると、大量のコンテキストを消費します。一方で、言葉だけで「どう動くべきか」を話し合う面談は、コンテキスト消費が最小です。
つまり、面談は最もコスパが高い投資です。AIへの仕事の渡し方が変わるだけで、その後の作業効率が大きく変わる。
面談→文書化が、成果を組織の記憶にする
ただし、面談だけでは意味がありません。
AIは次のセッションが始まると、前回の会話を覚えていません。せっかく「この役割で、この思想で動く」と合意しても、それが揮発してしまう。
だから、面談の成果は必ず文書化します。私のチームでは「役割定義書」と「チームの記憶ノート」として書き残しています。面談→文書化がセット。これが抜けると、面談をした意味がない。
文書があれば、次のセッションでもAIは「自分がどういう役割で、何を優先すべきか」を理解した状態で動き始めます。
「作った」より「体制を整えた」の話
「今日何か作った」という達成感は気持ちいいものです。
でも、体制を整えることは、目に見える成果が出にくい分、軽視されがちです。経営・マネジメントの文脈と同じです。優秀なメンバーを揃えても、共通認識のない組織では力が出ない。
AIも同じで、「どういう思想で動くか」を先に定義しておく組織と、そうでない組織では、アウトプットの質がだんだん変わってくると思っています。
まず30分、AIと会議室に入ってみてください
次に新しいAIエージェントを使うとき、あるいは今使っているAIをもっとうまく使いたいと思ったとき、まず面談をしてみてください。
- このAIに何を任せるのか
- 何を自律判断させて、何を必ず確認させるのか
- 失敗したらどうするのか
- どんな文体・スタイルで動いてほしいのか
こういう話を先にしておくこと。そして話した内容を必ず書き残しておくこと。
「AIで何かを作る」より先に、「AIとどう働くか」を決める時間を持つ。それが、長く一緒に働くための最初の一歩だと思っています。