動作するデモと動作するビジネスプロセスとの間のギャップ

デモンストレーションとは、誰かが選んだ条件下で動作するシステムです。プロセスとは、それを構築した人が別のことをしている間に、誰も選択しなかった条件下で繰り返し実行されるシステムです。

難しいことはすべて 2 番目の説明にあります。

デモで省略されるもの

誰も予想していなかった形で不正な入力。カテゴリーに当てはまらないケース。ソース システムが誰にも告げずにスキーマを変更した週。設計された方法とは異なる方法でツールを使用した人ですが、それは間違っていませんでした。

デモではこれらを省略する必要があるため省略します。問題は、ビジネスプロセスが実質的にそれらで構成されており、クリーンパスでのみテストされたシステムは作業でテストされていないことです。

4つの追加

動作するデモと動作するプロセスの間には 4 つのものを追加する必要がありますが、それらはいずれもモデルの機能ではありません。

境界線。システムが実行を許可されている内容は、命令で要求されるのではなく、アクションが発生する場所で強制されます。これがない場合、スコープはモデルが特定の実行で決定したものになります。

オーナーです。動作を継続することに責任を負う指名された人物。これがないシステムは、誰も劣化を監視していないため、静かに劣化します。

正しいの定義。自動的に採点できるほど具体的なものを書き留めます。これがなければ、品質とは忙しい人が気づいたものであり、それは彼らが概念的に監視しているシステムの数に応じて低下する関数です。

帰属されるコスト。それ以外の場合、プロセスには共有予算に対する無制限の要求があり、最初のレビューはこのプロセスではなく AI に関するものになります。

順序が重要な理由

チームは通常、洗練されたと思われる順にこれらを追加しますが、これは逆順です。評価は先進的に聞こえるため注目を集めます。所有権は管理的に聞こえるため省略します。

しかし、誰も所有していない評価は、誰も行動しないスコアを生成します。帰属のない境界は、コストが未知の安全なシステムを生み出します。管理的な部分は技術的な部分を機能させるものです。

価値の正直な評価

エージェントは実際に仕事を削除しており、削除は実際に行われます。また、これまで存在しなかった新しいカテゴリの作業、つまり、一度限りではなく継続的に運用する作業も追加されます。

2 番目ではなく 1 番目を重視するビジネス ケースは、パイロットを説明しています。両方の予算を成功させるプログラムは、スライド上ではあまり印象的ではありませんが、1 年以内に存在する可能性が大幅に高くなります。

どこから始めるべきか

明確に指定されており、現時点で高価であり、間違っていても回復可能なプロセスを 1 つ選択してください。構築する前に所有者を与えてください。良い出力とはどのようなものかを書き留めます。ブロックする予算を設定します。それからビルドします。

このシーケンスはデモで示唆されているよりも遅く、12 か月後にまだ実行されているものを生成するのを確認した唯一のシーケンスです。

次へ

エージェント オーケストレーション システムのページでは、境界、所有権、評価、帰属を 1 つのシステムとして扱います。ユースケースのページでは、他の組織が始めたところについて説明します。