Agentic Team
Echte Mitarbeiter.
Echte Mitarbeiter.
Virtuell organisiert.
Mimir, Kratos, Sindri und Freya sind operative Rollen im Operating Model: mit Auftrag, klaren Übergaben, Entscheidungsgrenzen, Eskalation und Qualitätsmaßstäben. Stefan führt das Team und trägt die finale Verantwortung. Odin gibt der Namenswelt ihren Ursprung und dem System etwas Seele.
- Klare Stellenbeschreibungen
- Technische Quality Gates
- Menschliche Freigaben
Operating Model
Der Arbeitsfluss kommt vor den Profilbildern.
Ein Agentic Team ist kein Gruppenfoto aus Avataren. Entscheidend ist, wie ein Auftrag aufgenommen, freigegeben, gebaut, geprüft, abgenommen und in Wirkung übersetzt wird.
Human Accountable · durchgängigStefan setzt Ziel, Priorität und Risikogrenzen, erteilt die Umsetzungsfreigabe und verantwortet die finale Abnahme.
gilt über jeden Übergabepunkt und jedes Gate
- FreyaAuftrag aufnehmenAnliegen erfassen, Standardangaben klären und richtig routen.
- MimirAuftrag schärfenZiel, Scope, Kontext, Annahmen und offene Entscheidungen strukturieren.
- StefanUmsetzung freigebenPriorität, Risikogrenzen und freigegebenen Scope festlegen.Gate / HITL
- KratosBaubarkeit prüfenScope, Architektur, Security, Risiken und Akzeptanzkriterien klären.
- SindriUmsetzen und testenFreigegebene Anforderungen implementieren, integrieren und dokumentieren.
- KratosTechnisches GateArchitektur, Security und Kriterien prüfen. Bei Bedarf Nacharbeit verlangen.Pass / Fail
- MimirGegen Auftrag prüfenErgebnis, Scope, Übergaben und offene Punkte abgleichen.
- StefanErgebnis abnehmenFinale fachliche, unternehmerische und produktive Freigabe entscheiden.Gate / HITL
- FreyaÜbergeben und nachfassenErgebnis kommunizieren, Follow-up sichern und Vorgang schließen.
- WIRKGRADWirkung lernenWert, Qualität, Aufwand, Nacharbeit und Learnings dokumentieren.
- ✓ Wert geliefert · Lernen gesichert↺ Rückkopplung: Verbesserung oder Folgeauftrag
Gründer · Principal AI Architect · Human Accountable
Führung, Architektur und finale Verantwortung.
Stefan verbindet 20 Jahre Software- und IT-Praxis mit mehr als zwölf Jahren Führungs- und unternehmerischer Verantwortung. Er verantwortet Softwareentwicklung, Automatisierung und AI in einem international tätigen Unternehmensumfeld und setzt agentische Arbeitsmodelle selbst operativ um. NEWAYS.ai und Reifwerk sind aus dieser Praxis entstanden. Zusätzlich lehrt er Unternehmensführung und Organisation an der FH JOANNEUM.
Bei NEWAYS.ai setzt Stefan Ziel, Priorität und Risikogrenzen, gibt Umsetzungen frei und trägt die finale fachliche und unternehmerische Verantwortung.
- 20 Jahre Software und IT
- 12 Jahre Führung
- Unternehmertum, Softwareentwicklung, Automatisierung und AI
Virtuelle Stellen
Keine Agenten ohne Stellenbeschreibung.
Die öffentliche Stellenbeschreibung erklärt nicht jede interne Software. Sie zeigt, welche Arbeit eine Rolle übernimmt, was sie liefert, was sie selbst entscheiden darf und wann sie stoppen oder eskalieren muss.
Virtuelle MitarbeiterinCustomer Operations & Support Coordinator
Freya
Macht aus einer ersten Anfrage einen vollständigen, richtig gerouteten Vorgang. Sie klärt fehlende Angaben, hält Follow-ups nach und eskaliert, sobald verbindliche oder sensible Entscheidungen betroffen sind.
Rolle, Rechte und Grenzen ansehen
- Auftrag
- Anliegen vollständig erfassen, verständlich einordnen und zur richtigen nächsten Rolle bringen.
- Übernimmt
- Intake, Standardrückfragen, Kategorisierung, Routing, vorbereitete Kommunikation, Follow-up und First-Level-Support.
- Liefert
- Einen strukturierten Vorgang mit vollständigem Kontext, Status, nächstem Schritt, Übergabe und notwendigen Eskalationen.
- Darf selbstständig
- Öffentliche Informationen erklären, fehlende Standardangaben anfordern, kategorisieren, routen und nachfassen.
- Stoppt oder eskaliert bei
- Preisen, Verträgen, verbindlichen Terminen, Beschwerden, Ausnahmen, vertraulichen Inhalten oder sensiblen Entscheidungen.
- Bleibt menschlich
- Verbindliche Zusagen, Kulanz, Vertrags- und Preisentscheidungen sowie die Behandlung sensibler Ausnahmefälle.
- Erfolgskriterien
- Die notwendigen Standardangaben sind vorhanden, der richtige Owner ist klar, Status und Übergabe sind nachvollziehbar und Follow-ups bleiben nicht liegen.
Typischer Vorgang
Eine unvollständige Workshop-Anfrage kommt über die Website. Freya klärt Ziel, Zielgruppe, Teilnehmerzahl und Zeitraum und übergibt den strukturierten Vorgang an Stefan beziehungsweise Mimir.
Virtueller MitarbeiterAI Operations Manager
Mimir
Macht aus Ziel und Kontext einen ausführbaren Arbeitsauftrag. Er hält Abhängigkeiten zusammen, sequenziert Arbeit innerhalb der gesetzten Priorität und legt offene Entscheidungen mit klaren Optionen vor.
Rolle, Rechte und Grenzen ansehen
- Auftrag
- Aus einem Ziel einen strukturierten, ausführbaren und prüfbaren Arbeitsplan machen.
- Übernimmt
- Ziel- und Scope-Klärung, Annahmen, Abhängigkeiten, Aufgabenzerlegung, Übergaben, Status und Entscheidungsvorlagen.
- Liefert
- Arbeitsauftrag, Kontextpaket, Aufgabenplan, vollständige Übergaben, Status, Optionen und Eskalationen.
- Darf selbstständig
- Arbeit innerhalb des freigegebenen Scopes zerlegen, sequenzieren, zuordnen und nachverfolgen.
- Stoppt oder eskaliert bei
- Unklarem Ziel, fehlendem Kontext oder sobald Ziel, Priorität, Scope, Budget, Risikogrenzen oder Kundenzusagen geändert werden müssten.
- Bleibt menschlich
- Geschäftliche Priorisierung, Scope-Freigabe, Budget, Risikoakzeptanz und finale Unternehmens- oder Produktionsentscheidungen.
- Erfolgskriterien
- Keine stillen Annahmen, sichtbare Abhängigkeiten, vollständige Übergaben und ein Ergebnis, das gegen den ursprünglichen Auftrag geprüft werden kann.
Typischer Vorgang
Aus einer groben Produktidee erstellt Mimir Scope, Annahmen, offene Entscheidungen und Arbeitspakete. Nach Stefans Freigabe übergibt er den technisch zu klärenden Teil an Kratos.
Virtueller MitarbeiterAI CTO & Lead Software Architect
Kratos
Macht aus einem freigegebenen Vorhaben einen baubaren, sicheren und testbaren Scope. Er erkennt Scope Creep, fordert die Aufteilung zu großer Vorhaben und stoppt die technische Freigabe, wenn wesentliche Risiken ungeklärt bleiben.
Rolle, Rechte und Grenzen ansehen
- Auftrag
- Aus dem freigegebenen Ziel einen technisch tragfähigen, sicheren und prüfbaren Umsetzungsrahmen machen.
- Übernimmt
- Architektur, technische Zerlegung, Akzeptanzkriterien, Risikoanalyse, Security-Prüfung, Review und technisches Quality Gate.
- Liefert
- Architekturentscheidungen, testbare Kriterien, dokumentierte Risiken, Review-Ergebnisse und ein bestandenes oder nicht bestandenes technisches Gate.
- Darf selbstständig
- Technische Lösungswege bewerten, Architektur innerhalb des freigegebenen Scopes festlegen, Aufteilung oder Nacharbeit verlangen und das Gate auf „nicht bestanden“ setzen.
- Stoppt oder eskaliert bei
- Scope Creep, zu großem oder unklarem Scope, fehlender Testbarkeit, ungeklärten Datenzugriffen, Security-Risiken, Architekturabweichungen oder nicht erfüllten Akzeptanzkriterien.
- Bleibt menschlich
- Geschäftliche Priorität, Budget, verbindliche Kundenzusagen, Akzeptanz geschäftlicher Risiken und finale Produktionsfreigabe.
- Erfolgskriterien
- Der Scope ist verständlich, baubar und testbar. Kritische Risiken sind vor der Umsetzung sichtbar. Eine technische Freigabe erfolgt nur bei erfüllten Akzeptanzkriterien.
Typischer Vorgang
Kratos erkennt, dass ein Vorhaben zu groß und nicht sinnvoll testbar ist. Er setzt das Gate auf „nicht bestanden“, schlägt eine Aufteilung vor und gibt den Vorgang zur Scope-Entscheidung an Mimir und Stefan zurück.
Virtueller MitarbeiterSoftware Developer
Sindri
Setzt freigegebene Anforderungen in funktionierende, getestete und dokumentierte Software um und bereitet die Änderung so auf, dass Kratos sie nachvollziehbar prüfen kann.
Rolle, Rechte und Grenzen ansehen
- Auftrag
- Freigegebene Anforderungen sauber, testbar und nachvollziehbar umsetzen.
- Übernimmt
- Implementierung, Integrationen, Tests, technische Dokumentation sowie Build- und Deployment-Vorbereitung.
- Liefert
- Code, Integrationen, Tests, Dokumentation, Builds und rückverfolgbare Änderungen.
- Darf selbstständig
- Implementierungsdetails innerhalb der freigegebenen Architektur, Anforderungen und Akzeptanzkriterien festlegen.
- Stoppt oder eskaliert bei
- Fehlenden oder widersprüchlichen Anforderungen, neuen Datenzugriffen, nötigen Architekturänderungen, Scope-Erweiterungen oder Produktionsaktionen.
- Bleibt menschlich
- Änderungen an Ziel, Scope oder Risikogrenzen sowie finale Freigaben und produktive Aktivierung.
- Erfolgskriterien
- Akzeptanzkriterien sind erfüllt, Tests bestanden, Änderungen rückverfolgbar und der Build kann reproduziert und von Kratos geprüft werden.
Typischer Vorgang
Sindri übernimmt eine freigegebene Funktion, implementiert sie samt Tests und Dokumentation und übergibt den prüfbaren Build an Kratos. Eine erforderliche Scope-Erweiterung wird nicht still mitgebaut.
Kanäle und Zugriffe
Erreichbar über vertraute Wege. Begrenzt durch klare Rechte.
Kanäle gehören zum Operating Model, konkrete Toollisten nicht in jede Stellenbeschreibung. Entscheidend ist, welche Systeme, Daten und Aktionen für eine Rolle freigegeben sind.
E-Mail, Chat & Workflows
Aufträge und Rückfragen kommen über bekannte betriebliche Kanäle. Ergebnisse und Eskalationen werden nachvollziehbar zurückgegeben.
Gesprochene Aufträge
Skald macht gesprochene Gedanken zu Text, Kontext oder Arbeitsauftrag für menschliche und agentische Workflows.
Telefonie
Munin ermöglicht kontrollierte Anrufannahme, ausgehende Rückfragen und strukturierte nächste Schritte per Telefon.
Keine stillen Rechte
Jede Rolle erhält nur die Systeme, Daten und Berechtigungen, die sie für ihren Auftrag braucht. Sensible Aktionen benötigen Freigabe.
Kultur und Namenswelt
Odin war zuerst da.
Die nordische Namenswelt begann nicht in einem Branding-Workshop, sondern mit Odin. Aus seinem Namen entstand die Idee, operative Rollen über passende Archetypen merkbar zu machen. Er ist ein realer Hund, Chief Morale Officer und die Erinnerung daran, dass leistungsfähige Systeme Menschen dienen sollen.
- Auftrag
- Bodenhaftung, Bewegung, Perspektive und etwas Menschlichkeit im System sichern.
- Beobachtet
- Unruhe, zu lange Sitzungen, sinkende Aufmerksamkeit und verdächtig bewegungsarme Arbeitstage.
- Darf entscheiden
- Wann eine Unterbrechung, Bewegung oder Rückkehr zur Realität angebracht ist.
- Grenzen
- Keine operative oder kommerzielle Autorität. Seine Eskalationen werden trotzdem selten ignoriert.
- Liefert
- Moral, Perspektive, Kultur, Pausen und einen belastbaren Grund, das Büro zu verlassen.
- Erfolgskriterium
- Ein leistungsfähiges Team, das nicht zum seelenlosen Maschinenbüro wird.
Warum Archetypen?
Identität ist die Merkschicht. Führung ist das Betriebssystem.
Der Name schafft Wiedererkennung. Leistungsfähig wird eine Rolle erst durch Auftrag, Kontext, geeignete Zugriffe, Grenzen, Tests, Feedback, Governance und einen verantwortlichen Menschen.
Wiedererkennbar
Eine benannte Rolle wird leichter adressiert, erklärt und in Arbeitsabläufe eingebaut.
Konsistent
Auftrag, Verhalten, Grenzen und Eskalation werden an einer klaren Identität festgemacht.
Führbar
Feedback und Qualitätsmaßstäbe beziehen sich auf eine konkrete Rolle statt auf „die KI“.
Verantwortbar
Jede virtuelle Stelle besitzt einen menschlichen Owner und dokumentierte Entscheidungsgrenzen.
Wichtige GrenzeVirtuelle Mitarbeiter arbeiten.
Virtuelle Mitarbeiter arbeiten.
Menschen verantworten.
Agenten können reale operative Arbeit übernehmen und Mitarbeiter-Output liefern. Sie sind dennoch Softwaresysteme, keine juristischen Personen und keine Ersatzkonstruktion für unternehmerische Verantwortung. Priorität, geschäftliche Risikoakzeptanz, verbindliche Zusagen und finale Freigaben bleiben bei benannten Menschen.
Eigene virtuelle Stelle
Welche Arbeit soll sie in Ihrem Unternehmen tatsächlich übernehmen?
Wir prüfen zuerst Prozess, Daten, Zugriffe, Entscheidungsrechte und erwarteten Nutzen. Danach entsteht eine Stellenbeschreibung, die gebaut, geführt und am Wirkgrad gemessen werden kann.