KI-Strategie für Führungskräfte
KI-Vorhaben scheitern selten an der Technik. Sie scheitern daran, dass niemand sagen kann, welches Problem sie lösen sollen – oder daran, dass KI als Insellösung neben den bestehenden Abläufen steht. In diesem Halbtag ordnest du mit deiner Führungsrunde ehrlich ein, was KI im agilen Management eures Unternehmens leisten kann und was nicht. Führung, Prioritäten und strategische Richtung bleiben Menschenaufgabe; KI bereitet Informationen schneller auf und nimmt Routinearbeit ab.
Wir gehen gemeinsam Chancen und Risiken durch, ordnen DSGVO und EU AI Act für eure Lage ein und bestimmen Anwendungsfälle, die zu eurer Organisation passen. Die Einordnung ersetzt keine Rechtsberatung. Daraus entstehen Leitplanken für den Einsatz bei euch, etwa zur Transparenz über Datenquellen und zu klaren Verantwortlichkeiten. Die Reihenfolge steht fest: Erst muss der Ablauf funktionieren, dann kommt das Werkzeug.
Ergebnis: eine KI-Roadmap, die zu eurer Risikoneigung passt – mit den Anwendungsfällen, die ihr ausgewählt habt, und den Regeln, unter denen ihr sie angeht.
Dieses Format anfragen: KI-Strategie für Führungskräfte →
KI im agilen Workflow
KI kann agile Arbeit stärken – oder sie untergraben. Wer sie in Sprint Planning, Retrospektiven oder Backlog-Arbeit einführt, ohne das Team zu beteiligen, schafft neue Abhängigkeiten statt Entlastung. Deshalb entsteht die Lösung in diesem Workshop-Tag mit dem Team, nicht über seinen Kopf hinweg.
Wir gehen eure wiederkehrenden Aufgaben durch und prüfen, wo KI Luft schafft statt neuer Nebenjobs: beim Vorbereiten des Sprint Plannings aus Backlog und Team-Velocity, beim Auswerten von Retro-Notizen über mehrere Sprints, beim Sortieren wiederkehrender Blocker oder beim Statusbericht, der heute von Hand entsteht. In skalierten Programmen kommt das Sichtbarmachen von Abhängigkeiten zwischen Teams vor dem PI Planning dazu. Das Team legt konkrete Anwendungsfälle fest, setzt erste Pilotversuche auf und vereinbart Nutzungsregeln. Was das Team entscheidet, bleibt seine Entscheidung.
Ergebnis: ein KI-Integrationskonzept mit konkretem Rollout-Plan, das euer Team trägt, weil es dieses Konzept selbst erarbeitet hat.
Dieses Format anfragen: KI im agilen Workflow →
KI Prompting Basics
Eine vage Frage an ein KI-Werkzeug bekommt eine flüssig formulierte Antwort. Ob sie stimmt, steht auf einem anderen Blatt. In diesem Halbtag geht es um das Handwerk dahinter: präzise Prompts schreiben und Antworten kritisch lesen. Wir schauen, wie sich Prompting bis heute entwickelt hat, und üben, wie man die aktuellen Modelle so anleitet, dass sie Ergebnisse in hoher Qualität liefern. Geübt wird an euren echten Aufgaben.
Zwei Regeln gelten vom ersten Prompt an. Ein Mensch prüft das Ergebnis, bevor eine relevante Entscheidung darauf aufbaut. Und alle Teilnehmenden verstehen, wie das Werkzeug grundsätzlich arbeitet – sonst bleibt jede Antwort eine Blackbox. Das Format passt für Führungsrunden wie für Teams. Wie tief wir gehen und ob der Schwerpunkt auf der Methodik oder auf der Anwendung im Alltag liegt, klären wir vorher gemeinsam mit euch.
Ergebnis: Die Teilnehmenden stellen KI-Werkzeugen klarere Fragen und hinterfragen die Antworten, bevor sie damit weiterarbeiten.
Dieses Format anfragen: KI Prompting Basics →
Scrum-Schulung
Ich habe Teams begleitet, die alle Rollen besetzt und alle Meetings abgehalten haben – und trotzdem nicht wussten, was sie als Nächstes tun sollten. Das war kein Prozessproblem, sondern ein Verständnisproblem. Diese Scrum-Schulung zeigt, warum Scrum so gebaut ist, wie es ist, und was das für eure tägliche Arbeit bedeutet. Sinnvoll ist sie für Teams, die neu starten, und für Teams, deren Sprint Reviews ohne echtes Feedback bleiben und deren Retrospektiven immer dieselben Themen drehen.
Gearbeitet wird an Situationen, die das Team mitbringt, nicht an Standard-Folien. Dabei ist Raum für unbequeme Fragen: Was passiert, wenn das Management keine Zeit für Reviews hat? Was tun, wenn der Product Owner zu viel oder zu wenig entscheidet? Nach einem Schulungstag ist kein Team agil, und das verspreche ich auch nicht.
Ergebnis: ein gemeinsames Verständnis, wozu Rollen, Artefakte und Events in Scrum da sind – und eine ehrliche Einschätzung, was Scrum in eurem Kontext leisten kann und wo seine Grenzen liegen.
Dieses Format anfragen: Scrum-Schulung →
Requirements Engineering
Sprint Review: Das Ergebnis ist technisch korrekt, der Product Owner sieht es zum ersten Mal – und es ist nicht das, was gemeint war. Das ist kein Versagen des Teams. Es fehlt ein Klärungsprozess dafür, wie Anforderungen entstehen, beschrieben und priorisiert werden. Requirements Engineering im agilen Kontext heißt nicht, alles vorab zu spezifizieren, sondern die richtigen Fragen zum richtigen Zeitpunkt zu stellen.
Zuerst führe ich Stakeholder-Interviews und schaue mir eure Prozesse an. Auf diesen Erkenntnissen baut der Workshop mit Product Owner, Scrum Master und Team auf: Dort üben wir, Anforderungen per User Story Mapping zu ordnen. Dabei entstehen User Stories, die beschreiben, wem was warum nützt, und Akzeptanzkriterien, nach denen „fertig“ für Team und Product Owner dasselbe bedeutet. Der Backlog spiegelt danach eure Prioritäten, statt Wünsche zu sammeln.
Ergebnis: ein überarbeitetes Backlog-Format und ein Backlog, mit dem euer Team am Montag loslegen kann.
Dieses Format anfragen: Requirements Engineering →