Jede Geschäftsführung, die sich mit KI beschäftigt, stößt früher oder später auf diese Frage: welche Entscheidung darf ein System treffen, und welche Entscheidung bleibt bei einem Menschen. Die Frage klingt einfach. Die Antwort ist es oft nicht, denn die Grenze liegt nicht bei der Entscheidung selbst, sondern bei dem, was die Organisation darum herum organisiert hat.
Es gibt keine feste Liste von Entscheidungen, die per Definition menschlich bleiben müssen. Eine Kündigungsentscheidung, eine Kreditablehnung, eine medizinische Einschätzung: Es sind Beispiele, die oft genannt werden, aber der Grund, warum sie sensibel liegen, unterscheidet sich je Organisation. Bei der einen Einrichtung geht es um rechtliche Haftung, bei der anderen um die Unumkehrbarkeit des Ergebnisses, bei einer dritten um das Fehlen einer ausreichenden Fehlermarge. Wer eine Liste von einer anderen Organisation kopiert, kopiert eine Antwort, ohne die Frage gestellt zu haben.
Was hingegen funktioniert, ist die Entscheidung selbst zu zerlegen: Wie groß ist die Auswirkung, wenn es schiefgeht, ist das Ergebnis wiederherstellbar, und gibt es jemanden, der das Ergebnis nachvollziehen und verantworten kann. Diese drei Fragen liegen der Grundlage dessen zugrunde, was anderweitig Agenten-Regeln genannt wird: festgelegte Grenzen, die bestimmen, wann ein System weiterarbeiten darf und wann es stoppen und einen Menschen einschalten muss.
Die Versuchung ist groß, diese Frage der IT zu überlassen, als wäre es eine Einstellung, die man einmalig konfiguriert. Das funktioniert aus einem einfachen Grund nicht: Eine Agenten-Regel ist nur dann zuverlässig, wenn die Organisation darum herum in Ordnung ist. Wenn niemand weiß, wer Eigentümer eines Prozesses ist, kann niemand bestimmen, wer der Eskalationspunkt ist. Wenn Daten nicht in Ordnung sind, weiß ein System nicht, wann es auf eine Ausnahme trifft, die einen Menschen erfordert. Die fundamentalen Dimensionen einer Organisation — Governance, Infrastruktur, Datenmanagement — gehen daher der Frage voraus, welche Entscheidungen automatisiert werden dürfen. Ohne diese Grundlage ist jede Grenze, die Sie ziehen, eine Grenze auf Papier.
Das ist zugleich der Grund, warum diese Frage selten an einer einzigen Stelle der Organisation lebt. Die Geschäftsführung sieht das Risiko, der CIO sieht die technische Machbarkeit, der Prozesseigentümer sieht die tägliche Praxis. Wie Sie diese drei Perspektiven zusammenbringen, bevor das Tempo der Automatisierung zu einer Quelle von Uneinigkeit wird, ist beschrieben unter wie Sie das Tempo-Gespräch zwischen Aufsichtsrat und Geschäftsführung führen. Wer diese Frage erst stellt, wenn der erste Pilot bereits läuft, stellt sie zu spät.
Die Reifegradmessung von hybridresourcing bildet ab, ob eine Organisation die Grundlage besitzt, um solche Grenzen sinnvoll zu ziehen. Sieben Dimensionen, fünf Stufen von Baseline bis Intelligence, und eine Plot-Runde, in der mehrere Personen unabhängig voneinander bewerten. Diese Streuung ist oft der nützlichste Teil: Wenn eine CHRO die Datenreife auf Activation setzt und der CIO auf Baseline, wissen Sie, dass zuerst ein Gespräch stattfinden muss, bevor eine Regel auf Papier entsteht, die niemand ausführen kann.
Was die Messung nicht tut, ist zu sagen, welche Entscheidung in Ihrer Organisation automatisiert werden darf. Sie misst Bereitschaft, nicht die Eignung einer konkreten Aufgabe. Sie sagt Ihnen, ob die Organisation tragen kann, was KI leisten kann, nicht was KI konkret übernehmen würde. Dieser Unterschied zwischen Tragen und Übernehmen ist der Unterschied zwischen KI tragen und KI übernehmen, und es ist ein Unterschied, den diese Seite bewusst aufrechterhält: ein Ergebnis in der Messung ist kein Freibrief und kein Verbot, es ist eine Momentaufnahme des Zustands, in dem sich die Organisation gerade befindet.
Diese Momentaufnahme veraltet. Eine Organisation, die heute im Datenmanagement bei Foundation liegt, kann in einem Jahr bei Activation stehen, oder ebenso gut dort verharrt sein. Wie oft es sinnvoll ist, erneut zu messen, und wovon das abhängt, lesen Sie unter wie oft eine Reifegradmessung wiederholt werden sollte. Eine einmalige Messung, die in einer Schublade verschwindet, hat wenig Wert; eine Messung, die das Gespräch in der Geschäftsführung neu startet, hat es.
Die Messung löst die Meinungsverschiedenheit in Ihrer Geschäftsführung nicht. Sie macht sie sichtbar, und das ist nicht dasselbe. Wenn Aufsichtsrat und Geschäftsführung sich schon länger über das Tempo der KI-Einführung uneinig sind, liegt die Ursache oft tiefer als ein Mangel an Fakten: Es geht um Risikobereitschaft, darum, wer wofür verantwortlich gemacht wird, darum, was passiert, wenn jemand ein Chatfenster öffnet und meint, damit KI im Haus zu haben. Was Sie nicht sehen, wenn Sie nur das Chatfenster kennen, ist genau der Teil der Organisation, um den es bei dieser Frage geht: die Infrastruktur, die Regeln, die Menschen, die wissen, wann ein System stoppen muss. Warum Ihre Geschäftsführung sich über das Tempo uneinig ist, wird erläutert auf dieser Seite, und es ist oft nützlicher, dieses Gespräch zuerst zu führen, als zu warten, bis ein Pilot ins Stocken gerät und die Frage ohnehin auf den Tisch kommt.
Diese Seite behandelt die Grenze, die Sie vorab ziehen: welche Entscheidung bei einem Menschen bleibt, unabhängig davon, was ein System technisch leisten kann. Sobald diese Grenze näherungsweise steht, verschiebt sich die Frage auf die Arbeit selbst: welche Aufgaben innerhalb dieser Grenze dafür geeignet sind, übertragen zu werden, und welcher Teil einer Funktion unabhängig von der organisatorischen Bereitschaft Menschenarbeit bleibt. Diese Frage beantwortet die Reifegradmessung nicht. Der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Teil der Arbeit von KI übernommen werden kann, und schließt damit an den Punkt an, an dem diese Seite endet: nicht ob Ihre Organisation bereit ist, sondern was konkret bereit liegt, um übertragen zu werden, sobald sie es ist.
Das Tool, mit dem Sie dies selbst abbilden, befindet sich im Aufbau. Wer die Messung durchführen möchte, sobald sie verfügbar ist, kann sich auf die Warteliste setzen.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.