KI im Projektmanagement: Aufgaben, Termine und Stände ohne zweites Werkzeug

KI im Projektmanagement heißt bei uns nicht, ein Programm mit einer KI-Funktion zu kaufen, es heißt, aus dem Material, das ohnehin jeden Tag anfällt, einmal am Tag eine geordnete Antwort zu ziehen: wer macht was bis wann, wie weit ist das Projekt, was ist offen. Das Material liegt schon da. Es sind die Notizen aus der Besprechung, die Mitschrift des Videotermins, die drei Mails mit den Rückfragen und der Ordner, in dem die Dateien liegen. Was fehlt, ist nicht ein weiteres Werkzeug. Es fehlt eine feste Anweisung, die dieses Material jeden Donnerstag in dieselbe Form bringt.

Wir führen zu zweit mehrere Unternehmen ohne zusätzliches Team, pintry., KI.ohne.Team, ein laufendes Mandat für DoktorLeads und dazu Kunden-Websites. Wenn du drei bis zehn Leute um dich hast, kennst du die Lage: Es gibt ein Werkzeug für Aufgaben, eines für Notizen, einen Gruppenchat, ein Postfach und eine Tabelle, die jemand vor einem Jahr angelegt hat. Jedes einzelne davon ist in Ordnung. Zusammen ergeben sie kein Bild. Und das elfte Werkzeug, das alle Bilder zusammenführen soll, ist genau das Werkzeug, in dem nach sechs Wochen niemand mehr etwas einträgt.

Dieser Artikel zeigt deshalb vier Abläufe mit vollständigen Prompts, die du kopieren kannst. Danach kommt der ehrliche Teil: die Stelle, an der eine KI im Projektmanagement regelmäßig falsche Termine und falsche Namen produziert, mit der Gegenmaßnahme. Die Frage, die du einer KI nie stellst, nämlich wie lange etwas dauert, und was du stattdessen fragst. Und am Ende drei Anzeichen dafür, dass du jetzt doch ein eigenes Programm einrichten solltest.

Was bedeutet KI im Projektmanagement?

KI im Projektmanagement bedeutet, dass ein Sprachmodell die Schreibarbeit an einem Projekt übernimmt: aus gesprochenem oder geschriebenem Rohmaterial die Aufgaben, Termine, Zuständigkeiten und den aktuellen Stand herausziehen und in eine feste Form bringen. Was es nicht bedeutet: dass eine KI entscheidet, was wichtig ist, wer wofür zuständig wird oder wann etwas fertig sein muss.

Die Trennung ist der ganze Kern des Themas. Projektarbeit besteht aus zwei sehr verschiedenen Teilen. Der erste Teil ist Entscheiden: Was machen wir zuerst, wer hat den Hut auf, welchen Termin sagen wir dem Kunden zu, was lassen wir liegen. Der zweite Teil ist Verwaltung: aufschreiben, was entschieden wurde, es an der richtigen Stelle ablegen, eine Woche später nachsehen, was davon passiert ist, und jemandem außerhalb erzählen, wie es läuft. Der erste Teil bleibt bei dir. Der zweite Teil kostet bei einem Projekt mit fünf Leuten ohne Übertreibung mehrere Stunden pro Woche, und genau dieser Teil lässt sich beschreiben und abgeben.

Die meisten Artikel zu dem Thema behandeln eine dritte Sache, die weder Entscheiden noch Verwaltung ist: Sie vergleichen Programme, in die jemand eine KI-Funktion eingesetzt hat. Das ist eine berechtigte Frage, wenn du schon ein Programm nutzt, in dem alle Aufgaben liegen. Wenn dein Stand aber auf sieben Orte verteilt ist, löst die KI-Funktion in einem achten Ort das Problem nicht, sie verschiebt es. Vorher hattest du sieben Orte und keinen Überblick. Danach hast du acht Orte und eine Zusammenfassung des achten.

Wir gehen den anderen Weg. Das Rohmaterial bleibt, wo es ist. Die KI ist die Stelle, an der es einmal am Tag oder einmal in der Woche zusammenkommt, und das Ergebnis ist eine Textdatei in einem Ordner. Eine Textdatei kann jeder lesen, sie funktioniert in fünf Jahren noch, und niemand muss sich anmelden.

Warum wir für Projekte kein weiteres Programm einrichten

Wir richten kein weiteres Programm ein, weil jedes zusätzliche Werkzeug eine Pflegeschuld erzeugt, die ein Team von drei bis zehn Leuten nicht nebenbei abträgt. Ein Programm ist erst dann besser als eine Textdatei, wenn mehrere Leute gleichzeitig darin arbeiten und voneinander abhängen. Vorher ist es ein Ort, an dem der Stand veraltet, während alle glauben, er sei aktuell.

Der teurere Teil daran ist nicht das Abo. Es ist die Doppelpflege. Sobald ein Projekt in einem Aufgaben-Programm steht und gleichzeitig in Notizen, Mails und dem Gruppenchat weiterlebt, pflegt irgendwer beides. Meistens ist dieser irgendwer der Projektverantwortliche, und meistens pflegt er das Programm für die anderen, damit es nach außen sauber aussieht. Was dann tatsächlich passiert, steht weiter im Chat.

Der zweite Grund ist die Reihenfolge, die Sascha in oh.my.Claude lehrt, unserem Einsteigerkurs mit monatlicher Live-Masterclass für 169 Euro: erst Cowork, dann Projekte ordentlich anlegen, dann Claude Code. Der Gedanke dahinter passt genau hierher. Wer mit dem größten Werkzeug anfängt, bevor er den Ablauf beschrieben hat, bekommt schnell ein Ergebnis, das er nicht nachvollziehen kann. Wer erst den Ablauf beschreibt, kann ihn später in jedes Programm umziehen, auch in ein Projektmanagement-Programm mit KI-Funktion. Die Beschreibung ist der Wert, nicht das Werkzeug.

Der dritte Grund ist banal: Wir haben kein Team, das Dinge auffängt. Was liegen bleibt, bleibt liegen. Ein Projektstand, der nur entsteht, wenn jemand Lust hat, ihn zu pflegen, entsteht in einer vollen Woche nicht. Ein Projektstand, der aus dem Material entsteht, das ohnehin anfällt, entsteht auch in einer vollen Woche.

Und ein vierter, der oft übersehen wird: Textdateien lassen sich prüfen. Wenn ein Projektstand als Datei in einem Ordner liegt, siehst du beim Lesen, was sich seit letzter Woche geändert hat. In einem Programm siehst du eine Liste mit Häkchen und weißt nicht, ob jemand vergessen hat, eines zu setzen.

Die vier Abläufe auf einen Blick

Hier stehen alle vier nebeneinander, mit dem Auslöser, dem Rohmaterial und dem Ergebnis. Danach folgt jeder einzeln mit vollständigem Prompt.

Ablauf	Auslöser	Rohmaterial	Ergebnis
1 Aufgabenliste	Besprechung ist vorbei	Mitschrift oder Notizen	Aufgaben mit Name und Termin, dazu ein Feld "offen"
2 Projektstand	einmal pro Woche, fester Tag	alte Protokolle, Notizen, Mails	eine Seite: fertig, läuft, offen, blockiert
3 Kundenbericht	vor dem Termin mit dem Kunden	der Projektstand aus Ablauf 2	8 bis 12 Zeilen, die der Kunde versteht
4 Offene Punkte	Tag vor dem nächsten Termin	Protokolle der letzten zwei Termine	Liste der Zusagen, die noch nicht erledigt sind

Die Tabelle sagt in einem Satz: Kein Ablauf braucht neue Daten, jeder nimmt Material, das schon existiert, und bringt es in eine Form, die du am Donnerstag in zwei Minuten liest.

Zwei Dinge fallen beim Lesen auf. Erstens hängen die vier zusammen: Ablauf 1 füttert Ablauf 2, Ablauf 2 füttert Ablauf 3, Ablauf 4 prüft, was aus Ablauf 1 geworden ist. Du kannst trotzdem bei jedem einzeln anfangen, und wir empfehlen genau das. Zweitens steht in der Spalte mit dem Rohmaterial nichts, was du extra erzeugen musst. Wenn du heute keine Mitschrift von Besprechungen hast, ist das der eine Punkt, den du vorher einrichtest, und dazu steht alles im Artikel zur Transkription mit KI.

Zum Vergrößern tippen

Die Grafik sagt in einem Satz: Aus einer Besprechung wird eine Aufgabenliste, aus Notizen ein Projektstand, aus dem Stand ein Kundenbericht, und vor dem nächsten Termin stellst du genau eine Frage.

Ablauf 1: Aus einer Besprechung wird eine Aufgabenliste mit Name und Termin

Der erste Ablauf nimmt die Mitschrift einer Besprechung und liefert eine Liste, in der bei jeder Aufgabe ein Name und ein Datum steht, und in der alles, was ohne Namen oder ohne Datum geblieben ist, in einem eigenen Abschnitt landet. Dieser letzte Punkt ist der wichtige. Eine Liste, in der nichts offen ist, sieht ordentlich aus und stimmt fast nie.

Was vorher bei uns passiert ist: Nach einem Projekttermin gab es eine Mitschrift, die niemand liest, und im Kopf drei Aufgaben. Wer sie aufgeschrieben hat, hat sie im eigenen Aufgaben-Programm aufgeschrieben, also nur für sich. Die anderen haben ihre eigenen drei Aufgaben behalten, teilweise andere. Beim nächsten Termin kam dann die Frage, wer eigentlich die Freigabe beim Kunden einholen wollte, und drei Leute hatten drei Antworten.

Was jetzt passiert: Die Mitschrift geht mit dem Prompt unten in einen Chat. Zurück kommt eine Tabelle mit vier Spalten und darunter zwei kurze Abschnitte, Entscheidungen und offene Punkte. Das Ergebnis geht in den Gruppenchat, und zwar ohne Nachbearbeitung, mit dem Abschnitt "offen" sichtbar. Genau dieser Abschnitt erzeugt die Antworten, die vorher beim nächsten Termin gekommen wären.

Ein Unterschied zum Ablauf im Artikel über KI im Büro: Dort liegt derselbe Vorgang als fest eingerichteter Skill vor, der ein Protokoll für einen einzelnen Termin erstellt. Hier geht es um Projektarbeit über Wochen, und deshalb hat die Liste zwei Zusätze, die im allgemeinen Protokoll fehlen: den Bezug auf eine Aufgabe aus einem früheren Termin, und die Kennzeichnung, ob die Aufgabe bei uns liegt oder beim Kunden. Beides brauchst du in Ablauf 4 wieder.

Hier ist der Prompt. Du tauschst nur den Teil in Klammern aus.

Du erstellst aus einer Mitschrift die Aufgabenliste für ein laufendes Projekt.

Projekt: (Projektname)
Beteiligte und ihre Rollen: (Name = Rolle, Name = Rolle, Name = Rolle. Bei Personen auf Kundenseite dahinter "Kunde" schreiben.)
Datum der Besprechung: (TT.MM.JJJJ)
Heute ist: (TT.MM.JJJJ)

Gib mir vier Teile, in dieser Reihenfolge:

TEIL 1, Entscheidungen. Jede Entscheidung, die in dieser Besprechung
gefallen ist, als ganzer Satz. Nur Entscheidungen, keine Absichten.
Ein Satz beginnt mit dem, was jetzt gilt, nicht mit "es wurde
besprochen".

TEIL 2, Aufgaben. Eine Tabelle mit den Spalten: Aufgabe, Zustaendig,
Termin, Seite. In "Seite" steht "wir" oder "Kunde". Der Termin steht
als Datum im Format TT.MM.JJJJ. Wenn in der Besprechung eine relative
Angabe gefallen ist ("naechste Woche", "bis Monatsende"), rechne sie
auf ein Datum um und schreib dahinter in Klammern das Original, damit
ich es pruefen kann.

TEIL 3, Offen. Alles, wozu eine der drei Angaben fehlt: keine Person
genannt, kein Termin genannt, oder unklar ob es eine Aufgabe ist.
Schreib pro Zeile, was fehlt, und wer es entscheiden muss.

TEIL 4, Bezug nach hinten. Aufgaben aus dieser Besprechung, die sich
auf etwas beziehen, das laut Mitschrift schon vorher offen war.

Harte Regeln:
- Erfinde keinen Namen und kein Datum. Wenn eine Person im Text nicht
  klar genannt wird, gehoert die Zeile in TEIL 3, auch wenn sich aus
  dem Zusammenhang etwas ahnen laesst.
- "ich mache das" ohne erkennbaren Sprecher gehoert in TEIL 3.
- Keine Zusammenfassung, keine Einleitung, keine Bewertung, ob das
  Projekt gut laeuft.
- Woertliche Zitate bleiben woertlich, in geraden Anfuehrungszeichen.
- Schreib kurze Saetze in normaler Alltagssprache.

Hier ist die Mitschrift:
(Text einfuegen)

Was du einmal einrichtest: eine Quelle für die Mitschrift und die Liste der Beteiligten mit Rollen. Die Rollenliste ist der Teil, den fast alle weglassen, und sie entscheidet über die Qualität. Wenn im Prompt steht, dass Melanie die Entwicklung macht und Jan beim Kunden sitzt, ordnet das Modell ein "das schaue ich mir an" viel öfter richtig zu. Ohne diese Liste bekommst du mehr Zeilen in Teil 3, was nicht falsch ist, aber mehr Arbeit macht.

Was von Hand bleibt: die Namen und die Termine lesen, bevor die Liste in den Chat geht. Das sind bei einer Stunde Besprechung ungefähr zwei Minuten. Wir machen das immer, und das hat einen Grund, der im Abschnitt über die erfundenen Termine steht.

Ablauf 2: Aus verstreuten Notizen wird ein Projektstand auf einer Seite

Der zweite Ablauf nimmt alles, was in der letzten Woche zu einem Projekt entstanden ist, und macht daraus eine Seite mit vier Abschnitten: fertig, läuft, offen, blockiert. Er ist der Ablauf, der bei uns am meisten Zeit spart, und gleichzeitig der, bei dem die meisten zuerst aufhören, weil sie glauben, sie müssten vorher aufräumen.

Musst du nicht. Das ist der Punkt. Du kopierst die letzten zwei Protokolle, die relevanten Mails und deine Notizen hintereinander in ein Feld, in beliebiger Reihenfolge, mit Tippfehlern, mit halben Sätzen. Ein Sprachmodell ist genau darin gut: aus unordentlichem Material die Struktur ziehen. Was es nicht gut kann, ist erraten, welcher von zwei widersprüchlichen Stände der neuere ist, und deshalb steht das im Prompt.

Was vorher bei uns passiert ist: Der Stand eines Projekts lag im Kopf des Verantwortlichen. Das funktioniert bei einem Projekt. Bei vier Projekten parallel beginnt jeder Montag mit der Frage, wo man stehen geblieben ist, und diese Frage kostet pro Projekt einige Minuten und eine Menge Anlauf. Wenn dann jemand fragt, wie es bei Projekt drei steht, bekommt er die Antwort "ganz gut", weil eine ehrliche Antwort zwanzig Minuten Nachsehen gekostet hätte.

Was jetzt passiert: Einmal in der Woche, bei uns am Donnerstag, läuft der Prompt unten über das Material. Das Ergebnis geht als Datei mit dem Datum im Namen in den Projektordner. Am nächsten Donnerstag geht die Datei der letzten Woche als erstes Material mit hinein, und dadurch kommt eine Spalte dazu, die keine Notiz von allein hat: was sich seit letzter Woche bewegt hat und was nicht. Eine Zeile, die vier Wochen hintereinander unverändert unter "läuft" steht, läuft nicht.

Du erstellst den Projektstand fuer eine Woche.

Projekt: (Projektname)
Beteiligte und Rollen: (Liste)
Heute ist: (TT.MM.JJJJ)
Der Stand der letzten Woche steht am Anfang des Materials, alles
danach ist neuer.

Gib mir eine Seite mit vier Abschnitten, in dieser Reihenfolge:

FERTIG. Was seit dem letzten Stand abgeschlossen wurde. Pro Zeile die
Sache, die Person und das Datum, an dem es fertig war.

LAEUFT. Was gerade gemacht wird. Pro Zeile die Sache, die Person, der
zugesagte Termin und eine Spalte "seit". In "seit" steht, seit wann
diese Zeile unveraendert im Stand steht. Wenn eine Zeile schon im
Stand der letzten Woche genauso stand, schreib das hin.

OFFEN. Was ansteht und noch niemandem gehoert. Pro Zeile die Sache und
was fehlt, damit sie jemandem gehoeren kann.

BLOCKIERT. Was nicht weitergeht, weil etwas anderes fehlt. Pro Zeile:
die Sache, worauf sie wartet, wer das liefern muss, und seit wann
gewartet wird.

Danach genau drei Saetze unter der Ueberschrift "Woran ich zweifle".
Darin stehen die Stellen, an denen das Material sich widerspricht oder
unklar ist. Kein Vorschlag, nur die Stelle.

Harte Regeln:
- Bei Widerspruch gilt der neuere Text. Wenn du nicht erkennen kannst,
  welcher neuer ist, kommt der Punkt in "Woran ich zweifle" und nicht
  in einen der vier Abschnitte.
- Erfinde keinen Fortschritt. Wenn zu einer Aufgabe seit dem letzten
  Stand nichts im Material steht, bleibt sie unveraendert stehen, mit
  dem alten Datum in "seit".
- Keine Prozentangaben zum Fortschritt.
- Keine Einleitung, kein Fazit, keine Bewertung des Projekts.
- Kurze Saetze, normale Alltagssprache, keine Fachwoerter.

Hier ist das Material, aeltestes zuerst:
(Stand der letzten Woche, dann Protokolle, Mails, Notizen einfuegen)

Was du einmal einrichtest: einen Ordner pro Projekt und einen festen Wochentag. Der Ordner enthält nur Textdateien mit dem Datum im Namen. Der feste Tag ist wichtiger als der Ordner, weil ein Projektstand seinen Wert aus dem Vergleich zieht, und ein Vergleich braucht gleiche Abstände. Wenn du mit Claude arbeitest und die Projekte dort trennst, hat jedes Projekt einen eigenen Gedächtnis-Raum plus eine eigene Zusammenfassung, dazu gibt es das globale Gedächtnis außerhalb der Projekte. Was das genau heißt und wo die Grenzen liegen, steht im Artikel zu Memory und Projekten.

Was von Hand bleibt: der Abschnitt "Woran ich zweifle". Den liest du selbst, und meistens löst sich die Hälfte mit einer Nachricht an eine Person auf. Das ist keine Nacharbeit, das ist der eigentliche Nutzen des Ablaufs. Ohne ihn hättest du die Widersprüche erst beim nächsten Termin gemerkt.

Eine Sache noch, die beim ersten Durchgang überrascht: Der erste Projektstand ist meistens unangenehm. Es stehen deutlich mehr Zeilen unter "blockiert" als man dachte, und einige davon warten seit sechs Wochen. Das ist kein Fehler des Ablaufs. Es ist der Grund, ihn einzurichten.

Ablauf 3: Aus dem Projektstand wird ein kurzer Bericht für den Kunden

Der dritte Ablauf macht aus der internen Seite von Ablauf 2 einen Text von 8 bis 12 Zeilen, den ein Kunde ohne Rückfrage versteht. Er ist der kürzeste der vier und der, bei dem die meiste Vorsicht nötig ist, weil er das Einzige ist, was nach draußen geht.

Der Unterschied zwischen den zwei Texten ist nicht die Länge. Es ist die Frage, die sie beantworten. Der interne Stand antwortet auf "wer macht was und was hängt". Der Kundenbericht antwortet auf "sind wir im Plan und muss ich etwas tun". Eine KI schreibt dir die zweite Antwort aus der ersten, wenn du ihr sagst, dass es zwei verschiedene Fragen sind. Wenn du es nicht sagst, bekommst du eine gekürzte interne Liste, inklusive der Sätze, die intern in Ordnung sind und nach außen falsch klingen.

Was vorher bei uns passiert ist: Der Bericht an den Kunden entstand eine halbe Stunde vor dem Termin, und weil die Zeit knapp war, stand darin, was gerade im Kopf war. Das war nicht falsch, es war unvollständig, und unvollständig heißt bei Kundenberichten: Der Punkt, der dem Kunden Arbeit macht, fehlt. Also die Freigabe, die er seit zwei Wochen nicht gegeben hat.

Was jetzt passiert: Der Prompt unten läuft über den internen Stand. Zurück kommt ein Text mit drei Teilen: was fertig ist, was als Nächstes kommt, und was wir von ihm brauchen. Der dritte Teil ist der, wegen dem der Bericht überhaupt geschrieben wird, und er steht deshalb nicht am Ende versteckt, er steht als eigener Abschnitt mit Datum.

Du schreibst aus einem internen Projektstand einen kurzen Bericht fuer
den Kunden.

Kunde: (Firma), Ansprechpartner: (Name)
Projekt: (Projektname)
Heute ist: (TT.MM.JJJJ)
Naechster gemeinsamer Termin: (TT.MM.JJJJ)
Anrede: (du oder Sie)

Gib mir 8 bis 12 Zeilen in drei Abschnitten:

1. ERLEDIGT SEIT DEM LETZTEN MAL. Zwei bis vier Zeilen. Jede Zeile
sagt, was jetzt da ist, nicht was wir getan haben. Also "die
Anmeldeseite ist online" statt "wir haben die Anmeldeseite
fertiggestellt".

2. ALS NAECHSTES. Zwei bis vier Zeilen mit dem Datum, an dem es fertig
sein soll.

3. WAS WIR VON DIR BRAUCHEN. Eine Zeile pro Punkt, mit Datum, bis wann
wir es brauchen, und mit dem Hinweis, was sich verschiebt, wenn es
spaeter kommt. Wenn wir nichts brauchen, schreib "nichts" und sonst
nichts.

Harte Regeln:
- Nur was im Material steht. Keine Aussage ueber Termine, die dort
  nicht steht.
- Keine Entschuldigung, keine Erklaerung, warum etwas laenger
  gedauert hat, ausser der Grund steht im Material.
- Kein internes Wort. Keine Namen von Programmen, keine Kuerzel, keine
  Rollenbezeichnungen aus unserem Team.
- Keine Prozentangabe zum Fortschritt.
- Jeder Satz muss ohne Vorwissen verstaendlich sein. Eine Zeile, die
  man zweimal lesen muss, schreibst du neu.
- Keine Bewertung, ob das Projekt gut laeuft.

Hier ist der interne Stand:
(Text einfuegen)

Was du einmal einrichtest: die Anrede und eine kurze Liste der Wörter, die nach außen nicht vorkommen. Bei uns sind das die Namen unserer eigenen Abläufe, die Kürzel aus dem Vault und alles, was nach Werkzeug klingt. Der Kunde hat das Projekt beauftragt, nicht unsere Arbeitsweise.

Was von Hand bleibt: der dritte Abschnitt. Ob wir dem Kunden schreiben, dass sich der Termin verschiebt, wenn seine Freigabe später kommt, ist eine Entscheidung mit Folgen, und die trifft ein Mensch. Das Modell schreibt den Satz, wir entscheiden, ob er rausgeht. Und die Zahlen im Bericht lesen wir gegen, jede einzelne.

Ablauf 4: Vor dem nächsten Termin fragst du, was noch offen ist

Der vierte Ablauf ist der kleinste und der mit dem besten Verhältnis von Aufwand zu Wirksamkeit: Am Tag vor einem Projekttermin legst du die Protokolle der letzten zwei Termine vor und fragst, welche Zusagen darin noch nicht als erledigt auftauchen. Das Ergebnis ist eine Liste mit fünf bis fünfzehn Zeilen, und sie ist die Grundlage für die ersten zehn Minuten des Termins.

Der Grund, warum das funktioniert, ist unangenehm einfach. Die meisten Projekttermine beginnen mit einem Rundlauf, in dem jeder erzählt, woran er gearbeitet hat. Ein Rundlauf erzeugt Berichte über Tätigkeit. Was er nicht erzeugt, ist die Frage nach dem, was jemand zugesagt und nicht gemacht hat, weil diese Frage niemand von sich aus stellt. Wenn die Liste vor dem Termin auf dem Tisch liegt, stellt sie sich von allein, und zwar ohne dass jemand jemanden vorführen muss. Auf der Liste steht keine Schuld, auf der Liste steht ein Datum.

Was vorher bei uns passiert ist: Zusagen sind in Protokollen verschwunden. Nicht die großen, die kleinen. "Ich frage beim Hoster nach" steht in einem Protokoll von vor drei Wochen, und niemand hat es seitdem erwähnt, und beim Start der Seite fällt auf, dass niemand gefragt hat.

Was jetzt passiert: Der Prompt unten läuft am Tag vorher. Die Liste geht als Nachricht in den Gruppenchat, mit einem Satz davor: das hier gehen wir morgen in den ersten zehn Minuten durch. Damit hat jeder die Möglichkeit, seine Zeile vorher zu erledigen oder zu sagen, dass es nicht geht. Beides ist ein besseres Ergebnis als die Überraschung im Termin.

Du prueffst, welche Zusagen aus den letzten Terminen noch offen sind.

Projekt: (Projektname)
Heute ist: (TT.MM.JJJJ)
Naechster Termin: (TT.MM.JJJJ)

Geh die Protokolle durch und gib mir eine Tabelle mit den Spalten:
Zusage, Wer, Zugesagt am, Termin war, Status.

In "Status" steht genau eines von drei Woertern:
- "erledigt", wenn in einem spaeteren Protokoll oder im Material steht,
  dass es gemacht wurde.
- "offen", wenn nichts dazu steht.
- "unklar", wenn sich die Angaben widersprechen.

Sortiere nach "Termin war", das aelteste zuerst.

Danach zwei Listen:
LISTE A, die drei aeltesten offenen Zusagen. Pro Zeile ein Satz, was
passiert, wenn sie weitere zwei Wochen offen bleiben. Nur was aus dem
Material hervorgeht.
LISTE B, alle Zusagen mit Status "unklar", mit der Frage, die im
Termin gestellt werden muss.

Harte Regeln:
- Eine Zusage ist ein Satz, in dem eine benannte Person sagt, dass sie
  etwas macht. Eine Absicht ohne Person ist keine Zusage und kommt
  nicht in die Tabelle.
- Erfinde keinen Status. Ohne Beleg im Material ist der Status "offen".
- Leite aus einem spaeteren Termin nicht ab, dass etwas erledigt sein
  muss, nur weil niemand mehr darueber geredet hat.
- Keine Bewertung von Personen. Auf der Liste stehen Zusagen und
  Daten, keine Urteile.

Hier sind die Protokolle, aeltestes zuerst:
(Text einfuegen)

Was du einmal einrichtest: nichts, wenn Ablauf 1 läuft. Das ist der Grund für die Reihenfolge in diesem Artikel. Ablauf 4 lebt von Protokollen, in denen bei jeder Zusage ein Name und ein Datum steht, und genau die liefert Ablauf 1.

Was von Hand bleibt: die Entscheidung, wie du die Liste in den Raum gibst. Eine Liste mit Namen und Daten ist ein starkes Mittel, und sie funktioniert nur, solange alle verstehen, dass sie das Projekt schützt und nicht Leute vorführt. Wir schicken sie deshalb immer an alle, inklusive unserer eigenen offenen Zeilen, und bei uns stehen regelmäßig welche drauf.

Wo eine KI im Projektmanagement regelmäßig danebenliegt: erfundene Termine und Zuständigkeiten

Die häufigste und teuerste Fehlleistung einer KI im Projektmanagement ist, dass sie Termine und Zuständigkeiten in die Liste schreibt, die im Gespräch niemand gesagt hat. Das passiert nicht selten, es passiert bei fast jedem Durchgang ohne passende Regel im Prompt, und es ist deshalb gefährlich, weil das Ergebnis richtig aussieht.

Der Mechanismus dahinter ist kein Fehler im engeren Sinn. Ein Sprachmodell ergänzt, was zu einem Muster passt. Eine Aufgabenliste hat in aller Welt drei Spalten, und eine Zelle in einer Tabelle sieht falsch aus, wenn sie leer ist. Also füllt das Modell sie, mit dem plausibelsten Wert. Im Protokoll steht "ich kümmere mich um die Freigabe". Drei Leute waren im Raum. Einer von ihnen ist der, der in der Mitschrift am meisten redet. Der Name landet in der Zelle. Beim Termin steht "bis Ende der Woche", also Freitag, und der Freitag landet als Datum in der Liste, obwohl "Ende der Woche" bei dieser Person seit Jahren Sonntagabend heißt.

Die drei Formen, in denen es bei uns aufgetreten ist:

Der zugeordnete Name. Ein "das mache ich" ohne erkennbaren Sprecher bekommt einen Namen. Die Mitschrift-Werkzeuge trennen Sprecher nicht immer sauber, besonders wenn zwei Leute in einem Raum an einem Mikrofon sitzen. Aus einer unklaren Stelle wird eine klare Zeile.

Das umgerechnete Datum. Aus "nächste Woche" wird ein konkreter Tag. Das ist an sich gewollt, denn ein Datum ist besser als eine Formulierung. Was fehlt, ist der Hinweis, dass es eine Umrechnung war. Zwei Wochen später diskutiert dann jemand über einen Termin, den nie jemand zugesagt hat.

Die glatte Liste. Ein Punkt, über den im Termin zehn Minuten geredet wurde, ohne zu einem Ergebnis zu kommen, erscheint als Aufgabe mit Name und Datum. Die Diskussion war der Inhalt, das Modell macht daraus ein Ergebnis, weil ein Protokoll Ergebnisse enthält.

Die Gegenmaßnahme hat drei Teile, und der erste ist der wichtige.

Erstens: ein Abschnitt, in dem Unvollständiges erlaubt ist. Solange eine Liste nur aus Zeilen mit drei gefüllten Spalten besteht, hat das Modell keinen Ort für Unsicherheit. Gib ihm einen. In allen vier Prompts oben gibt es diesen Ort, er heißt "Offen" oder "Woran ich zweifle" oder "unklar". Wenn das Modell dort ablegen darf, was es nicht weiß, hört es auf, zu ergänzen. Das ist keine Vermutung, das ist der Unterschied, den wir bei jeder Anweisung sehen, an der wir diesen Abschnitt weglassen oder ergänzen.

Zweitens: die Umrechnung sichtbar machen. Jede relative Angabe wird umgerechnet und die Originalformulierung steht in Klammern dahinter. Damit kostet die Prüfung zwanzig Sekunden statt einem erneuten Durchlesen der Mitschrift.

Drittens: die zwei Minuten lesen. Namen und Daten werden vor dem Versenden gelesen, jedes Mal, von einem Menschen, der im Termin war. Das ist die einzige Stelle in diesen vier Abläufen, an der wir keine Abkürzung zulassen. Es ist billig, und der Fehler, den es verhindert, ist teuer: Eine falsche Zuständigkeit in einem Protokoll, das an alle geht, wird zur Wahrheit, weil niemand widerspricht.

Zum Vergrößern tippen

Die Grafik sagt in einem Satz: Wenn im Gespräch kein Name und kein Tag fällt, füllt ein Sprachmodell die Lücke mit dem plausibelsten Wert, und dagegen hilft ein Abschnitt in der Ausgabe, in dem Lücken stehen dürfen.

Ein Nebeneffekt, der die Sache lohnend macht: Nach ein paar Wochen mit dem Abschnitt "Offen" ändert sich, wie im Termin gesprochen wird. Wenn alle wissen, dass eine Zusage ohne Namen und Datum als offener Punkt in der Liste landet, sagt jemand den Namen und das Datum. Der Ablauf verbessert damit nicht nur das Protokoll, er verbessert die Besprechung.

Warum du eine KI nicht fragst, wie lange etwas dauert

Frag eine KI nie, wie lange eine Aufgabe dauert, weil sie darauf immer eine Zahl liefert und diese Zahl mit deinem Projekt nichts zu tun hat. Eine Schätzung aus einem Sprachmodell ist ein Durchschnitt aus fremden Projekten, fremden Teams und fremden Voraussetzungen, formuliert in dem selbstsicheren Ton, den eine echte Schätzung nie hat.

Warum das so ist, lässt sich in einem Satz sagen: Was eine Aufgabe in deinem Projekt kostet, hängt an Dingen, die das Modell nicht kennt. Wie gut die Person eingearbeitet ist. Wie oft sie unterbrochen wird. Wie lange der Kunde für eine Freigabe braucht. Ob der Zugang zum System schon existiert. Ob es diese Aufgabe schon einmal gab und jemand die Vorlage noch hat. Diese fünf Punkte machen zwischen zwei Tagen und drei Wochen den Unterschied, und keiner von ihnen steht in der Frage.

Das Zweite, das dagegen spricht, ist die Wirkung einer genannten Zahl. Wenn in einem Dokument steht, dass etwas 3 Tage dauert, verschiebt sich die Diskussion. Sie handelt dann darüber, ob es 3 oder 5 Tage sind, und nicht mehr darüber, was überhaupt zu tun ist. Eine unbegründete Zahl an einer frühen Stelle ist schwer wieder loszuwerden, weil jeder Widerspruch dagegen wie eine Ausrede klingt.

Stattdessen fragst du nach der Zerlegung. Ein Sprachmodell ist gut darin, eine Aufgabe in ihre Teile zu trennen und die Voraussetzungen aufzulisten, denn dafür braucht es kein Wissen über dein Team, es braucht Wissen über die Sache. Die Zahl setzt danach die Person dran, die es macht, und zwar pro Teilschritt, was erfahrungsgemäß deutlich näher an der Wirklichkeit liegt als eine Zahl für das Ganze.

So sieht die Frage aus, die wir stattdessen stellen:

Zerleg diese Aufgabe, damit ich sie schaetzen kann. Gib mir KEINE
Zeitangabe, keine Stunden, keine Tage, keine Spanne.

Aufgabe: (Beschreibung in zwei bis drei Saetzen)
Was schon da ist: (Zugaenge, Vorlagen, Entscheidungen, Material)
Wer es macht: (Rolle und wie lange die Person das schon macht)

Gib mir vier Teile:

1. TEILSCHRITTE. Die Aufgabe in 5 bis 12 Schritte zerlegt, in der
Reihenfolge, in der sie laufen. Pro Schritt ein Satz, was am Ende des
Schritts fertig ist.

2. VORAUSSETZUNGEN. Pro Schritt: was vorher da sein muss, damit er
starten kann. Zugaenge, Freigaben, Material, Entscheidungen.

3. WARTEZEITEN. Alle Stellen, an denen wir auf jemand anderen warten,
mit der Frage, wer das ist.

4. DIE FUENF FRAGEN. Die fuenf Fragen, deren Antwort den Aufwand am
staerksten veraendert. Sortiert nach Einfluss, die wichtigste zuerst.

Harte Regeln:
- Keine Zeitangabe, in keinem Teil, auch nicht als Vergleich
  ("erfahrungsgemaess kurz").
- Keine Annahme ueber die Person, die es macht, ausser der Angabe oben.
- Wenn ein Schritt von einer Entscheidung abhaengt, die noch nicht
  gefallen ist, steht das als eigene Zeile in Teil 2.
- Kurze Saetze, keine Fachwoerter.

(Bei Bedarf: hier ist das vorhandene Material)

Das Ergebnis dieses Prompts ist kein Plan. Es ist die Liste, mit der die Person, die die Arbeit macht, in zehn Minuten zu einer eigenen Schätzung kommt, und diese Schätzung hat einen Vorteil, den keine Modell-Zahl hat: Die Person steht dahinter, weil sie sie selbst gemacht hat.

Ein zweiter Nutzen fällt dabei ab. Teil 3, die Wartezeiten, ist bei den meisten Aufgaben der Grund, warum sie länger dauern als gedacht. Nicht die Arbeit dauert lange, das Warten auf die Freigabe dauert lange. Wenn diese Stellen vorher benannt sind, lassen sie sich vorher anstoßen, und das ist die eine Sache in diesem ganzen Artikel, die einen Termin wirklich nach vorne holt.

Was du einmal einrichtest, damit alle vier Abläufe funktionieren

Vier Dinge musst du einmal festlegen, danach laufen alle vier Abläufe mit denselben Angaben, und das Festlegen dauert etwa eine Stunde.

Die Liste der Beteiligten mit Rollen. Name, Rolle, und dahinter, ob die Person bei dir oder beim Kunden sitzt. Diese Liste steht in jedem der vier Prompts oben, und sie ist der größte einzelne Unterschied in der Qualität. Sie hat einen zweiten Nutzen: Wenn du sie zum ersten Mal aufschreibst, stellst du regelmäßig fest, dass zwei Leute dieselbe Rolle haben und eine Rolle niemandem gehört.

Ein Ordner pro Projekt mit Textdateien. Dateiname immer mit Datum vorne, damit sie sich sortieren. Darin die Protokolle aus Ablauf 1 und die Projektstände aus Ablauf 2. Nichts anderes. Kein Programm, kein Anmelden, kein Berechtigungskonzept.

Ein fester Tag. Bei uns läuft Ablauf 2 donnerstags. Der Tag ist beliebig, die Regelmäßigkeit nicht, weil der Wert eines Projektstands im Vergleich zum letzten liegt. Wenn du ihn unregelmäßig erstellst, hast du eine Zusammenfassung. Wenn du ihn wöchentlich erstellst, hast du eine Bewegung.

Eine kurze Liste der Wörter, die nach außen nicht vorkommen. Interne Kürzel, Namen von Programmen, Rollenbezeichnungen aus deinem Team. Die Liste kommt in den Prompt aus Ablauf 3 und kostet dich beim ersten Mal fünf Minuten.

Was du ausdrücklich nicht einrichtest: eine Verbindung zwischen der KI und deinen Systemen. Das ist technisch machbar und es gibt Fälle, in denen es sich lohnt, aber nicht am Anfang. Kopieren und Einfügen kostet dich pro Durchgang eine Minute und erspart dir die Frage, welches System welche Daten sehen darf. Wir halten das auch dort so, wo wir längst automatisch arbeiten könnten: Was in ein System mit Kundendaten geschrieben wird, schreibt bei uns ein Mensch. Wann sich der Schritt zu einem automatischen Ablauf lohnt, steht im Artikel zur KI-Automatisierung für kleine Unternehmen.

Und noch ein Hinweis zu den Prompts selbst: Die vier oben sind lang, und das ist gewollt. Der Unterschied zwischen einem brauchbaren und einem unbrauchbaren Ergebnis liegt bei dieser Art von Aufgabe fast vollständig in den harten Regeln am Ende. Wer die Regeln streicht, um den Prompt kürzer zu machen, bekommt genau die erfundenen Termine zurück. Was einen Prompt gut macht und in welcher Reihenfolge seine Teile stehen, steht im Artikel zum guten Prompt.

Zum Vergrößern tippen

Die Grafik sagt in einem Satz: Sobald mehrere Leute denselben Stand pflegen, Aufgaben in einer festen Reihenfolge voneinander abhängen oder jemand von außen selbst nachsehen will, lohnt sich ein eigenes Programm.

Was das kostet und welche Grenzen gelten

Die vier Abläufe kosten kein eigenes Geld, sie laufen im Abo, das du für die KI ohnehin zahlst. Ein zusätzliches Projektmanagement-Programm kommt nicht dazu, ein Zugang für jede Person im Team auch nicht, weil die Abläufe eine Person bedient und das Ergebnis alle lesen.

Was ein Abo kostet, hängt vom Anbieter ab. Bei Claude nennt die Preisseite von Anthropic Pro mit 20 $ im Monat und 17 $ im Monat bei Jahreszahlung, Max mit 100 $ und Ultra mit 200 $ im Monat, jeweils in US-Dollar ohne Steuer. Der Team-Plan startet ab 2 Personen mit 25 $ pro Nutzer im Monat, 20 $ bei Jahreszahlung, bis 150 Sitze. Bei ChatGPT liegt Plus laut den Zweitquellen für den Stand September 2026 bei 22,99 € im Monat inklusive Mehrwertsteuer, Business bei 25 $ pro Nutzer im Monat und 20 $ bei Jahreszahlung. Google AI Pro steht bei 21,99 € im Monat. Prüf den Euro-Betrag im Bezahlvorgang, denn die Listenpreise stehen ohne Steuer, und über die App-Stores können sie abweichen.

Was	Bedingung	Stand: 25. September 2026
Die vier Abläufe	jedes Abo mit langen Texteingaben	kein Aufpreis
Claude Pro	20 $ im Monat, 17 $ bei Jahreszahlung	ohne Steuer, Euro erst im Bezahlvorgang
Claude Team	ab 2 Personen, 25 $ pro Nutzer im Monat	geteilte Projekte, zentrale Abrechnung
Sitzungs-Limit	Pro und Max	setzt sich alle 5 Stunden zurück
Wochenlimit	alle bezahlten Pläne	fester Reset-Zeitpunkt pro Konto
Gedächtnis	bei Free, Pro, Max an; bei Team und Enterprise aus	der Eigentümer schaltet es frei

Die Tabelle sagt in einem Satz: Du brauchst ein bezahltes Abo mit langen Texteingaben, und du brauchst ein Auge auf dem Sitzungs- und Wochenlimit, wenn du lange Mitschriften verarbeitest.

Zum Verbrauch ein praktischer Hinweis, der bei diesen Abläufen zählt. Was den Verbrauch erhöht, sind Länge und Komplexität der Unterhaltung, Code-Ausführung, Web-Suche, das gewählte Modell und große Dateien im Projekt. Eine Mitschrift von 90 Minuten ist ein langer Text, und wenn du vier Projekte in einer Sitzung durchgehst, merkst du das. Wir arbeiten deshalb pro Projekt in einem eigenen, kurzen Durchgang, der sein Ergebnis in eine Datei legt, statt alles in einer Unterhaltung weiterzuschieben. Bei Pro und Max setzt sich das Sitzungs-Limit alle 5 Stunden zurück, dazu kommt ein wöchentliches Limit über alle Modelle. Eine konkrete Zahl, wie viele Nachrichten in ein Zeitfenster passen, nennt Anthropic nicht, deshalb steht hier auch keine.

Die inhaltlichen Grenzen sind wichtiger als die Preise. Drei davon:

Personenbezogene Daten. In Protokollen stehen Namen, in Mitschriften stehen Sätze, die Leute über andere Leute gesagt haben. Bei Free, Pro und Max hängt die Frage, ob Unterhaltungen ins Training einfließen, laut privacy.claude.com (Stand 16.03.2026, abgerufen 25.09.2026) an einem Schalter in den Datenschutz-Einstellungen, der sich abschalten lässt. Bei Team, Enterprise und der API gelten die Commercial Terms mit einem Auftragsverarbeitungsvertrag als Standard und ohne Training mit Kundendaten. Wer Mitschriften von Kundenterminen verarbeitet, klärt das vorher und nicht danach.

Entscheidungen. Wer wofür zuständig ist, welchen Termin du zusagst, welche Aufgabe wegfällt, wenn die Woche voll ist: Das entscheidet ein Mensch, und zwar jedes Mal. Die Abläufe oben liefern die Grundlage für diese Entscheidungen, nicht die Entscheidungen.

Das Gespräch mit der Person. Eine Liste mit offenen Zusagen ersetzt nicht das Gespräch mit dem, der seine Zusage seit sechs Wochen offen hat. Sie macht das Gespräch nur leichter, weil ein Datum darin steht und nicht ein Gefühl.

Kurz zur Einordnung: Das hier ist unsere Einordnung aus der Praxis, keine Rechtsberatung. Was in deinem Fall gilt, klärst du mit deinem Datenschutzbeauftragten oder Anwalt.

Claude ist eine Marke von Anthropic PBC, ChatGPT eine Marke von OpenAI, Gemini eine Marke von Google. KI.ohne.Team steht in keiner Verbindung zu diesen Unternehmen.

Ab wann du doch ein eigenes Werkzeug brauchst: drei Anzeichen

Ein eigenes Projektmanagement-Programm lohnt sich ab dem Moment, in dem mindestens eines von drei Anzeichen zutrifft, und dann lohnt es sich wirklich, statt nur nach Ordnung auszusehen. Bis dahin reichen die vier Abläufe oben, und darüber hinaus reichen sie nicht mehr.

Erstes Anzeichen: mehr als zwei Leute ändern denselben Stand. Solange eine Person den Projektstand erstellt und alle anderen ihn lesen, funktioniert eine Textdatei. Sobald drei Leute daran etwas ändern wollen, brauchst du etwas, das gleichzeitige Änderungen verträgt und festhält, wer was geändert hat. Das ist kein Komfort-Thema, das ist der Punkt, an dem Stände auseinanderlaufen und niemand merkt es.

Zweites Anzeichen: Aufgaben hängen in einer festen Reihenfolge voneinander ab. Wenn bei dir regelmäßig gilt, dass eine Person erst anfangen kann, wenn eine andere fertig ist, und das an vielen Stellen quer durch das Projekt, dann zeigt eine Liste die entscheidende Information nicht mehr. Du brauchst dann eine Darstellung, die sichtbar macht, was sich mitverschiebt, wenn ein Termin rutscht. Genau dafür gibt es diese Programme, und genau das ist der einzige Punkt, an dem sie einer Textdatei klar überlegen sind.

Drittes Anzeichen: jemand außerhalb deines Teams will selbst nachsehen. Wenn dein Kunde oder eine andere Abteilung selbst nachsehen will, statt bei dir zu fragen, brauchst du einen Ort mit Berechtigungen, an dem immer der aktuelle Stand liegt. Ein Bericht, den du schreibst, ist dann zu langsam, und einen geteilten Ordner mit Textdateien willst du niemandem außerhalb geben.

Wenn eines davon zutrifft, dann richte ein Programm ein, und nimm ein einfaches. Wichtig ist, was du dann mit den vier Abläufen machst: Du wirfst sie nicht weg, du gibst ihnen ein anderes Ziel. Die Aufgabenliste aus Ablauf 1 wird zur Vorlage für die Einträge im Programm, der Bericht aus Ablauf 3 entsteht weiter als Text, und Ablauf 4 prüft weiter das, was kein Programm von allein prüft, nämlich ob die Zusagen aus dem Gespräch überhaupt als Eintrag angekommen sind. Was du in den Prompts beschrieben hast, war nie an ein Werkzeug gebunden. Das war der Sinn der Reihenfolge.

Ein Hinweis zum Zeitpunkt: Kein Anzeichen ist eine Prognose. Warte darauf, dass eines davon wirklich eintritt, statt es zu erwarten. Der häufigste Fall in Teams von drei bis zehn Leuten ist, dass keines der drei zutrifft und trotzdem ein Programm läuft, das zwei Leute pflegen und niemand liest.

Fazit

Vier Abläufe reichen für ein Projekt mit drei bis zehn Leuten, und keiner davon braucht ein neues Programm. Das Material liegt schon vor dir, es ist nur auf mehrere Orte verteilt, und die Arbeit besteht darin, es einmal in der Woche an einer Stelle zusammenzuziehen. Die Prompts oben kannst du heute kopieren, die Namen austauschen und am Donnerstag laufen lassen. Zwei Minuten prüfst du danach die Namen und die Daten, jedes Mal, weil eine falsche Zuständigkeit in einem Protokoll zur Wahrheit wird, wenn niemand widerspricht.

Häufige Fragen

Was kann KI im Projektmanagement übernehmen?

Die Schreibarbeit am Projekt. Aus einer Mitschrift eine Aufgabenliste mit Name und Termin, aus verstreuten Notizen einen Projektstand, aus dem Stand einen kurzen Bericht für den Kunden und vor dem nächsten Termin eine Liste der offenen Zusagen. Nicht übernehmen kann sie das Entscheiden: wer zuständig ist, welcher Termin zugesagt wird, was wegfällt, wenn die Woche voll ist. Diese Trennung ist wichtig, weil die Ergebnisse sonst richtig aussehen und falsch sind.

Welche KI eignet sich für Projektmanagement?

Jedes Sprachmodell, das lange Texte auf einmal annimmt, denn die Abläufe arbeiten mit Mitschriften von 60 bis 90 Minuten. Wir arbeiten beide täglich in Claude Code und Claude Cowork, und das läuft nicht im Free-Plan. Entscheidend ist nicht der Anbieter, entscheidend ist der Prompt: Ohne harte Regeln am Ende liefert jedes Modell erfundene Termine und Zuständigkeiten.

Kann KI Aufgaben automatisch verteilen?

Nein, und das ist auch nicht wünschenswert. Eine KI kann aus einem Gespräch herauslesen, wer welche Aufgabe übernommen hat, und sie kann melden, wo das unklar geblieben ist. Wem eine Aufgabe zugewiesen wird, hängt von Auslastung, Einarbeitung und Absprachen ab, die nicht in der Mitschrift stehen. Was eine KI hier tatsächlich tut, wenn du sie darum bittest, ist raten, und das Ergebnis liest sich wie eine Entscheidung.

Wie erstelle ich einen Projektstand mit KI?

Du kopierst den Projektstand der letzten Woche, die letzten Protokolle, die relevanten Mails und deine Notizen hintereinander in ein Feld, ohne vorher aufzuräumen, und lässt daraus vier Abschnitte machen: fertig, läuft, offen, blockiert. Wichtig sind drei Angaben im Prompt: das heutige Datum, die Reihenfolge des Materials von alt nach neu, und die Regel, dass bei Widersprüchen der neuere Text gilt und Unklares in einen eigenen Abschnitt kommt. Das Ergebnis speicherst du als Textdatei mit Datum im Namen, damit nächste Woche der Vergleich möglich ist.

Kann KI den Aufwand einer Aufgabe schätzen?

Eine Zahl liefert sie immer, und diese Zahl hat mit deinem Projekt nichts zu tun. Sie kennt nicht, wie gut die Person eingearbeitet ist, wie oft sie unterbrochen wird und wie lange der Kunde für eine Freigabe braucht, und genau daran hängt der Aufwand. Frag stattdessen nach der Zerlegung: 5 bis 12 Teilschritte, die Voraussetzungen pro Schritt, die Stellen, an denen auf jemanden gewartet wird, und die fünf Fragen, deren Antwort den Aufwand am stärksten ändert. Die Zahl setzt danach die Person dran, die die Arbeit macht.

Brauche ich ein Projektmanagement-Tool mit KI-Funktion?

Erst wenn eines von drei Anzeichen zutrifft. Mehr als zwei Leute ändern denselben Stand. Aufgaben hängen quer durch das Projekt in einer festen Reihenfolge voneinander ab. Oder jemand außerhalb deines Teams will selbst nachsehen statt zu fragen. Bis dahin verschiebt ein zusätzliches Programm das Problem nur: Vorher hattest du mehrere Orte und keinen Überblick, danach hast du einen Ort mehr und eine Zusammenfassung davon.

Wie verhindere ich, dass eine KI Termine und Zuständigkeiten erfindet?

Mit drei Dingen. Erstens einem Abschnitt in der Ausgabe, in dem Lücken stehen dürfen, bei uns heißt er "Offen": Solange jede Zeile drei gefüllte Spalten braucht, füllt das Modell sie mit dem plausibelsten Wert. Zweitens der Regel, dass jede umgerechnete Zeitangabe die Originalformulierung in Klammern dahinter behält, damit die Prüfung 20 Sekunden dauert. Drittens dem Lesen: Namen und Daten liest vor dem Versenden ein Mensch, der im Termin war.

Funktionieren die Abläufe auch ohne Mitschrift der Besprechung?

Ja, mit handschriftlichen Notizen oder einem Stichpunkt-Protokoll, denn die Prompts verlangen keinen vollständigen Text. Das Ergebnis hat dann mehr Zeilen im Abschnitt "Offen", weil aus Stichpunkten seltener hervorgeht, wer etwas zugesagt hat. Wenn du eine Mitschrift einrichten willst, ist das der eine Schritt, der sich vorher lohnt.

Was wir vor jedem Projekttermin fragen

Die vier Abläufe oben sind der Stand vom 25. September 2026, und zwei davon haben wir in diesem Jahr zweimal umgeschrieben, weil die erste Fassung erfundene Termine durchgelassen hat. Im Team-Workflow-Onboarding richten wir sie in 120 Minuten mit deinem Team gemeinsam ein, mit euren echten Projekten, euren Namen und eurem Rohmaterial, und in den 14 Tagen danach kommen die Fragen über Slack, die immer erst beim dritten Durchgang auffallen. Im Newsletter schicken wir jede Woche einen Ablauf mit, den wir in der Woche davor abgegeben haben, samt der Anweisung dazu und der Stelle, an der wir noch einmal draufgeschaut haben.