Die Projekte eines Unternehmens nach großen Kategorien zu klassifizieren, scheint eine theoretische Übung zu sein. In der Praxis bestimmt die gewählte Kategorie die Steuerungsmethode, die Zusammensetzung des Teams und die Governance. Die falsche Identifizierung der Natur eines Projekts bedeutet, einen Scrum-Rahmen auf ein regulatorisches Projekt anzuwenden oder eine IT-Umstellung wie ein Marketingprojekt zu steuern. Dieses Panorama der Projektkategorien in Unternehmen beschreibt die Unterschiede, die entscheidend sind, um den richtigen Managementansatz zu wählen.
KI-Projekte und regulatorische Klassifizierung: eine aufkommende Kategorie, die integriert werden muss
Die klassischen Typologien (IT-Projekt, organisatorisches Projekt, Produktprojekt) deckten die Initiativen im Zusammenhang mit generativer künstlicher Intelligenz nicht ab. Seit Anfang 2025 beschleunigt sich die Einführung von generativer KI in den HR- und Marketingabteilungen, so der McKinsey-Bericht “The state of AI in 2025”.
Auch lesenswert : Sollte man sich heute um die Situation in Djerba sorgen? Überblick 2024
Das schrittweise Inkrafttreten der europäischen Verordnung AI Act erfordert nun eine Klassifizierung der KI-Projekte nach Risikoniveau: verboten, hoch, begrenzt, minimal. Jedes Unternehmen, das ein Projekt mit KI startet, muss die Initiative bereits in der Initiierungsphase prüfen, um festzustellen, in welche Risikokategorie sie fällt.
Diese regulatorische Anforderung schafft de facto eine neue Projektkategorie, die bereichsübergreifend ist. Ein Marketingprojekt, das ein automatisches Inhaltserstellungstool verwendet, ist nicht mehr nur ein “Marketingprojekt”: Es unterliegt auch der KI-Governance und erfordert eine spezifische rechtliche Validierung. Um die verschiedenen Projekttypen im Le Guide PME näher zu betrachten, bleibt die Unterscheidung zwischen internen und externen Projekten ein erster nützlicher Filter, bevor diese regulatorische Schicht hinzugefügt wird.
Ebenfalls empfehlenswert : Wie man Speck sicher in die Ernährung von Babys einführt
Vergleichstabelle der Projektkategorien in Unternehmen
Anstatt die Kategorien einzeln aufzulisten, ermöglicht ein strukturierter Vergleich, zu visualisieren, was jede Projektfamilie in Bezug auf Methode, Dauer und Steuerung wirklich unterscheidet.
| Kategorie | Hauptziel | Bevorzugte Methode | Typische Dauer | Governance |
|---|---|---|---|---|
| IT-Projekt / Infrastruktur | Ein System implementieren oder migrieren | Wasserfallmodell, PMBOK | 6 bis 24 Monate | IT-Steuerungsausschuss, feste Meilensteine |
| Produktprojekt / Innovation | Ein Angebot entwerfen und starten | Scrum, agile Methoden | 3 bis 12 Monate (Sprints) | Product Owner, priorisierter Backlog |
| Organisatorisches Projekt | Ein internes Verfahren transformieren | Hybrides agile-Wasserfall-Modell | 6 bis 18 Monate | Geschäftsführung, Change Management |
| Nachhaltigkeitsprojekt / ESG | Compliance mit CSRD, CO2-Bilanz | Regulatorische Liefermanagement | 12 bis 36 Monate | CSR-Ausschuss, externe Berichterstattung |
| KI-Projekt | Ein Geschäft automatisieren oder erweitern | Agil + AI Act Audit | 3 bis 18 Monate | Data Officer, rechtliche Validierung |
Diese Tabelle zeigt eine klare Diskrepanz: Die Managementmethode variiert ebenso wie das Ziel. Ein ESG-Projekt wird nicht mit denselben Werkzeugen gesteuert wie ein Produktprojekt, auch wenn beide transversale Teams mobilisieren.
Hybride agile-Wasserfall-Projekte: die Kategorie, die in der Industrie Fortschritte macht
Die PMI-Umfrage “Pulse of the Profession 2025” bestätigt eine zunehmende Präferenz für hybride agile-Wasserfall-Ansätze in den Industriebereichen. Das Prinzip: agile Flexibilität in der Entwurfsphase anwenden (Iterationen, schnelles Prototyping), dann zu festen Meilensteinen und einer sequenziellen Steuerung für Produktion und Deployment wechseln.
Dieser Ansatz adressiert ein konkretes Problem. Reine agile Methoden (Scrum, Kanban) funktionieren gut, wenn das Lieferobjekt Software oder digital ist. Sobald ein Projekt eine physische Produktionskette, Zertifizierungen oder Sicherheitsanforderungen umfasst, werden unbegrenzte Iterationen unpraktisch.
Wann eine hybride Vorgehensweise wählen
- Das Projekt kombiniert eine explorative Phase (Machbarkeitsstudie, Prototyping) und eine Realisierungsphase, die strengen Normen unterliegt, wie im Bauwesen oder der Luftfahrt.
- Die Fachteams und die technischen Teams verwenden nicht dieselbe Managementsprache: Das Hybride ermöglicht es jeder Gruppe, mit ihrer Logik zu arbeiten und gleichzeitig gemeinsame Meilensteine zu teilen.
- Das Management erfordert eine budgetäre Sichtbarkeit zu einem festen Datum (Wasserfall-Governance), akzeptiert jedoch, dass der funktionale Umfang im Laufe der Zeit variiert (agile Entscheidung).
Eine häufige Falle besteht darin, ein Wasserfallprojekt, dem einfach tägliche Meetings hinzugefügt wurden, als “hybrid” zu bezeichnen. Ein echtes hybrides Projekt trennt explizit die agilen Phasen von den sequenziellen Phasen im Zeitplan, mit formalisierten Übergangskriterien.
ESG-Projekte und Nachhaltigkeit: Budgets, die IT in Europa übertreffen
Laut Deloitte haben ESG-Nachhaltigkeitsprojekte die IT-Projekte in Bezug auf das zugewiesene Budget in großen europäischen Unternehmen seit Ende 2024 übertroffen. Der direkte Grund: die Berichtspflichten im Zusammenhang mit der CSRD-Richtlinie, die Unternehmen verpflichtet, überprüfbare nicht-finanzielle Daten zu strukturieren und zu veröffentlichen.
Dieser Budgetwechsel hat Auswirkungen auf die Projektorganisation. ESG-Initiativen mobilisieren ungewöhnliche Profile in einem Projektmanagementrahmen: Umweltjuristen, externe Auditoren, Verantwortliche für nachhaltige Beschaffung. Der ESG-Projektleiter koordiniert externe sowie interne Stakeholder, was die erforderlichen Steuerungsinstrumente verändert.
Unterschiede in der Steuerung zwischen IT-Projekt und ESG-Projekt
Ein klassisches IT-Projekt folgt einem internen Entscheidungszyklus: Der Steuerungsausschuss genehmigt, das Team liefert. Ein ESG-Projekt hingegen hängt von externen Referenzrahmen ab, die von Normungsorganisationen aktualisiert werden. Der Zeitplan des Projekts wird nicht vollständig vom Unternehmen kontrolliert.
Diese externe Abhängigkeit bringt ESG-Projekte näher an regulatorische Projekte. Die Managementmethode muss eine kontinuierliche normative Überwachung und Umplanungsmargen integrieren, was sie deutlich von Produktprojekten oder Innovationsprojekten unterscheidet, die in kurzen Sprints gesteuert werden.
Die richtige Projektkategorie wählen: die Entscheidungskriterien
Bevor eine Methode (agil, PMBOK, hybrid) ausgewählt wird, betrifft die erste Entscheidung die Kategorie, in die das Projekt fällt. Drei Kriterien helfen bei der Entscheidung:
- Die Art des Lieferobjekts: Eine Software, ein internes Verfahren, ein Compliance-Bericht oder ein physisches Produkt erfordern nicht dieselbe Teamorganisation.
- Der Grad der externen Einschränkung: Ein Projekt, das einer Regulierung (AI Act, CSRD) unterliegt, benötigt eine Governance, die rechtliche Validierungen einschließt, im Gegensatz zu einem internen kontinuierlichen Verbesserungsprojekt.
- Die Vorhersehbarkeit des Umfangs: Wenn der Bedarf stabil und gut definiert ist, reicht ein sequenzieller Zyklus aus. Wenn der Umfang voraussichtlich variieren wird, wird eine agile Komponente im Projektmanagement notwendig.
Ein Projekt zu kategorisieren bedeutet nicht, ihm ein administratives Etikett anzuhängen. Es ist die erste Steuerungsentscheidung, die die Zusammensetzung des Teams, die Auswahl der Werkzeuge und die Art der Governance bestimmt. Ein Fehler bei der Kategorisierung führt zu einer Neustrukturierung während des Prozesses, mit den Verzögerungen und Mehrkosten, die dies mit sich bringt.