KI im ganzen Team, nicht nur bei zwei Begeisterten

Ja, in drei Formaten. Die Remote-Reihe umfasst 8 x 1 Stunde über 2 bis 8 Wochen, mit Zeit zum Ausprobieren zwischen den Terminen, und skaliert für größere Runden. Vor Ort sind es zwei Tage mit maximal 10 Teilnehmenden und einer Vorbereitung, die wir vorher mit euren KI-Champions machen. Dazu das Einzelcoaching, das eine Person zur KI-Expertin für euer Haus macht. Inhaltlich trennen wir nach Publikum: Für Entwicklerteams geht es um Loop und Harness Engineering und um agentisches Arbeiten im Team, für alle anderen um KI im Arbeitsalltag mit klarer Anweisung, erlaubtem Werkzeug und Prüfschritt. Gearbeitet wird an euren echten Aufgaben, nicht an Beispielfolien. Die drei Trainingsformate im Detail

Maßnahmen ja, ein bestimmter Kurs nein. Wer KI beruflich nutzt, auch nur ChatGPT, muss nach Art. 4 KI-Verordnung seit dem 2. Februar 2025 Maßnahmen zur KI-Kompetenz ergreifen, für das eigene Personal und für Personen, die in eurem Auftrag KI nutzen. Seit der Änderung durch die Verordnung (EU) 2026/1744, in Kraft seit 27. Juli 2026, heißt das: die Entwicklung der KI-Kompetenz unterstützen, ohne garantiertes Niveau. Ein Zertifikat, ein festes Schulungsformat oder einen KI-Beauftragten verlangt Art. 4 laut Bundesnetzagentur und EU-Kommission nicht, und ein eigenes Bußgeld für Art. 4 sieht das deutsche KI-MIG bisher nicht vor. Dokumentieren solltet ihr eure Maßnahmen trotzdem, das empfiehlt die Bundesnetzagentur. Was Art. 4 genau verlangt, mit Fundstellen

Wenn es einen Betriebsrat gibt, meistens ja. § 87 Abs. 1 Nr. 6 BetrVG greift schon dann, wenn ein System objektiv geeignet ist, Verhalten oder Leistung zu erfassen, eine Überwachungsabsicht braucht es dafür nicht. Eine Regelungsabrede reicht nur, solange ihr Rechte und Pflichten der Beschäftigten nicht selbst regelt, denn sie bindet Arbeitgeber und Betriebsrat, nicht die Arbeitsverhältnisse (§ 77 Abs. 4 BetrVG). In der Praxis scheitern Verhandlungen selten am Muster, sondern an fünf Stellen: Protokolldaten, Geltungsbereich, Tool-Anlage, Qualifizierung und Entscheidungen über Menschen. Gliederung, Tool-Anlage und die fünf kritischen Klauseln

Nichts. 30 Minuten, kein Verkaufsgespräch, keine Vorbereitung nötig. Wir schauen gemeinsam, wo ihr steht und was der nächste sinnvolle Schritt wäre. Manchmal ist die Antwort, dass ihr ihn selbst gehen könnt, dann sagen wir das auch. Wenn Beratung, Training oder Projekt gerade nicht das Passende für euch sind, hört ihr das im Gespräch und nicht erst im Angebot.

Das hängt vom Vorhaben ab, und wir nennen hier bewusst keine Pauschale, die für euch dann doch nicht stimmt. Im Erstgespräch hört ihr, in welcher Größenordnung sich euer Fall bewegt und woraus sich das zusammensetzt. Bei Projekten rechnen wir zusätzlich vor, was ein einzelner Vorgang im Betrieb kostet, damit ihr die Rechnung nach der Übergabe selbst weiterführen könnt. Das Budgetfeld im Formular ist freiwillig, es hilft uns nur einzuschätzen, worüber wir reden.

Größe spielt keine Rolle, vom kleinen Betrieb bis zum Softwarehaus, in dem mehrere Entwicklerteams parallel arbeiten. Was zählt, ist etwas anderes: ein Thema, das euch wirklich beschäftigt, und die Bereitschaft, Prozesse und Datenlage offenzulegen. Ohne das bleibt jede Empfehlung ein Ratschlag ins Blaue.

Wir arbeiten mit dem, was bei euch freigegeben ist, und klären vor dem ersten Schritt, welche Modelle und Umgebungen dafür in Frage kommen. Im Training bringen wir keine Daten aus eurem Haus heraus. In Projekten gehören Sourcecode und Dokumentation euch, ohne Abhängigkeit von uns. Wenn eure Vorgaben einen Weg ausschließen, sagen wir das, bevor wir anfangen, und nicht hinterher.

Nein, das ist der Normalfall. Erzählt uns, wo der Schuh drückt: welche Vorgänge Zeit fressen, welche Fehler wiederkehren, wo Wissen verloren geht. Wir haben 1.560 Use Cases aus 71 Branchen gesammelt und übersetzen das mit euch in etwas Umsetzbares. Manchmal ist das Ergebnis auch: noch nicht.

Dann sagen wir es euch, auch wenn es gegen unser eigenes Interesse geht. Wir bauen lieber ein Projekt weniger als eines gegen die Zahlen. Datenlage zu dünn, Prozess zu unklar, Kosten pro Vorgang zu hoch: ein sauberes Nein ist ein Ergebnis, kein Scheitern. Was wir bauen, gehört euch: Sourcecode und Dokumentation, ohne Abhängigkeit von uns.