チームのAI確認フロー。3つの段階、1人の責任者、根性はゼロ

クライアント向け資料の数字が間違っていて、振り返り会議は堂々巡りでした。アナリストはレビュアーが捕まえると思っていました。レビュアーはアナリストが確認済みだと思っていました。その数字を生成したAIは何も思っていませんでした。そういうことをしない存在だからです。注意深い3者、チェックはゼロ。

これがチームのAI事故の典型的な形です。誰か1人が不注意だったのではなく、全員が「誰かの仕事」だと合理的に信じていたチェックが、誰の仕事でもなかった。90秒チェックのような個人の習慣は、個人の仕事を守ります。仕事が人と人のあいだを流れ始めた瞬間、検証は想定されるものではなく、割り当てられるものでなければなりません。

すべてに深い確認を要求するフローは、最初の繁忙期に死にます。代わりに、出力を段階分けします。

第1段階、自由。ブレインストーミング、社内向けの下書き、自分が読むための要約。確認不要です。そしてこれを声に出して明言することが重要です。自由な段階のあるフローは、正直に守れるフローだからです。

第2段階、確認済み。チームの外に出るもの、意思決定に使われるもの。重要な主張のすべてに、出荷する本人がソースチェックをかけます。

第3段階、二重確認済み。署名、提出、公開、クライアント送付。出荷者が確認し、さらに別の1人が、荷重のかかる主張を独立に検証します。第3段階は小さく保つこと。すべてが第3段階なら、何も第3段階ではありません。

冒頭の振り返りの失敗の根本原因は1つでした。検証が、割り当てられた仕事ではなく、共有された価値観だったことです。修正はフローの中の一文で済みます。すべての成果物に、その検証を所有する人を名指しする。そしてその人は、生成した人ではなく、出荷する人です。

出荷者による所有が重要なのは、文脈を握っているのが出荷者だからです。どの主張に荷重がかかるか、クライアントがどの数字を引用し返してくるか、どの段落が23時40分のAI由来か。割り当てられた所有はまた、同僚のAI出力を確認する気まずさを消します。それはもう非難ではありません。仕事です。

KPMGの58%は、ポリシーに逆らっていたのではありません。ほとんどのチームにはポリシーがなく、あったとしても、アンカーのないAIの主張の確認には主張1つあたり数分のソース探しがかかります。締切の下では、経済が意図に毎回勝ちます。

だからフローで最も重要な条項はツールについてのものです。重要なAI作業は、主張がソース付きで届くツールの中で行うこと。すべての文が背後の該当箇所にリンクしていれば、第2段階は主張ごとに数秒、第3段階は文書ごとに数分で済み、フローは税金であることをやめます。ここがTatsulokがチームのスタックに収まる場所です。共有ライブラリ、あなたの文書とコレクションだけからの回答、ワンクリックで開く該当箇所、そして即興の代わりの正直な欠落報告。

このフローは1ページに収まり、1回のミーティングで導入できます。自分たちの仕事の具体例で3つの段階に合意する。所有ルールを名指しする。出荷者が検証する。第2・第3段階の作業をどこで行うかを決めて、チェックを安くする。そして、定着させる文化的な一文を加えます。出荷前にAIの誤りを見つけた人は、声に出して称賛される。なぜなら、すべての捕捉は、起きなかったクライアントとの気まずい会話だからです。

今週のチーム練習です。登録は要りません。次のスタンドアップで、全員に「最後に使ったAIの出力」を第1・2・3段階に分類してもらい、その段階が要求するチェックを受けたかを聞いてください。そこで聞こえてくる隙間が、あなたの導入アジェンダです。