Every
AI ワークフローが根付くのはなぜか：放棄と継続の分かれ目
要点
- 成功するワークフローの要件は「実在する問題を即座に解く」こと。未来の理想の自分のためのツールは続かない
- Attention Desk（Slack 監視ツール）は CEO の実務に沿う問題を解くが、著者の実際の Slack 受信は 6-8 件/日で不要。習慣化の理論（21日説は誤）より「実需の有無」が決定的
- Compound Writing Plugin は成功（即座のリワード・実在する孤立感への対処）。失敗した Margot（AI アシスタント）はメンテコスト > 価値
- 著者は「失敗を自分の性格問題」と考えず、冷徹に「解く問題が本当にあるか」「メンテ負荷は合理的か」を問う
- 最終手段として Agent Ops（AI ワークフロー監査ツール）を導入。失敗パターンを 4 分類し Keep/Redesign/Revisit/Retire の判定軸を自動化
編集部の考察
著者が最終的に導入した Agent Ops は、失敗したワークフローを性格や規律の問題として片付けず、「頻度不足」「トリガー不発」「アウトプットが仕事を増やす」など機械的な失敗パターンに分類し、Keep（維持）/ Redesign（再設計）/ Revisit（再検討）/ Retire（撤退）という運用判定軸に落とし込んでいる。これは個人の Slack 監視ツール（Attention Desk）が失敗し、執筆支援プラグインが成功した理由を、感覚ではなく定量的に切り分けた結果だ。
自社に置き換えると問われるのは、全社導入済みの AI ツール群について「どの部署が、どの機能を、週次でどれだけ使い続けているか」を継続的に追跡する仕組みがあるかどうかだ。多くの組織は導入率やアンケート満足度は追っても、放棄率と放棄理由を四半期ごとに機械的に棚卸しし、Keep/Redesign/Revisit/Retire のように処遇を決める運用にはなっていない。これがないと、放棄されたツールのライセンス費用とメンテコストが「使われている前提」のまま予算に残り続ける。
経営が次に決めるべきは、AI 導入の可否ではなく、四半期ごとにツールの継続・改修・撤退を機械的に判定する棚卸しプロセスを、誰の責任で回すか という一点に絞られる。
原文より
“A workflow may go unused for a boatload of reasons: The problem is too infrequent, the trigger doesn't go off, or the output creates more work than it saves. A tool can fail because my habits don't support it; my habits can also be rational responses to the work I actually do. In a series of studies, behavior researchers Kaitlin Woolley and Ayelet Fishbach found that immediate rewards predicted persistence better than delayed rewards.”
本記事は原文ニュースレターの独自キュレーション・考察であり、翻訳ではありません。引用部分の著作権は原著者に帰属します。