開発現場や運用組織で、システム運用の効率化のために自動化スクリプトを作成することはよくあります。最近ではAIの助けを借りて、誰でも素早く簡単にスクリプトを生成できる時代になりました。しかし、 同じAIツールを使って同じ目的のスクリプトを作成しても、チームメンバーに愛されるスクリプトもあれば、そっぽを向かれるスクリプトもあります。 その理由は何でしょうか？ 最近、同じ現場でスクリプトを主に開発する同僚と私の事例を通じて、 ユーザーに選ばれる自動化ツールの核心 について話したいと思います。 「動くけど、手間がかかりすぎる」 同僚が作ったスクリプトは、確かに要求された「目的」を達成するコードでした。しかし、スクリプトを実行するための過程が問題でした。 スクリプトを実行するために 手動でGatewayサーバーに接続 しなければならない。 ログイン後、必要な 情報を手動で照会 しなければならない。 ユーザーが直接状態を確認し、必要な部分だけを選んで スクリプトのパラメータとして入力 して初めて実行される。 結局、このスクリプトを使うためには、作業者がシステムの構造をよく理解している必要があり、実行の前後で緊張を緩めることができませんでした。「ツール」を使うために「人」が合わせなければならない状況だったのです。 「ワンクリックで全部やってくれる」 一方、私がチームに提供したスクリプトの方向性は異なりました。 ユーザーが 目的だけを選択 すれば、 スクリプトが目標対象の Gatewayサーバーに勝手に接続 し、 必要な 情報を自ら収集 してユーザーに提示します。 ユーザーが内容を確認して「次へ（Next）」を押すと作業が安全に遂行され、 実行前後の結果を比較 し、報告しやすい形で 証拠（Evidence）ファイルまで自動的に残します。 このスクリプトを使うための**事前準備は「ゼロ」**です。結局、チームメンバーは私のスクリプトだけを使うようになり、同僚は自動化業務から手を引くことになりました。 コーディングスキルではなく「UX（ユーザー体験）」の違い 同じAIでコードを書くのに、なぜこのような結果の違いが生じるのでしょうか？ 正解はまさに**UX（ユーザー体験）**にあります。 依頼者が「こういう作業をするスクリプトが必要です」と...