MS Project vs. moderne PM-Systeme: Was sich in 20 Jahren Projektmanagement verändert hat

Kategorie: Vergleiche & Kategorie-Abgrenzung

Microsoft Project hat eine ganze Generation von Projektleitern erzogen. Vorgangsnetz, kritischer Pfad, Basisplan, Kapazitätsabgleich: Wer das kann, kann planen. Was sich verändert hat, ist nicht diese Logik, sondern alles darum herum. Die Datei ist zur Datenbank geworden, der Statusbericht zum Live-Dashboard, und die KI beschreibt den Plan nicht mehr nur, sie rechnet und schreibt ihn.

Was hat MS Project geprägt?

Die erste kommerzielle Version erschien 1984 für MS-DOS und brachte Terminplanung auf Basis der Critical-Path-Methode auf den PC (Wikipedia: Microsoft Project). Microsoft kaufte die Rechte 1985, die erste Windows-Version kam 1990 (Wikipedia). Damit war eine Rechenlogik, die vorher Großrechnern und Spezialisten vorbehalten war, auf jedem Schreibtisch verfügbar.

Drei Konzepte haben sich dadurch als Standardvokabular durchgesetzt:

Das Vorgangsnetz. Vorgänge, Dauern, Anordnungsbeziehungen, Kalender, Einschränkungen. Project berechnet daraus Termine nach dokumentierten Regeln, die bis heute gelten (Microsoft Support: How Project schedules tasks).

Der kritische Pfad. Die Kette von Vorgängen, die den Endtermin bestimmt. Verschiebt sich ein Vorgang darauf, verschiebt sich das Projektende (Microsoft Support). Diese Sicht hat Projektsteuerung von Terminlisten auf Ursachenlogik umgestellt.

Der Ressourcenabgleich. Überlastete Ressourcen werden durch Verschieben oder Teilen von Vorgängen entlastet, nach Kriterien, die der Planer einstellt; die Zuordnung selbst ändert Project nicht (Microsoft Support: Resource Leveling).

Dazu kommt der Basisplan: Ohne gespeicherten Ausgangsstand gibt es keinen Soll-Ist-Vergleich, und Project hat diese Disziplin früh erzwungen (Microsoft Support).

Diese vier Bausteine sind keine Microsoft-Erfindung, aber Microsoft hat sie zum Industriestandard gemacht. Jede Diskussion über moderne PM-Systeme setzt sie voraus.

Was hat sich seitdem tatsächlich verändert?

Von der Datei zur gemeinsamen Datenbasis

Das prägende Artefakt von MS Project Desktop ist die .mpp-Datei. Eine Datei hat einen Besitzer, einen Stand und einen Ort. Sobald zehn Projekte parallel laufen, entstehen zehn Wahrheiten, die niemand addieren kann. Der Ausweg war lange Project Server und später Project Online. Diese Ära endet: Project Online wird zum 30. September 2026 eingestellt, der Verkauf reiner Project-Online-SKUs endete bereits am 1. Oktober 2025 (Microsoft Tech Community).

Moderne Systeme starten bei der Datenbank. In Aligia gibt es keinen Projektstand, den jemand exportiert und verteilt. Portfolio, Programm, Projekt, Segment, Arbeitspaket, Aufgabe und Teilaufgabe liegen in einem Modell, KPIs und Insights sind berechnete Live-Dashboards statt gepflegter Folien. Der Statusbericht bleibt trotzdem menschlich: In Aligia schreiben Menschen die RAG-Bewertung, nicht die Maschine. Die Zahlen darunter sind gerechnet.

Von Planwerkzeug zu Kollaborationssystem

2005 war Projektmanagement eine Disziplin für den Planer. Heute entstehen Aufgaben dort, wo gearbeitet wird. Microsoft hat darauf reagiert und führt To Do, Planner und Project for the web unter dem Namen Microsoft Planner zusammen; Project for the web und die Project- und Roadmap-Apps in Teams wurden ab August 2025 abgekündigt (Microsoft Tech Community). Das ist die konsequente Antwort auf eine veränderte Arbeitsweise.

Der Preis dieser Bewegung ist Planungstiefe. In Planner Premium sind Abhängigkeiten begrenzt, Zeiterfassung und Risikomanagement fehlen, und projektübergreifende Sicht auf Auslastung sowie Priorisierungsoptionen sind eingeschränkt (TPG: Microsoft Planner Alternative). Wer aus MS Project Desktop kommt, sollte diesen Unterschied kennen, bevor er migriert.

Aligia löst denselben Zielkonflikt anders. Aufgaben, Kanäle, Nachrichten, Drive mit Dateiversionen und Issues mit eigenem Zustandsautomaten liegen im selben System wie Gantt, Baseline und kritischer Pfad. Issues sind bewusst von Tasks getrennt: Ein Ticket aus der Inbetriebnahme ist kein Vorgang im Terminplan, beeinflusst ihn aber.

Vom Terminplan zum Engineering-Bezug

Das ist die größte inhaltliche Veränderung und die, die in Featurelisten am seltensten auftaucht. MS Project kennt Vorgänge und Ressourcen. Es kennt keine Baugruppe, keine Spezifikation, keinen Beschaffungsvorgang mit 22 Wochen Lieferzeit und keinen Einbauort. In technisch komplexen Projekten sind aber genau das die Treiber des Termins.

Aligia führt deshalb einen zweiten Datenstrang: die technische Struktur als rekursiven Baum aus Nodes, ein digitaler Zwilling der Anlage. An jedem Node hängen benötigte Güter mit Spezifikationen, das Spec-Matching läuft gegen die Materialdatenbank, die Beschaffung entsteht aus der Struktur, und die Rückverfolgbarkeit reicht von der Bestellung bis zum Einbauort. Termine, Menschen, Geld und Material hängen an derselben Struktur.

Praktisch heißt das: Eine Konstruktionsänderung ist kein E-Mail-Verteiler, sondern eine Änderung am Node, aus der geänderter Güterbedarf, geänderte Beschaffungstermine und geänderte Vorgangstermine folgen.

Von Statusabfrage zu Live-Daten

Der teuerste Teil klassischer Projektsteuerung ist die Beschaffung des Status. 55 Prozent der Manager verbringen mindestens acht Stunden pro Woche mit administrativen Aufgaben, 54 Prozent nennen schlechte Kommunikation und wiederholte Fehler als größtes Problem (Formstack, State of Workflow Automation 2018). Wissensarbeiter verbringen 19 Prozent ihrer Zeit mit Informationssuche und 28 Prozent mit E-Mail (McKinsey Global Institute, The social economy 2012).

Diese Arbeit verschwindet nicht durch ein schöneres Gantt. Sie verschwindet, wenn Buchungen, Zeiterfassung, Lagerbewegungen, Bestellungen und Aufgabenzustände im selben System entstehen, in dem gesteuert wird. In Aligia sind Zeiterfassung, Buchungen, Arbeitskalender, Abwesenheiten, Bestand, Lagerbewegungen und Beschaffungsanfragen Teil desselben Modells.

Von KI, die beschreibt, zu KI, die ausführt

Hier liegt der jüngste Bruch. Microsoft bietet den Planner Agent, vormals Project Manager Agent: Er baut aus einem Ziel einen Aufgabenplan, bearbeitet ihm zugewiesene Aufgaben und schreibt Statusberichte (Microsoft Support: Access Planner Agent). Voraussetzung ist eine Microsoft-365-Copilot-Lizenz, für Premium-Funktionen zusätzlich Planner Plan 1, Planner and Project Plan 3 oder Plan 5 (Microsoft Support). Das ist ein echter Schritt weg vom reinen Chat-Assistenten und arbeitet auf Aufgabenebene.

Aligia setzt zwei Stufen darüber an. Der KI-Terminoptimierer berechnet einen Zeitplan aus Vorgangsdauern, Abhängigkeiten, Gates, Ressourcen (Personen und Equipment) und Materialbedarf, und zwar für bis zu 50 Projekte in einem gemeinsamen Lauf, gespeist aus der Portfolio-Priorisierung. Das Ergebnis ist ein Entwurf mit vier Ansichten: Projekte, Ressourcen-Heatmap, Material- und Beschaffungstermine sowie Zeitplan-Gantt mit Ghost-Overlay gegen den aktuellen Plan. Einzelne Ergebnisse lassen sich pinnen oder befördern. Angewendet wird manuell durch eine Admin-Rolle, mit Rollback beim Zurücksetzen der Phase.

Polaris, der KI-Chat in jedem Mandanten, liest und schreibt Projektdaten: Aufgaben, Termine, Issues, Risiken. Vor jedem Schreibvorgang läuft eine Datenmodellprüfung, Werte werden nicht erfunden, fehlende Angaben erfragt. Polaris startet auch Optimizer-Szenarien. Skills und MCP-Server nutzt Polaris nur nach expliziter Freigabe.

Der Unterschied zu einem Assistenten ist die Kontrollstruktur, nicht die Sprachfähigkeit. Ein System, das schreiben darf, braucht Prüfung vor dem Schreiben, eine explizite Anwendung durch eine Rolle und einen Rückweg.

Was ist unverändert geblieben?

1. Die Netzplanlogik. Dauer, Abhängigkeit, Puffer, kritischer Pfad. Diese Mathematik ist nicht veraltet. Aligia rechnet sie ebenso, nur gegen mehr Randbedingungen.
2. Der Basisplan. Ohne gespeicherten Ausgangsstand gibt es keine Aussage über Abweichung. Aligia führt Baseline-Vergleich und Multi-Gantt.
3. Die Verantwortung des Projektleiters. Ein Optimierungslauf ist ein Vorschlag. Die Entscheidung, welches Projekt zuerst bedient wird, bleibt eine Managemententscheidung.
4. Die Planning Fallacy. Dauern werden systematisch unterschätzt (Kahneman & Tversky 1979), und 9 von 10 Großprojekten überschreiten Kosten und Zeit (Flyvbjerg, Oxford Global Projects). Kein Tool korrigiert eine zu optimistische Schätzung, es macht die Folge nur schneller sichtbar.
5. Datenqualität schlägt Funktionsumfang. Ein gepflegtes MS Project schlägt ein ungepflegtes Portfoliosystem jeden Tag.

Was hat sich geändert, was ist geblieben?

Wann bleibt MS Project die richtige Wahl?

Wenn Sie einzelne, große Terminpläne in großer Tiefe rechnen und diese Pläne mit Auftraggebern, Generalunternehmern oder Behörden austauschen, die MPP erwarten, bleibt MS Project Desktop das passende Werkzeug. Die Verbreitung ist ein harter Vorteil: Sie finden Planer, die es beherrschen, ohne Schulungsprojekt. Die Terminplanungstiefe ist über Jahrzehnte gereift und dokumentiert. Und die Desktop-Variante bleibt verfügbar und unterstützt, auch nachdem Project Online abgeschaltet ist (Microsoft Tech Community).

Wenn Ihre Organisation vollständig in Microsoft 365 arbeitet und die Planungstiefe auf Termine und Zuständigkeiten begrenzt bleibt, ist Microsoft Planner die kostengünstige Fortsetzung, inklusive Kopplung an Teams, To Do und Copilot (Microsoft Tech Community).

Der Wechsel lohnt, wenn Sie drei Sätze unterschreiben würden: Unsere Termine hängen an Lieferzeiten und Konstruktionsständen, nicht nur an Vorgangsdauern. Unsere Ressourcenkonflikte werden erst sichtbar, wenn sie teuer sind. Unser Reporting kostet mehr Zeit als unsere Steuerung.

Wie sieht der Umstieg in der Praxis aus?

Anlagenbauer, 240 Mitarbeitende, 18 parallele Anlagenprojekte, Auftragswerte 600.000 bis 4 Millionen Euro. MS Project für die Terminpläne, Excel für die Kapazität, PLM für die Stückliste, ERP für Bestellungen. Der Projektleiter braucht acht Stunden pro Monatsbericht, davon sechs für das Einsammeln.

Beim Umstieg bleibt die Netzplanlogik erhalten: Vorgänge, Abhängigkeiten, kritischer Pfad, Baseline. Neu ist, was daran hängt. Der Node-Baum der Anlage erzeugt den Güterbedarf, aus dem Güterbedarf entstehen Beschaffungsanfragen mit Terminen, und der Terminoptimierer rechnet Personen, Equipment und Materialtermine gegen alle 18 Projekte gemeinsam. Verzögert sich die Freigabe einer Baugruppe um drei Wochen, sehen Sie die Folge für Montage und Inbetriebnahme im Ghost-Overlay, bevor Sie den neuen Plan anwenden.

Was kostet der Umstieg an Gewohnheit?

Der technische Teil eines Umstiegs ist selten das Problem. Vorgänge, Abhängigkeiten und Dauern lassen sich übernehmen. Teuer sind vier Gewohnheiten, die aus der Dateiwelt stammen:

1. Der Plan gehört mir. In der Dateiwelt besitzt jeder Projektleiter seinen Plan und entscheidet, wann er einen Stand herausgibt. In einem gemeinsamen Datenmodell ist jede Änderung sofort für die Portfoliosicht relevant. Das ist eine kulturelle Umstellung, keine technische.
2. Granularität nach Geschmack. Solange jeder Plan für sich steht, darf einer 80 und ein anderer 800 Vorgänge haben. Sobald Kapazität über alle Projekte gerechnet wird, muss die Granularität vergleichbar sein, sonst addieren sich Stunden nicht sinnvoll.
3. Ressourcen als Rollen im Kopf. In MS Project ist eine Ressource oft eine generische Rolle. In einem System mit Skills, Zertifizierungspflicht, Arbeitskalendern und Abwesenheiten wird daraus ein konkreter Personenstamm mit Soll-Ist-Skill-Matching. Wer keine gepflegten Skills hat, bekommt keine belastbare Aussage über Verfügbarkeit.
4. Der Puffer ersetzt die Lieferzeit. In klassischen Plänen wird Beschaffung als Puffer geschätzt. Wenn Beschaffungstermine aus dem Güterbedarf entstehen, verschwindet der Schätzpuffer und wird durch eine gerechnete Größe ersetzt. Das fühlt sich zunächst unbequemer an, weil Verzögerungen früher sichtbar werden.

Rechnen Sie den Umstieg deshalb nicht als Migrationsprojekt, sondern als Datenprojekt. Die Terminlogik kommt mit. Die Stammdaten entscheiden über den Nutzen.

Fazit

MS Project hat das Vokabular geliefert, mit dem wir bis heute über Projekte sprechen. Verändert hat sich der Kontext: Aus der Datei wurde eine gemeinsame Datenbasis, aus dem Terminplan ein Modell, das Technik, Menschen, Geld und Material verbindet, und aus dem Assistenten eine KI, die rechnet und schreibt statt zusammenzufassen.

Wer nur Termine plant, braucht diesen Umstieg nicht. Wer Anlagen baut, plant keine Termine, sondern Abhängigkeiten zwischen Technik, Lieferzeit und Mensch.

Weiterführend: PLANTA, MS Project oder Aligia: welches Tool passt zu welchem Reifegrad? · Technische Systemintegration: warum Standard-PM hier an Grenzen stößt

Sie sehen in 10 Minuten, was Ihr Terminplan wert ist, wenn Lieferzeiten und Ressourcen mitrechnen. Demo anfragen · Kostenlos · Unverbindlich · Persönlich

Quellen

1. Microsoft Project, Wikipedia – https://en.wikipedia.org/wiki/Microsoft_Project (abgerufen 2026-09)
2. How Project schedules tasks: Behind the scenes, Microsoft Support – https://support.microsoft.com/en-us/project/how-project-schedules-tasks-behind-the-scenes (abgerufen 2026-09)
3. Show the critical path of your project in Project, Microsoft Support – https://support.microsoft.com/en-us/project/show-the-critical-path-of-your-project-in-project (abgerufen 2026-09)
4. Distribute project work evenly (level resource assignments), Microsoft Support – https://support.microsoft.com/en-us/project/distribute-project-work-evenly-level-resource-assignments (abgerufen 2026-09)
5. Create or update a baseline or an interim plan in Project desktop, Microsoft Support – https://support.microsoft.com/en-us/office/create-or-update-a-baseline-or-an-interim-plan-in-project-desktop-7e775482-ac84-4f4a-bbd0-592f9ac91953 (abgerufen 2026-09)
6. Microsoft Project Online is retiring: What you need to know, Microsoft Tech Community – https://techcommunity.microsoft.com/blog/plannerblog/microsoft-project-online-is-retiring-what-you-need-to-know/4450558 (abgerufen 2026-09)
7. Transitioning to Microsoft Planner and retiring Microsoft Project for the web, Microsoft Tech Community – https://techcommunity.microsoft.com/blog/plannerblog/transitioning-to-microsoft-planner-and-retiring-microsoft-project-for-the-web/4410149 (abgerufen 2026-09)
8. Access Planner Agent, Microsoft Support – https://support.microsoft.com/en-us/planner/copilot/access-planner-agent (abgerufen 2026-09)
9. Microsoft Planner Alternative, TPG The Project Group – https://www.theprojectgroup.com/blog/microsoft-planner-alternative/ (abgerufen 2026-09)
10. Planner in Microsoft 365: vom Team-Board zur KI-Steuerung, Computer Weekly – https://www.computerweekly.com/de/tipp/Planner-in-Microsoft-365-vom-Team-Board-zur-KI-Steuerung (abgerufen 2026-09)
11. Formstack, State of Workflow Automation 2018 – https://www.formstack.com/resources/report-workflow-automation (abgerufen 2026-09)
12. McKinsey Global Institute, The social economy 2012 – https://www.mckinsey.com/industries/technology-media-and-telecommunications/our-insights/the-social-economy (abgerufen 2026-09)
13. Kahneman & Tversky, Prospect Theory 1979 – https://www.jstor.org/stable/1914185 (abgerufen 2026-09)
14. Flyvbjerg, Oxford Global Projects – https://www.oxfordglobalprojects.com/ (abgerufen 2026-09)