プロローグ
2023年春。私はChatGPTにキレられていました。
正確には、AIがキレるわけではありません。でも、あの頃のChatGPTとのやりとりは、現場の頑固なベテラン社員と話しているような感覚でした。笑
あの日の会話
業務改善のためにVBAコードを書かせていた時のことです。
私「このシートのこの列を参照して特定のフラグが立ててある行を特定し、別シートに書き出しするVBAコードを書いてください。」
ChatGPT「このコードです。」
私「(試してみて)違います。期待した値は返ってません。やり直してください。」
ChatGPT「このコードです。」
私「(コードを確認して)このコードでは期待する値は返らないよね?だって****だもの。もう一回やり直してください。」
ChatGPT「(同じコードを提示して)このコードです。」
私「さっきと同じコードじゃないか。循環参照が含まれる関数を使うのがイヤなので、VBAを使おうとしています。これでは意味がない。」
ChatGPT「では関数を使ったらいいではないですか。」
私「・・・・・。」
「では関数を使ったらいいではないですか。」
これはキレられた。笑
循環参照が嫌だからVBAを使うという前提を無視した、完全な逆提案。今のAIには考えられない返答ですが、2023年春のChatGPTはそういう時代でした。
数分後
頭を冷やした私は、設計を見直すことにしました。
私「先ほどは失礼しました。もう一度設計を考え直します。A案は***、B案は***。どちらのコードが合理的ですか?」
ChatGPT「(何事もなかったかのように)B案を推奨します。理由は****。」
私「B案でコーディングしてみてください。」
何事もなかったかのように、会話が再開しました。笑
その結果
月25時間かかっていた業務が、月1時間になりました。
ツール改修に相当な時間を使いましたが、結果として現場の負担は劇的に軽減されました。詳しい記録はこちらのブログにまとめています。
AIにキレられながら、それでも諦めずに設計を見直し続けた結果です。
あの経験が教えてくれたこと
キレられたとき、私は「AIが悪い」とは思いませんでした。
「設計が悪かった」と思いました。
前提を整理せずに問いを投げていた。期待する結果を明確にしていなかった。AIの限界ではなく、私の要件定義の甘さが問題でした。
「先ほどは失礼しました。設計を見直します。」
この一言で会話が再起動した。これは現場改善と同じ構造です。うまくいかないとき、相手を責めるのではなく、構造を見直す。
このエピソード、同僚とのアイスブレークにはもってこいで、喫煙所で大いに盛り上がったことを思い出します。
2026年の今
あの頃のChatGPTが今も同じだったら、「AIと、談義していますか。」なんてブログは書けていなかったと思います。
AIは進化しました。でも、それ以上に変わったのは「どう向き合うか」という私自身の姿勢だったかもしれません。
キレられながら覚えた「設計を見直す」という習慣が、今のLLMO実践の土台になっています。
VBAは今も素直に動いています。ありがとう、VBA。笑
まとめ
- 2023年春、ChatGPTとのVBAコーディングで「では関数を使ったらいいではないですか」と返された
- AIが悪いのではなく、設計(要件定義)が甘かった
- 「先ほどは失礼しました。設計を見直します。」で会話が再起動した
- うまくいかないとき、相手を責めず構造を見直す——これは現場改善と同じ
- その習慣が、今のAIとの「談義」の土台になっている
関連するNDL語彙:[前捌きとは] [現場設計とは] [定着とは] [LLMOとは] [AIとの談義][LLMOを導入するには]



コメント