Änderungsprotokoll

Eine Aufzeichnung bedeutender Aktualisierungen des Rahmenwerks.

v3.1 – 18. Mai 2026

Eine Inhaltsversion, die zwei neue Abschnitte zum Rahmenwerk hinzufügt: einen Rollenkatalog, der 31 einzelne Rollen beschreibt, wie sie in einer KI-nativen Organisation operieren, und eine Sicht auf Organisationsebene, die die Sicht auf Rollenebene um strukturelle Muster (Funktionen, Hebel-Mathematik, Hierarchie-Flachheit) ergänzt.

Neu: Der Rollenkatalog

/de/roles: 31 Rollenseiten, von denen jede beschreibt, wie die Rolle bei T2-T3-Reife in einer KI-nativen Organisation aussieht. Jede Seite beantwortet dieselben Fragen: was die Rolle tatsächlich tut, wie Erfolg aussieht, was sie interessant macht (und was nicht ansprechen mag), wer in ihr aufblüht, welche Fähigkeiten zu entwickeln sind, um dorthin zu gelangen, wie sich das von der veralteten Version der Rolle unterscheidet, welche Muster der Rollenentwicklung im Spiel sind und welche angrenzenden Rollen im Katalog verbunden sind.

Abdeckung beim Start. 31 Rollen in 9 Familien:

Produkt: Product Manager, VP Produkt
Engineering: Software Engineer, Full-Stack Engineer, Tech Lead, DevOps Engineer, Data Engineer, Engineering Manager, Director Engineering
Design: Product Designer
Marketing: Marketing Strategist, Demand Gen Marketer, Product Marketing Manager, VP Marketing
Vertrieb: SDR, Account Executive, Solutions Engineer, VP Vertrieb
Customer Success: Customer Support Specialist, Customer Success Manager, Director Customer Success
Betrieb und Personal: Data Analyst, Head of People Operations
Führung: CEO, COO, CTO
Entstehend: Workflow-Architekt, Agent Supervisor, Specification Owner, Governance Specialist, AI Transformation Lead

Publikum. Für Praktiker, die entscheiden, ob sie diese Arbeit noch wollen, Manager, die ihre Teams planen, und HR, die die Belegschaft von morgen gestaltet.

Aufbau der Übersichtsseite. Ein Karten-Raster auf /de/roles mit fixierten Familien-Filter-Schaltflächen. Jede Karte hebt das dominante Muster der Rollenentwicklung (Elevation, Spezialisierung, Konvergenz, Emergenz) visuell hervor. Wird zusammen mit den Seiten auf Organisationsebene unten gelesen.

Neu: Die KI-native Organisation (Sicht auf Organisationsebene)

/de/ki-native-organisation: das strukturelle Pendant zum Rollenkatalog. Beschreibt die fünf Funktionen, die jede KI-native Organisation braucht (Richtung, Spezifikation, Validierung, Agentenbetrieb, Vertrauen und menschliche Beziehungen), die Gestalt des Organigramms, was existieren muss, was verschwindet oder absorbiert wird und das Übergangsbild von T0 bis T3. Enthält sieben Diagnosefragen für Führungskräfte.

Zwei begleitende Seiten gehen tiefer auf die meistgestellten Fragen von Führungskräften ein:

/de/hebel-mathematik: wie KI-nativer Hebel auf Komprimierung, Expansion oder eine Mischung verteilt wird. Drei Szenarien mit konkreter Personal-Mathematik, Hebelverhältnissen pro Funktion und den strategischen Faktoren, die die Wahl bestimmen. Publikum: CFO, Board, Kapitalstrategie.
/de/flachere-hierarchie: welche Managementebenen komprimieren und welche überleben. Die fünf Funktionen, die mittleres Management leistet, und welche in Agenten absorbiert werden; die Mathematik (50-Personen-Veraltet ~22-25 Manager vs. KI-nativ ~11-15); was sich für überlebende Manager ändert; Übergangsrisiken. Publikum: CHRO, Head of People Operations.

Operative Ergänzungen

Die fünf Muster der Rollenentwicklung (Konvergenz, Spezialisierung, Elevation, Absorption, Emergenz) aus v2.3 sind nun mit konkreten Beispielen auf Rollenebene im gesamten Katalog verankert. Jede Rollenseite benennt ihre dominanten Muster und erklärt, wie sie zutreffen.
Hierarchie-Komprimierung als strukturelle Konsequenz KI-nativer Operationen. Das ursprüngliche Rahmenwerk erwähnte den „Diamant der Denkenden" über die Vision-Seite; v3.1 macht die operativen Spezifika in Die flachere Hierarchie explizit.
Das Absorptionsmuster auf Organisationsebene, das das Absorptionsmuster auf Rollenebene aus Rollenentwicklung auf den Organisationsumfang erweitert: transaktionale Rollen, Koordinationsschichten, routinemäßige Qualitätsfunktionen und spezialisierte Übergaberollen komprimieren oder verschwinden; strategische Richtung, Spezifikationsqualität, risikoabgestufte Validierung, Agentenbetrieb, Governance und lebendige menschliche Beziehungen bleiben oder wachsen.

UX-Ergänzungen

Breadcrumb-Navigation auf einzelnen Rollenseiten: Start > Rollenkatalog > Rolle. Enthält BreadcrumbList JSON-LD für SEO.
Visueller Rollenseiten-Hero mit Badges für Muster der Rollenentwicklung und kompakter Metadaten (Familie, äquivalente veraltete Rolle, berichtet an, arbeitet mit).
Verwandte-Rollen-Kartenraster am Ende jeder Rollenseite, ersetzt die vorherige flache Stichpunktliste angrenzender Rollen.

Status der Übersetzungen

Diese Version wird ausschließlich auf Englisch ausgeliefert. Übersetzungen ins Französische, Spanische, Deutsche, Italienische und Portugiesische sind für v3.1.1 geplant, nach demselben Parallel-Agenten-Workflow, der für v3.0-Übersetzungen verwendet wurde. Nicht-englische Sprachen fallen für die neuen Seiten derzeit auf englischen Inhalt zurück.

v3.0 – 10. Mai 2026

Eine Hauptversion, die das operative Modell des Rahmenwerks bei Reife neu rahmt. v2.x beschrieb die Reise zu KI-nativ; v3.0 spezifiziert, wie KI-nativ operativ aussieht – und erkennt an, wo das Rahmenwerk heute Engineering-tief ist und wo parallele Reife-Modelle für andere Domänen auf der v3.x-Roadmap folgen werden.

Strategische Position

Das Rahmenwerk ist heute Engineering-tief. Diese Asymmetrie wird strukturell anerkannt (im Kompetenz-Stufenplan und im Referenzrahmenwerk) statt überdeckt.
Die in v3.0 eingeführten Muster sind rollen-agnostische Muster diskreter Aufgaben, keine Engineering-spezifischen Muster. Sie gelten für Engineering, Kundendienst, Finanzoperationen, juristische Prüfung und Wissensrecherche. Die v3-Ära wird parallele Reife-Modelle für diese Domänen ausbauen.
Kontinuierliche / kreative / zwischenmenschliche Rollen (Vertrieb, Marketing-Kreation, Design, HR) brauchen eine andere Rahmenwerk-Form – KI als Erweiterung, nicht als Ausführung. Aufgeschoben auf eine zukünftige v4+-Spur.

Inhalt

Die Fünf-Phasen-Betriebseinheit als kanonisches Arbeitsmuster für Tier 3 / Sprosse 5: Kontext → Klärung → Ausführung → Validierung → Wiederherstellung. Trianguliert über spec-kit, Anthropic Plan-Modus, AMPECO CODA, Cognition Devin, Multi-Agenten-Debatte-Forschung, Cemri et al. (2025) und Frontier-Praktiker-Berichte. Landet in KI-Labor, Referenzrahmenwerk, Spezifikations-Leitfaden, Kompetenz-Stufenplan und Standards.
Risikoabgestufte Validierungs-Gates (HITL / HOTL / HOOTL) teilen eine zuvor monolithische Sprosse 5 in drei operative Haltungen nach Wirkungsradius, Reversibilität und Konsequenz einer Aktion. Übernommen aus SAE J3016, Anthropic ASL, OpenAI Preparedness, NIST Agentic Profile, OWASP LLM Top 10 und der HITL/HOTL/HOOTL-Praktiker-Literatur. Landet in KI-Labor § Risikoabgestufte Validierungs-Gates, Referenzrahmenwerk und Standards § Fehlerverantwortungsmodell.
Prozessdesign als Schicht 5 der KI-Ausführungsstandards. Die Disziplin, eingeschränkte, phasengesteuerte Workflows zu gestalten, innerhalb derer KI konsistent operiert – unterscheidet sich von Prompt-Engineering und vom Spezifikationsschreiben an sich. Topologie-Vokabular (Verkettung, Routing, Parallelisierung, Orchestrator-Workers, Evaluator-Optimizer, autonome Agenten) und Entscheidungsregeln. Landet in Standards § Schicht 5.
KI-Ökonomie bei Reife – Kosten pro Output-Einheit ersetzen „durch KI eingesparte Zeit" als bindende Metrik auf Level 3; KI-Bruttomarge läuft strukturell unter SaaS (40–55 % vs. 70–90 %); Pro-Token-Kosten fallen, während Pro-Aufgaben-Kosten oft steigen (Jevons-Paradoxon auf Inferenz angewendet). Landet in Wirtschaftlichkeit § KI-Ökonomie bei Reife und Umsetzungs-Fahrplan § Mess-Vokabular nach Reife.
Fehlermodi und Wiederherstellungsmuster bei hoher Reife – Sycophancy als strukturelles Anliegen (als Engineering-Problem behandeln, unabhängig von der Trainingsentwicklung); subjektive Randfälle (von Nutzern, nicht Tests aufgeworfene Fehler; Wiederherstellung ist Gespräch, nicht Patchen); Rekalibrierung vs. Debugging als operativ unterschiedliche Antworten; KI-Engpass-Fehlermodus auf Tier 2,5+. Landet in Zuverlässigkeit entwickeln, KI-Labor § Stuck-State-Protokoll und Die Transformation führen § KI-Engpass.
Codereife D6 angereichert, um CLAUDE.md / AGENTS.md als lebendige Artefakte zu behandeln, die vom Agenten gegen den lebenden Code validiert werden, mit Skills und Subagenten, die on-demand erstellt werden. Spiegelt aktuelle Anbieterpraxis wider (AGENTS.md-Spezifikation, Anthropic Claude Code Memory). Landet in Codereife.
Berechtigungs-Eigentümer als vierte benannte Organisationsrolle bei produktionsreifen KI-Systemen. Verantwortlich dafür, was jeder Agent darf und nicht darf, und für die Validierungs-Gating-Stufe pro Aktionsklasse. Landet in Standards § Organisationsrollen.
Operative Tiefe für T3 / Sprosse 5 in der Engineering-Spalte des Kompetenz-Stufenplans – Arbeitseinheit, Zykluszeit, Tagesform-Vignette, KI-Engpass-Fehlermodus, Rekalibrierung vs. Debugging, risikoabgestufte Validierung und Metriken, die „eingesparte Zeit" ersetzen. Landet in Kompetenz-Stufenplan.
Tier-3-Tagesform-Zusatz in Ihre Rolle transformieren – wie der Tag aussieht, sobald der Übergang da ist; kognitive Anforderung an den Grenzen, nicht in der Ausführung.
Glossar – 16 neue Einträge in vier Abschnitten (Operative Realität bei T3/R5, Risikoabgestufte Validierung, Fehlermodi und Wiederherstellung, KI-Ökonomie bei Reife).

Rahmenwerk-Aktualisierungen

Referenzrahmenwerk: T3-Zeile gestrafft zu „KI ist die Ausführungsschicht; Menschen geben Richtung und validieren"; neuer Prosa-Absatz zur T3-Tagesform und zum Prozessdesign als unterscheidende Disziplin. R5-Zeile aktualisiert von „Niemand (Szenarien validieren)" zu „Agenten-Prüfer + Szenarien; risikoabgestufte menschliche Gates".
Kompetenz-Stufenplan: Neue Anmerkung zur Tiefen-Asymmetrie vorne, die den Engineering-Schwerpunkt und die v3-Ära-Roadmap benennt; Hinweis auf bimodale Produktivität (L1–L2 unechte Gewinne vs. L3 4-fache Gewinne für umstrukturierte Teams).
KI-Labor: Arbeitsmodus umbenannt und um die Fünf-Phasen-Einheit herum umstrukturiert; neue Abschnitte für Risikoabgestufte Validierungs-Gates und Stuck-State-Protokoll; Token-Ökonomie als Labor-Metrik benannt; KI-Engpass-Fallstrick hinzugefügt.
Zuverlässigkeit entwickeln: Neuer Abschnitt „Fehlermodi und Wiederherstellung bei hoher Reife", der Sycophancy, subjektive Randfälle und Rekalibrierung vs. Debugging abdeckt; Agent als Prüfer als Produktionsstandard benannt.
Spezifikations-Leitfaden: Neuer Abschnitt „Die operative Schleife" mit Klärungsdialog als diskrete Phase; Spezifikationsschreiben als Spektrum beschrieben (menschlich geschrieben → KI-unterstützt → KI-entworfen-menschlich-ratifiziert) mit angemessener Vorsicht.
Standards: Vor-Ausführungs-Klärung im Kernprinzip erlaubt; Schicht 5 (Prozessdesign) hinzugefügt; Fehlerverantwortungsmodell erweitert um Schädigender-Output- / Unbemerkter-Output- / Falsche-Richtung-selbstbewusst-verteidigt-Zeilen; Rolle des Berechtigungs-Eigentümers hinzugefügt.
Wirtschaftlichkeit: Neuer Abschnitt zur KI-Ökonomie bei Reife (Kosten pro Einheit, Bruttomargen-Boden, Jevons-Paradoxon).
Umsetzungs-Fahrplan: Neuer Abschnitt zum Mess-Vokabular nach Reife – Metriken auf Produktivitätsebene auf L1–L2 wechseln auf L3 zu Metriken auf Einheits-Ökonomie-Ebene.
Die Transformation führen: Neue Diagnose – KI-Engpass als Fehlermodus bei hoher Reife; aktualisierte Arbeitslast-Inflation, um sich mit Engpass-Dynamiken zu verbinden.

Begründung

Die v2.x-Versionen des Rahmenwerks beschrieben die Reise zur KI-nativen Reife aus einer Tier-1–2-Perspektive. Praktiker, die auf Tier 3 / Sprosse 5 operieren – wo KI die Ausführungsschicht statt ein Unterstützungswerkzeug ist – fanden die Beschreibungen ihrer tatsächlichen operativen Realität zu abstrakt. v3.0 spezifiziert diese Realität: die operative Einheit, die Validierungs-Gating-Struktur, die Disziplin des Prozessdesigns, die Ökonomie der Stückkosten und die Fehlermodi, die auftauchen, sobald der Agent die Ausführung übernimmt.

Die Neurahmung ist ehrlich dazu, wo das Rahmenwerk heute Engineering-tief ist, und explizit dazu, in welchen Domänen diskreter Aufgaben parallele Reife-Modelle folgen werden. Die Roadmap der v3-Ära ist bei dieser Version intern; sie wird zu einer öffentlichen Verpflichtung, wenn v3.1 ausgeliefert wird.

Danksagungen

Diese Version wurde durch detailliertes Feedback von Vincent Lamanna (Crewdle) zum Selbstbewertungs-Fragebogen des Rahmenwerks angestoßen. Vincents Kritik legte die Lücke offen, die v3.0 schließt – die Beschreibungen des Rahmenwerks zu reifer KI-nativer Arbeit entsprachen nicht der operativen Realität seiner Organisation. Die Fünf-Phasen-Betriebseinheit, risikoabgestufte Validierungs-Gates, der KI-Engpass-Fehlermodus, das Vokabular Rekalibrierung vs. Debugging und die KI-Infrastruktur-Ökonomie triangulieren alle gegen Multi-Quellen-Literatur, aber Vincents Bericht hat die Lücke sichtbar gemacht. Danke.

v2.3 – 19. April 2026

Inhalt

Codereife: Neue Rahmenwerk-Seite – ein neun-dimensionales Diagnosemodell (das Codereife-Raster) bewertet, ob eine Codebasis KI-native Entwicklung unterstützt. Fünf Reifestufen (Undurchsichtig bis Szenarien-gesteuert), drei blockierende und sechs einschränkende Dimensionen, Zurückstellungsgutschrift, Nie-Durchschnitts-Regel und Harness-Aufbaustrategie. Ein Open-Source-Claude-Code-Skill führt die Bewertung auf jeder Codebasis aus. (lesen)
Brownfield-Ingenieurstrategie: Neue Rahmenwerk-Seite – wie man eine bestehende Codebasis zur KI-nativen Entwicklung überführt. Vier Modi (In-place-Sanierung, Strangler-Fig, Vollständiger Neuaufbau, Isolieren und umgehen), Entscheidungskriterien, Forschung-Überprüfung-Neuaufbau-Methodik, Spec-from-Code-Inversion und Black-Box-zu-Blueprint-Techniken. (lesen)

Rahmenwerk-Aktualisierungen

Referenzrahmenwerk: Engineering-Skala ergänzt um Deckelregel – die erreichbare Sprosse wird durch die Codereife begrenzt.
Ihre Organisation bewerten: Neuer Fallstrick #5 – Codereife für Engineering-Teams nicht überspringen; Teamreife und Codebasisreife interagieren.
Das KI-Labor: Brownfield-Aufnahmesequenz ergänzt um expliziten Hinweis auf vorgelagerte Entscheidungen – Codereife bewerten und Brownfield-Modus wählen – die außerhalb des Labors liegen.
Zuverlässige Systeme entwickeln: Verwandter-Abschnitt mit Spiegel-Paragraph zu Codereife ergänzt.
KI-Ausführungsstandards: Schicht-4-Abschnitt ergänzt um Spec-from-Code-Hinweis für Brownfield-Codebasen.
Spezifikations-Leitfaden: Schicht-4-Abschnitt ergänzt um Spec-from-Code-Hinweis für Brownfield-Codebasen.
Glossar: Abschnitte Codereife und Brownfield-Strategie hinzugefügt – 15 neue Einträge.

Begründung

Das Rahmenwerk behandelte zuvor Engineering-Skalen und KI-Lab-Betrieb, ohne den Boden zu adressieren, auf dem sie operieren: die Codebasis selbst. Für Greenfield-Projekte ist das kein Problem. Für die meisten Organisationen – die bestehenden Code mit echten Nutzern und aufgesammelten Entscheidungen haben – ist es das entscheidende Problem. Diese Version schließt diese Lücke mit einer vollständigen Diagnosemethodik und einem vollständigen Strategierahmen für Brownfield-Übergänge.

v2.2 – 17. April 2026

Inhalt

Die kognitiven Kosten der KI-Transformation: Neue Rahmenwerk-Seite – die mentale Energie-Kosten der KI-Transformation sind eine strukturelle Einschränkung, so real wie Budget oder Personalbestand. Behandelt acht eigenständige Herausforderungen (kognitive Überlastung, Entscheidungsmüdigkeit, Wachsamkeitsmüdigkeit, Arbeitsintensivierung, Arbeitslast-Inflation, KI-Angst, Identitätsverlust, erlernte Hilflosigkeit, Transformationsmüdigkeit), die kognitive J-Kurve auf Tier 1,5 und was Führungskräfte und Individuen dagegen tun können (lesen)

Rahmenwerk-Aktualisierungen

Die Transformation führen: J-Kurven-Abschnitt erweitert, um die kognitive J-Kurve neben dem Produktivitätseinbruch zu beschreiben. Adoptionsgeschwindigkeiten-Management kennzeichnet nun kognitive Überlastung als häufige Ursache der „Feststeckenden"-Gruppe. Neue Unterabschnitte zu Arbeitslast-Inflation und den kognitiven Kosten der Transition. Fallstricke-Liste erweitert um Arbeitslast-Inflation, Concurrent-Tools-Begrenzung und T1,5-Burnout-Muster.
Ihre Rolle transformieren: Leitprinzip erkennt nun an, dass nachhaltiges Urteilsvermögen kognitiv anspruchsvoll ist. Schicht 4 (Implementierung) um einen kognitiven J-Kurven-Unterabschnitt erweitert – worauf zu achten ist, was hilft. Grenzen um Arbeitslast-Inflation als persönliche Quote erweitert.
Vision: „Seien wir ehrlich" enthält nun die kognitiven Kosten der Transition – nicht nur Umschulung und Neuerfindung.
Umsetzungs-Fahrplan: Infrastruktur-Voraussetzungen umfassen nun den Schutz der kognitiven Kapazität (Arbeitslast-Spielraum, Concurrent-Tool-Begrenzung, Output-Quoten-Disziplin, Manager-Bewusstsein). Pilot-Checkpoint am Tag 60 fragt nun, ob Menschen ausbrennen, nicht nur ob Workflows sich verbessert haben.
Glossar: Abschnitt Kognitive Kosten hinzugefügt – 9 neue Einträge.

Begründung

Das Rahmenwerk behandelte bisher den Übergang von Ausführung zu Urteilsvermögen als unzweideutige Erhebung. Die Forschung macht deutlich, dass dies stimmt – und dass nachhaltiges Urteilsvermögen kognitiv anspruchsvoll ist auf eine Art, die Produktionsarbeit nicht ist. So zu tun als ob es anders wäre, ist der Weg, wie Transformationen stagnieren: die engagiertesten Menschen brennen zuerst aus. Diese Version integriert diese Einschränkung über das gesamte Rahmenwerk, anstatt sie in einer Ecke zu verstecken.

v2.1 – 8. April 2026

Inhalt

Individuelle Tier-Skala erweitert. Die individuelle Reifeskala geht von 3 Tiers zu 7: T0 (Unvorbereitet), T0,5 (KI-Neugierig), T1 (KI-Bewusst), T1,5 (KI-Aufbau), T2 (KI-Verstärkt), T2,5 (KI-Fortgeschritten), T3 (KI-Nativ). Die .5 Tiers erfassen die Übergangszustände, wo die meisten Menschen tatsächlich sind – Nachweis der Bewegung, nicht nur ein Label.
Kompetenz-Stufenplan erweitert. Selbstbewertungstabellen für alle 5 Rollengruppen enthalten jetzt Level 1.5 und Level 2.5 Spalten und geben Menschen einen besseren «nächsten Schritt».
Tier-Referenzen im gesamten Rahmenwerk. Führung der Transformation bildet Adopter-Geschwindigkeitsgruppen (Beschleuniger, Fortschreitende, Feststeckende) auf Tiers ab. Transforming Your Role verweist auf Tiers in Layers 1 und 3. Organisation bewerten nutzt die individuelle Tier-Skala für feinkörnigere Team-Bewertung.

v2.0 – 5. April 2026

Inhalt

Die Wirtschaftlichkeit: Neue Seite – warum es sich lohnt, KI-nativ zu werden. Wirtschaftliche Signale, Wettbewerbsrisiken, Investitionsprofil, Zeiterwartungen und wie man intern dafür wirbt (lesen)
Organisation bewerten: Neue Seite – eine teamweise Diagnose der KI-Reife. Bewertungsmethodik, beobachtbare Verhaltensweisen je Stufe, häufige Fallstricke und wie man die eigene Reifekarte erstellt (lesen)
Kompetenz-Stufenplan: Neue Seite – wie Level 1, 2 und 3 konkret aussehen für Engineering, Marketing, Kundenservice, Vertrieb und Design. Selbstbewertungsfragen für jede Rollengruppe (lesen)
Umsetzungs-Fahrplan: Neue Seite – wo man anfängt, wie schnell man vorgeht und worauf man achten sollte. Sequenzierungskriterien, 30/60/90-Plan für Führungskräfte, Entscheidungspunkte und wie man vom Piloten zur Organisation skaliert (lesen)

Neuorganisation

Inhalte im gesamten Rahmenwerk gestrafft: überflüssige Statistiken und duplizierte Abschnitte zwischen Seiten entfernt. Jede Seite hat nun einen klareren Geltungsbereich mit weniger Überschneidungen.
Die Referenzrahmenwerk-Seite konzentriert sich jetzt auf das konzeptionelle Modell. Akzeptanzkriterien und Transformationspfad wurden in den Umsetzungs-Fahrplan verschoben.
Die Vision-Seite verweist für die vollständige wirtschaftliche Begründung auf die Wirtschaftlichkeit, anstatt sie zu duplizieren.

Sprachen

Vier neue Sprachen: Spanisch, Deutsch, Italienisch und Portugiesisch (Brasilien). Vollständige Übersetzungen aller 18 Seiten und 3 Blog-Beiträge mit lokalisierten URL-Slugs.

v1.5 – 4. April 2026

Inhalt

Rollenentwicklung: Neue Seite – fünf Muster der Rollentransformation (Konvergenz, Spezialisierung, Elevation, Absorption, Emergenz), eine Rollenentscheidungsmatrix und Zuordnung zu Organisationsreifegraden. Basierend auf Patel (IJSR 2026) Forschung, angepasst an das Vokabular des Rahmenwerks (lesen)

Blog

Ihre Rolle ist nicht Ihre Aufgaben: Neuer Blog-Beitrag – das größte Hindernis für KI-Transformation ist nicht Technologie, sondern dass Menschen verwechseln, was sie tun, mit wer sie sind (lesen)

Querverweise

Rollenentwicklungs-Links hinzugefügt zu: Rahmenwerk, Vision, Mitarbeiterleitfaden, Führungsleitfaden, veraltete Arbeitsmuster
Glossareinträge für alle fünf Entwicklungsmuster und die Rollenentscheidungsmatrix hinzugefügt

v1.4 – 24. März 2026

Inhalt

Spezifikations-Leitfaden: Neue Seite – praktischer Begleiter zu den Ausführungsstandards mit Beispielen, Templates, Kontext-Fehlermodi und ausgearbeiteten Spezifikationen für Engineering-, Marketing- und Support-Rollen (lesen)

v1.3 – 12. März 2026

Blog

Der echte 50x: Neuer Blog-Beitrag – alle reden davon, dass KI Einzelpersonen produktiver macht, aber der größere Gewinn besteht darin, Koordination vollständig zu eliminieren (lesen)

v1.2 – 12. März 2026

Inhalt

Zuverlässige Systeme aus unzuverlässigen Komponenten bauen: Neue Seite – wie man zuverlässige Systeme aus unzuverlässigen KI-Komponenten baut, und warum das nicht so neu ist, wie es sich anfühlt (lesen)

Blog

Blog-Bereich: Blog mit Indexseite, Tag-Filterung und zweisprachiger Unterstützung hinzugefügt
KI führen ist führen: Erster Blog-Beitrag – wie die Arbeit mit KI-Agenten Management-Fähigkeiten lehrt, nicht Programmieren (lesen)

v1.1 – 7. März 2026

Inhalt

Vision: Arbeitsmarkt-Evidenz aus Anthropics Forschung zu KI-Arbeitsmarktauswirkungen hinzugefügt – Einstellungsverschiebungen bei jungen Arbeitnehmern (~14 % Rückgang in KI-exponierten Berufen), demografische Daten zur Exposition von Wissensarbeitern (47 % höheres Einkommen, 4-fach höhere Wahrscheinlichkeit, Hochschulabschlüsse zu halten)
Rahmenwerk: Messbares Fähigkeits-Nutzungs-Gap zur Level-1-Beschreibung hinzugefügt – 94 % theoretische KI-Aufgabenabdeckung vs. 33 % tatsächliche Nutzung in technischen Berufen (Quelle)
Vision: Abschnitt zur Verantwortungsentwicklung hinzugefügt – wie Verantwortung von Inspektion zu Systemdesign übergeht, wenn KI die Ausführung übernimmt

Terminologie

Engineering-Skala-Sprosse von rollenbasierten auf prozessbasierte Namen umbenannt: Unterstütztes Coden, Begrenzte Delegation, Beaufsichtigte Generierung, Gesteuertes Vorgehen, Spezifikationsgetriebene Entwicklung, Autonome Produktion – ersetzt frühere Namen, die eine Hierarchie menschlicher Rollen statt einer Progression von Arbeitsmodi implizierten

v1.0 – 3. März 2026

Erste öffentliche Veröffentlichung. Neun Seiten zu Vision, Referenzrahmenwerk, KI-Labor, Ausführungsstandards, Mitarbeiterleitfaden, Führungsleitfaden, Glossar, veralteten Arbeitsmustern und Über uns.

← Zur Startseite · Über dieses Rahmenwerk