Roadmap 12 Mönet zum Agentic Operating Model

Stell dir vor, du hesch grad en 90-Tägige Pilot abgschlosse. Ein Agent lauft, d Resultat sind vrsprächend, und s Team fangt a froge: "Wänn chömer skaliere?" Die Frog isch verstänndlich, aber si füert oft i d Falle. Vili Firmene chönd eine Agent baue, wo guet usgseht. Viel weniger chönd dä Erfolg i e Fähigkeit umwandele, wo über d ganz Organisation zverlässig isch.

A däm Punkt isch s Problem nümme, weli Use Case me cha demonstriere oder weles Modell am interessantischte isch. D Frog wird grundlegender: Wie chunt e Firma vo einem Pilot zu nere neue, offizielle, messbare und uf verschideni Funktione usdehnbare Arbeitswiis, ohni d Kontrolle z verlüüre?

Das probiert die 12-Mönet-Roadmap z beantworte. Nid nume en Plan, wie me meh Agent dezuegitt, sondern e Chartä für de paralleli Ufbau vo vier Sache: glaubwürdige Wärtbewiis, widerverwendbari Platforme und Muster, Governance und operativi Disziplin, sowie Veränderige bi de Mitarbeiter und im Service-Modell.

Wieso müend die vier Sache gliichzitig laufe? Wil e Agentic Transformation nid es Technologieprojekt isch. Si isch e Veränderig i de Art, wi d Firma ihr täglichs Gschäft füert. De gröscht Wärt chunt nid devo, AI a alti Prozess aazhänke, sondern devo, wi me d Zämenarbeit vo Mönsch und Agent neu gstaltet, wi d Platform das unterstützt und wi me s Risiko managt. Drum sött me die Roadmap als Fahrplan zu nere neue Betriebsart (Operating Model) läse, nid nume als Terminplan für Experiment.

Mir teiled si i vier Quartal. Nid, wil alli Firmene im gliche Tempo underwägs sind, sondern wil die Reihefolg hiiift, e gsundi Logik z bhäute: Bewiis de Wärt, bau d Fundament, breitere uf anderi Beriich us, und mach s zumene fixe Teil vom Firme-Mechanismus.

Erstes Quartal: Bewiis de Wärt i eim Beriich

S erschte Quartal isch nid d Zit, villi Use Case z jage. De Fokus isch äng: Bewiise, dass en Agent e würkliche Output i eim Beriich cha verbessere, und gliichzitig es minimales Governance ufbaue, wo s erlaubt, sicher z lehre.

De Start-Beriich muess mit Disziplin usgwählt werde. Am beschte sind Arbeite mit hohem Volumen, vill Usnahme, klare Prozessverantwortliche und eme begränzte Risiko. Zum Bispil Finance Close Support, Procurement Intake, Customer Operations Triage, IT Incident Triage oder Supply Chain Exception Coordination in eme begränzte Rahme.

S Ziel vom erschte Quartal isch nid, AI z lantere. S Ziel isch, de Bewiis z liefere, dass en Agent öppis Messbares cha verbessere.

Was sött am Endi vom erschte Quartal scho da si

Die füf Sache söttet erledigt si.

Erstens: En Pilot-Agent, wo würkli i eme echte Workflow brucht wird. Kein generische Chatbot, sondern en Agent mit eme klare Umfang, beschränkte Tool-Zuegriff und expliziter menschlicher Prüefig. Zum Bispil en Agent, wo Bewiis sammlet und Kommentar-Entwürf für de Abschluss-Prozess macht, en Agent, wo Aafrage für d Beschaffig klassifiziert und a di richtig Stelle wiiterleitet, oder en Agent, wo Logs und Empfählige für IT-Insidene sammlet.

Zweitens: Basis-Metriken bevor de Pilot startet. D Firma muess Date haa zu Zykluszite, Korrekturrate, Backlog, Eskalatione oder andere relevante Metrike. Ohni Usgangsdate sind d Pilot-Resultat nume Meinig.

Drittens: En Vorlag für en Agent Card. Jede Agent muess als operativs Objekt behandlet werde. En Agent Card beschribt mindestens s Gschäftsziel, de Fall-Umfang, d Datequelle, d Tool, wo ufgruefe werde dörfe, de Gschäfts- und de Technik-Besitzer, s Risikoniveau und d Erfolgskriterie. Das gseht administrativ us, isch aber mega wichtig, wenn d Aazahl Agent aafat stige. Ohni Vorlag vo Afang a definiert jedes Team de Agent uf eigni Art.

Viertens: Es erschts Tool-Register. S erschte Quartal brucht no kei grossi Platform, aber d Firma sött aafange, d Tool und APIs z notiere, wo en Agent dörf bruche, mit klare Zuegriffsrächt und Nutzigsgränze. Das verhinderet, dass Agent wild über spontani Verbindige zu ERP-, CRM- oder Knowledge-Base-Systeme wachse.

Fünftens: En minimale Risiko-Prüefprozess. Es brucht no kei grosse Root, aber es muess en eifache Prüefprozess gä, wo Gschäft, Technik, Sicherheit und Risikomanagement iibindet. Dä Prozess prüeft sensibli Date, de Autonomie-Grad, d Genehmigigs-Schwelle, s Audit-Trail und en Backup-Plan, wenn de Agent versagt.

Wie misst me Erfolg?

Das isch d Disziplin, wo am hüfigste verletzt wird. De Erfolg vom erschte Quartal misst me nid a de Aazahl erfolgriiche Prompts, a de Aazahl beiidruckte Stakeholder oder a de Aazahl Use Case uf de Wartelischte. Erfolg misst me a Froge wie: Sind d Zykluszite bi de usgwählte Fäll besser? Isch de Output vom Agent nützlich gnue, zum manuelli Arbet z reduziere? Isch d Korrekturrate no akzeptabel? Bruuche d Benutzer en würkli? Schaffe di minimale Kontrolle?

Wenn d Antworten nid klar sind, isch d Firma no nid bereit für di nöchscht Phase.

Kompromiss, wo me mache muess

S erschte Quartal verlangt Konservatismus. Vili Organisatione wänd em Agent sofort s Recht gä, öppis uszfüere. Das isch meistens z früeh. Für di meiste Firmene sött s erschte Quartal uf em Level vo Überwachig, Entwurf oder Empfählig blibe. Das Muster passt guet für Beriich wie Finance, Beschaffig und IT-Operations, wo e beschränkti Autonomie gsünder isch als volli Automatisierig. Wenn d Grundprozess no duränand sind, d Date no nid stabil oder d Richtlinie nid dokumentiert, cha s erschte Quartal mit de richtige Entscheidig ändere: Zerscht d Fundament verbessere, bevor me usdehnt.

Zweits Quartal: Bau e Platform und widerverwendbari Muster

Wenn s erschte Quartal bewisen het, dass ei Use Case Wärt het, isch s zweite Quartal de Moment, um di hüfigsti Falle z vermiide: De zweite, dritte und vierte Agent uf ganz underschidlichi Art z baue. Da fangt d Firma a, vom Pilot zu nere gmainsame Platform z cho.

De Wärt vo de Skala chunt, wenn d AI-Strategie, d Platform und s Gschäft aafönd zämespiele. Ohni das sammlet d Organisation nume tüüri Pilot, wo schwirig z prüefe sind.

Platform-Fähigkeite, wo me ufbaue sött

S zweite Quartal heisst nid, dass alles perfekt si muess, aber es paar gmainsami Fähigkeite müend aafönd würkli si.

Erstens: Identität und Zuegriffskontrolle. Agent dörfe kei generischi Kredänziale oder usglihene Mönsch-Zuegriff bruche. D Firma muess aafönd, Agent-Identitäte, rollenbasierti Zuegriff und Iischränkige für Tool-Ufrüef gemäss de Richtlinie z implementiere.

Zweitens: Observability. Jedes Mal, wenn en Agent lauft, muess me de Kontext-Input, d ufgrüefene Tool, d Resultat, d Fähler und de Zitpunkt vo menschliche Iigriff gsee. Ohni Observability bringt Skala nume Verwirrig, nid Lehre.

Drittens: En Evaluations-Rahme. En guete Pilot wird nid nume einisch testet. S zweite Quartal brucht en systematischere Ufbau vo Evaluations: historischi Testfäll, Gränzfäll, Prüefig uf Richtlinie-Iihaltig und Messig vo de Output-Qualität.

Viertens: E Schicht für Richtlinie und Genehmigige. D Firma muess aafönd, d Logik vo de Richtlinie vom Agent-Prompt oder -Code z trenne. Zum Bispil: Transaktione über ere bestimmte Schwelle müend genehmigt werde, bestimmti Date dörfe nid zuegriffe werde, oder bestimmti Aktione dörfe nume bi nidrigem Risiko usgfüert werde.

Fünftens: En Deployment-Pfad. Agent bruuche au en Lifecycle-Disziplin. Veränderige a Prompts, Tool-Schema, Richtlinie oder Modell dörfe nid direkt i Produktion goh ohni Test und Genehmigig.

Mach us de Pilot-Komponente widerverwendbari Muster

S zweite Quartal isch d Phase vo de erschte Standardisierig. S Team muess aafönd froge: Wel Teil vom Pilot cha me widerverwende, was sött e Vorlag werde, und was sött verbote si? Bispil für widerverwendbari Muster sind: d Agent Card-Vorlag, s Muster für menschlichi Genehmigig, d Struktur vom Bewiis-Package, s Design vo Tool-Wrapper für ERP- oder CRM-System, d Evaluation für Klassifizierig oder Entwurf, und es standardisiert Observability-Dashboard.

Das isch mega wichtig für Shared Service Teams, Global Service Center oder Firme-Platform-Teams. Ohni widerverwendbari Muster baut jede Beriich sini eigeni Mini-Platform.

En formelle Governance-Root wird ufbaut

Im zweite Quartal cha Governance nümme informell si. D Firma brucht en Governance-Root oder es ähnlichs Forum, wo drei Sache managet: d Prioritäte vom Portfolio (wel Use Case wiiter, weli uf Eis, weli stop), d Festlegig vom Risikoniveau (wil nid alli Agent gliich behandlet werde) und d Mindeststandards für Identität, Logging, Evaluation, Genehmigig und Release.

Dä Root sött funktionsübergriffend si: IT-Leiter, Gschäftsbesitzer, Risiko/Compliance/Sicherheit, Architektur, und wenn nötig Finance oder interni Revision.

Wänn isch s zweite Quartal no nid richtig?

Wenn s erschte Quartal no nid gnueg Bewiis gliferet het, sött me s zweite Quartal nid zu eme grosse Platform-Programm zwänge. En Platform ohni bewiseni Use Case schafft nume fixi Chöste ohni Adoption.

Dritts Quartal: Uf mehreri Beriich usdehne und d Agent Factory starte

Wenn d Basis-Platform und d widerverwendbare Muster aafönd z funktioniere, isch s dritte Quartal de Moment, zum d Agentic-Arbet uf zwei bis drei witeri Beriich usdehne. Aber me muess betone: Usdehne heisst nid, de Idee-Hahn ufzdräie. Usdehne heisst, selektiv i Beriich z goh, wo en klares Gschäfts-Sponsoring und gnueg operativi Bereitschaft hend.

Bispil für sinnvolli Kombinatione: Vom Finance Close goh zu Debtor Exception Handling, vom Procurement Intake goh zu Vendor Query Operations, vo de IT Incident Triage goh zu Change Readiness, vo de Customer Operations goh zu Claims oder Service Requests, vom Supply Chain Exception Monitoring goh zu Coordination Workflows.

De Gschäfts-Sponsor muess würkli da si

Jede zusätzlichi Beriich brucht en Sponsor, wo bereit isch, d Verantwortig für s Ziel-Outcome, d Prozessänderige, d Kompromiss-Entscheidige und d Team-Adoption z überneh. Ohne en aktive Gschäfts-Sponsor wird d Usdehnig wider zumene Technik-Projekt.

D Agent Factory fangt a laufe

Im dritte Quartal sött d Firma aafönd, e Agent Factory z betriibe. Nid e Fabrik im eigentliche Sinn, sondern es Liefermodell, wo de Bau vo Agent industrialisierter und kontrollierte macht.

D Hauptkomponente sind: Es Playbook (en Standard-Leitfade für Use Case-Uswahl, Agent-Design, Autonomie-Grad, Evaluation und limitierte Launch), e Referenz-Architektur (wie de Agent mit Modell, Kontext-Schicht, Tool-Schicht, Policy-Engine, Observability und Firme-Systeme verbunde isch), e widerverwendbari Testsammlig (für Output-Qualität, Tool-Fähler, Richtlinie-Iihaltig, Sicherheitsprüefig und Regressionstest bi Änderige) und es Trainingsprogramm (für Gschäftsbesitzer, Supervisor, Ingenieur, Risiko-Prüfer und Operations-Leiter, damit si im Mönsch-Agent-Team-Modell chönd schaffe).

D Agent Factory isch wichtig, zum e unkontrollierti Verbreitig vo Agent z verhindere. Ohni si het d Firma vill Agent, aber wenig Standard, wenig Widerverwendig und wenig Kontrolle.

HR und Operations fangönd a, Rolle, KPI und Personalplan z ändere

S dritte Quartal isch au de Punkt, wo d Veränderig vo de Mitarbeiter nümme ufschobe cha werde. Sobald mehreri Beriich laufe, müend HR und Operations aafönd, d Jobbeschriebige, d Fähigkeitserwartige, d Supervisor-KPI, d Kapazitätsmodell und d Personalplanig z aktualisiere.

Bispil für Veränderige: De Finanzanalyst wird nümme primär a de Aazahl manueller Bearbeitige gmesse, sondern a de Qualität vo de Prüefig, de Lösig vo Usnahme und de Behebig vo Grundursache. De Service Desk-Leiter wird a de Lösigsqualität vom Mönsch-Agent-Team gmesse, nid nume a de Ticket-Aazahl pro Mönsch. De Supply Chain Planner übernimmt KPI für d Lösig vo Usnahme und d Entscheidigsqualität, nid nume für s Dashboard-Monitoring.

Das isch au de richtig Moment, um nöii Rolle klar z mache, wie Agent Product Owner, Workflow Designer, Agent Operations Lead, Evaluation/Testing Lead und Policy Manager.

Kompromiss im dritte Quartal

S dritte Quartal isch oft di gföhrlichsti Phase. De erschti Wärt isch sichtbar, drum isch d Versuechig gross, z vill Beriich uf einisch z beschleunige. S Risiko: D Platform isch no nid gnueg usgreift, de Governance-Root isch überfordert, s Training hinkt nache, und d Agent-Qualität sinkt, wil d Team uf Volume gönd. Drum isch es besser, zwei bis drei Beriich mit Disziplin uszdehne als zäh Beriich mit Chaos.

Vierts Quartal: I s offiziell Operating Model integriere

Wenn s erschti Quartal de Bewiis, s zweiti d Standardisierig und s dritti di kontrollierti Usdehnig isch, denn isch s vierte Quartal d Phase, wo me die ernsthafte Firmene vo de reine Innovations-Show unterscheidet. Im vierte Quartal muess d Agentic AI aafönd, i d Management-Mechanisme vo de Firma z cho, nid nume uf d Liste vo de Experiment.

I d Planig und Budgetierig integriere

D Firma muess aafönd, Agentic-Initiativen i d Jahresplanig, d Investitions-Allokation für d Platform, d Gschäftsfall für d Funktion und d Produktivitäts- oder Service-Outcome-Ziel iizbaue. Das isch wichtig, wil solang de Agent no wie es Experiment finanziert wird, isch er immer gfährdet, gstriche oder an d Site gschobe z werde.

I s Risikomanagement integriere

S Risikomanagement muess vo ad-hoc Prüefige zu eme formellere Modell cho: Risiko-Taxonomie für Agent, Kontroll-Tests, Incident-Response für Agent-Fähler, regelmässigi Prüefig vo Richtlinie-Abwichige und d Iibindig vo de interne Revision.

I s Vendor-Management integriere

Vili Firmene wänd e Mischig us Vendor-Platforme, Modell-Aabieter, System-Integratore und Managed Service Partner bruche. S vierte Quartal isch de Moment, zum kläre, wer für was verantwortlich isch, weli Standard d Vendor müend erfülle, wie Date und Modell-Risiko gstüürt wärde und wie d Outcome i de Verträg gmesse wärde. Das isch speziell relevant für Shared Services und Global Service Center, wo aafönd, uf es Agentic Service-Modell z goh. Am Endi gohts bi Agentic Services nid drum, es Tool z chaufe, sondern drum, Outcome z chaufe und z manage.

I d Leistigsbeurteilig integriere

Wenn sich s Operating Model ändert, muess sich au s Leistigsbeurteiligssystem ändere. D Firma muess aafönd, d Qualität vo de Mönsch-Agent-Zämenarbeit, d Fähigkeit zur Überwachig, de Bytrag zur Workflow-Neugstaltig und d kontinuierlichi Verbesserig vo de Agent-Leistig z beurteile. Wenn d KPI uf de alte Aktivitäte blibe, wird d Organisation d Transformation still und heimlich bekämpfe.

Vom Innovationslabor zum offizielle Operating Model

S dütlichste Zeiche für Erfolg im vierte Quartal isch das: De Agent wird nümme als Experiment vom Innovationsteam gseh, sondern als Teil vo de Art, wi d Firma ihr Gschäft füert. Das heisst, es git en klares Eigetum, es Budget, Standard, regelmässigi Prüefige, Outcome-Metriken und Verantwortlichkeite.

Fokus für s nöchscht Jahr

Nach 12 Mönet sött d Firma nümme nume i Use Case denke. De Fokus für s nöchscht Jahr sött uf strategischi Wette goh, zum Bispil d kompletti Neugstaltig vo Value Streams, de Ufbau vo Agentic Shared Services, d Transformation vo Global Service Center zu AI-basierte Liefer-Hubs, oder d Veränderig vo de Firme-Platform zu ere adaptive Orchestrierigsschicht. Da wird d Agentic Transformation würkli zur Operating Model-Agenda vo de Firma.

Was me jetzt muess entscheide

Es paar Entscheidige müend sofort troffe werde. Erstens: Wähl eine Beriich für s erschti Quartal us, wo wichtig gnueg isch, zum de Wärt z bewiise, aber sicher gnueg, zum iischränke. Fang nid mit eme Beriich aa, wo nume eifach z demonstriere isch, oder umgekehrt z material für es erschts Experiment.

Zweitens: Entscheid, wänn d Firma i e gmainsami Platform investiert. Z früeh e Platform baue isch tüür. Z spot schafft e unkontrollierti Verbreitig vo Agent. Bruuch d Bewiis us em erschte Quartal als Grundlag für d Entscheidig im zweite Quartal.

Drittens: Bild en Governance-Root, bevor du uf mehreri Beriich usdehnsch. Wenn meh als eine Beriich lauft, chönd s Portfolio, d Risikoniveaus und d Standard nümme informell gstüürt werde.

Viertens: Leg s Modell vo dinere Agent Factory fest. Entscheid, ob si im Platform-Team, i de Digital Factory, im Global Service Center oder in eme Mischmodell mit zentrale Standard zentralisiert wird.

Fünftens: Fang a, HR, Finance und Operations mit de Agentic-Roadmap z synchronisiere. Wenn d Rolle, KPI, Budgets und Vendor-Modell nid mitändere, blibt de Agent es Nöbeprojekt.

Warnsignaal, wo me im Aug behalte sött

Es paar Signaal zeige, dass d Firma no nid bereit isch für d Usdehnig. Wenn de Erfolg immer no a de Aazahl Demo oder Agent gmesse wird, nid am Outcome. Wenn jede Beriich de Agent mit andere Tool, Standard und Zuegriff baut. Wenn es kei klari Trennig git zwüschem Gschäftsbesitzer, Agent-Besitzer und Risiko-Besitzer. Wenn Governance erscht diskutiert wird, nachdem de Agent aafot, d Kernsystem z berüehre. Wenn HR no nid iibunde isch, obwohl d Mönsch-Workflow sich scho ändere. Wenn s Platform-Team bittet wird, uszdehne, aber no kei Observability, Evaluation oder Deployment-Disziplin het. Wenn de Gschäfts-Sponsor passiv isch und das als rein Technik-Agenda gseht. Wenn es kei klari Entscheidig git, en Use Case z stopfe, wo keine Wärt zeigt.

Froge zum Nachdänke

Wenn dini Firma i 12 Mönet 20 aktivi Agent het, heisst das, dass sich dis Operating Model scho veränderet het? Oder hesch nume 20 nöii Experiment, wo jede uf d Hartaarbet vomene chline Team aagwise isch, ohni Platform, Governance und Personalmodell, wo bereit sind, das z trage?

Das isch d Frog, wo di oberflächlichi Agentic-Adoption vomene würkliche Agentic Operating Model für d Firma unterscheidet.