Jede Projektmanagerin, die ich kenne, verbringt die ersten Tage eines neuen Projekts mit derselben Arbeit: Sie liest sich durch einen Stapel Dokumente und tippt das Gefundene von Hand in die Tools ein, die ihre Organisation verwendet. Zuerst das Cost Sheet: den Rechnungsplan herausziehen, den Personalplan finden, die genehmigten Beträge festhalten. Dann das SOW: die Deliverables und ihre Abnahmebedingungen abschreiben. Dann die Customer PO: die genehmigte Gesamtsumme gegen das Geplante prüfen. Dann MS Project öffnen und mit einer leeren Datei anfangen.
Bei einem mittelgroßen Professional-Services-Projekt (zehn Meilensteine, zwanzig Personen, fünfzehn Rechnungen, fünf externe Lieferanten) geht dafür der größte Teil eines Arbeitstags drauf. Das ist keine Denkarbeit und keine Planungsarbeit. Das ist Abschreibarbeit. Die Sorte Arbeit, die es nur gibt, weil die Daten in Dokumenten stecken statt in einem System.
Das Problem der Dokumentengrenze
Jedes Mal, wenn in einem Projekt ein Dokument ankommt, gibt es eine Grenze. Auf der einen Seite liegt das Dokument. Auf der anderen Seite das System, in das die Daten gehören. Diese Grenze von Hand zu überqueren ist langsam, fehleranfällig und, bei dem, was KI heute kann, völlig unnötig.
CompassAI ist darauf ausgelegt, dieses händische Überqueren an jeder Dokumentengrenze abzuschaffen. Wird im Presales ein Cost Sheet finalisiert, legt es den Grundstock für den Rechnungsplan des Projekts. Lädt die PM das SOW hoch, liest es ein agentischer Importer (so, wie ein Mensch es lesen würde, nicht mit einem starren Pattern-Matcher) und trägt die Deliverables vorab als Entwürfe zur Prüfung ein. Kommt die Customer PO an, vergleicht das System den genehmigten Betrag mit dem geplanten Rechnungsplan und meldet jede Lücke sofort. Die PM prüft, passt an und bestätigt. Abtippen muss sie nichts.
Dasselbe Prinzip, in die andere Richtung
Sobald ein Projekt in CompassAI aufgesetzt ist, verfügt das System über etwas, das kein einzelnes Dokument enthält: eine abgeglichene Sicht über alle drei Quellen. Meilensteine mit Namen und Zahlungsbeträgen. Deliverables, gruppiert unter ihren Rechnungsauslösern. Ressourcen mit Rollen, Personentagen und prozentualer Zuteilung. Start- und Enddatum des Projekts.
Genau das ist der Ausgangspunkt, den eine PM in MS Project braucht. Also haben wir einen Export ergänzt. Ein Klick. CompassAI erzeugt eine befüllte MS-Project-XML-Datei: Meilensteine strukturiert, Deliverables als Unteraufgaben verschachtelt, Ressourcen mit ihrer Zuteilung zugewiesen. Die PM öffnet MS Project und findet ein strukturiertes Projekt statt eines leeren.
Was für eingehende Daten gilt, gilt auch für ausgehende. Daten kommen über den agentischen Importer herein, werden an einer Stelle abgeglichen und fließen weiter in das Tool, das die PM für die Terminplanung ohnehin schon verwendet. Jira ist als Nächstes dran. Danach Excel. Jedes davon schafft für einen anderen PM-Typ einen weiteren „ab der ersten Minute“-Moment.
Warum das die Diskussion über die Einführung verändert
Die meisten PMO-Tools verlangen einen Vertrauensvorschuss: Verwenden Sie das lange genug konsequent, dann haben Sie irgendwann bessere Transparenz. Mit diesem Argument dringt man nur schwer zu einer PM durch, die ohnehin voll ausgelastet ist, MS Project schon offen hat und in einem neuen System nur eine weitere Sache sieht, die sie parallel pflegen muss. Der Ansatz über die Dokumentengrenze ändert, was die PM am ersten Tag bekommt. Sie lädt drei Dateien hoch, prüft die vorausgefüllten Entwürfe und geht mit einem aufgesetzten Projekt und einer befüllten, sofort einsatzbereiten MS-Project-Datei weg, noch bevor sie ein einziges Statusmeeting abgehalten hat. Das ist kein Versprechen auf künftigen Nutzen. Es ist Zeit, die sofort und spürbar zurückkommt.
CompassAI sitzt im Zentrum Ihrer Projektdokumente. Es liest sie, damit Ihre PMs das nicht tun müssen, und es beliefert die Tools, die sie ohnehin schon verwenden.
CompassAI ist eine PMO-Plattform für Professional-Services-Organisationen, die über Ländergrenzen hinweg arbeiten. Sie ist nach einem Prinzip gebaut: starr, wo Geld die Bücher berührt, fließend überall sonst.
Aus dem Englischen übersetzt: zum Originalbeitrag