Wie wir mit Lieferpartnern zusammenarbeiten

Große Rollouts erfolgen selten allein mit dem Plattformanbieter. Normalerweise ist ein Partner im Raum, und das ist sinnvoll: Er kennt die Systeme des Kunden, seine Prozesse und seine Politik auf eine Art und Weise, wie wir es nicht tun.

Entscheidend ist, wofür die Anordnung optimiert wird.

Die Version, die schief geht

Der Partner baut die Agenten auf. Sie funktionieren. Das Wissen darüber, wie sie arbeiten, liegt beim Partner, und wenn etwas geändert werden muss, stellt der Kunde ein Ticket zur Änderung seines eigenen Systems.

Dies kann für lange Zeit wie ein erfolgreiches Programm aussehen. Es handelt sich um eine Abhängigkeit, die für alle wirtschaftlich angenehm ist, außer für die Organisation, die dafür bezahlt.

Was wir von einem Partner verlangen

Dass der Kunde am Ende in der Lage ist, das zu betreiben, was gebaut wurde. Konkret geht es darum, dass vier Dinge nicht beim Partner verbleiben, sondern übertragen werden:

• Wie man entscheidet, was automatisiert werden soll, was normalerweise enger gefasst ist als der anfängliche Instinkt.
• Wie man Bewertungskriterien für die eigene Arbeit des Kunden schreibt, was die Fähigkeit ist, die sich am weitesten übertragen lässt.
• Wie man Eigentum und Kosten so instrumentiert, dass der zweite Agent die Fehler des ersten Agenten nicht wiederholt.
• Wie man eine Grenze setzt und diese am Ort der Handlung durchsetzt, anstatt sie zu beschreiben.

Ein Partner, der Agenten bereitstellt, ohne diese zu übertragen, hat eher Ergebnisse als Fähigkeiten geliefert.

Was wir bieten

Die Plattform, Dokumentation und direkter Zugriff auf unsere Ingenieure während eines Rollouts. Wir beantworten die Frage eines Partners lieber schnell, als dass er etwas umgeht.

Wir bestehen auch auf der gleichen Governance, unabhängig davon, wer baut: Eigentum pro Agent, Zuordnung, Durchsetzung von Richtlinien, Evaluierungen und Prüfung. Ein Partner kann einen Kunden nicht davon abmelden, da es sich dabei um Eigentum der Plattform handelt.

Wo wir Nein sagen werden

Es ist teuer, einen Agenten in einen Entscheidungspfad zu versetzen, in dem er falsch liegt, und es gibt keinen Überprüfungsschritt. Dabei handelt es sich eher um einen Designeinwand als um eine Frage des Umfangs, den wir gemeinsam mit dem Partner und dem Kunden vorbringen.

Wir akzeptieren auch keine Vereinbarung, bei der der Partner ständiger Eigentümer der Agenten des Kunden ist. Ein Agent benötigt einen benannten Eigentümer innerhalb der Organisation, die von ihm abhängig ist.

Das Maß

Ob der Kunde das nächste selbst gebaut hat. Damit endet eine erfolgreiche Verlobung, was wirtschaftlich schwierig und richtig ist.

Als nächstes

Die Seiten zum Agent Orchestration System decken die Ebenen ab, auf denen ein Rollout aufgebaut ist. Partner und Kunden erreichen uns unter contact@capconsultor.eu.