130 Projektrisiken, die auch dein Projekt treffen könnten

Wie viele Projektrisiken gibt es in deinem Projekt? Bestimmt kannst du jetzt auf Anhieb eine Liste hervorzaubern oder eine Datei öffnen und schnell nachschauen.

Ich wette: Es sind weniger als 130 Risiken. Exakt so viele typische Projektrisiken enthält die folgende Liste. Zum Glück trifft nicht jedes dieser Risiken auf jedes Projekt zu – zu unterschiedlich sind die Branchen, Projektgrößen und Projektarten.

Doch falls du mal wieder unsicher bist, welche Risiken in deinem Projekt auftreten könnten, findest du in der Auflistung sicher einige Anregungen! Die Risiken basieren auf einem englischsprachigen Artikel mit vor Allem Bezug auf die IT-Branche, der hier frei übersetzt wurde.

Achtung:
Wie schon im Originalartikel unterscheiden auch wir in der Liste nicht überall ganz sauber zwischen den eigentlichen Risiken und den Ursachen von Risiken. Wen die genauen Definitionen interessieren, kann sie hier noch einmal nachlesen: Risikoanalyse im Projekt.

Management-Unterstützung

1. Hat das Projektteam nicht die Macht, Projektziele durchzusetzen, so kann fehlende Unterstützung durch das Management zu einem Problem werden.
2. Nachlassendes Interesse der Führungsebene am Projekt: Die Führung vernachlässigt die Projektkommunikation und Meetings.
3. Einzelne Mitglieder der Führungsebene bekämpfen das Projekt. Oder es gibt Unstimmigkeiten über Projektinhalte auf der Management-Ebene.
4. Wechsel im Management stören das Projekt: Wenn ein Manager in Schlüsselfunktion das Unternehmen verlässt, kann dies ein Problem für das Projekt bedeuten.

Du willst alles über Risiken im Projekt wissen?

Risikomanagement will gelernt sein! Für dieses wichtige Thema haben wir einen umfassenden Überblick erstellt
✔ Die wichtigsten Grundlagen ✔ Alle Artikel auf einen Blick ✔ Videos inklusive

Zum ultimativen Überblick →

Projektumfang

5. Unzureichend definierter Projektumfang: Ein allgemeines Problem von fehlerhaften oder unzureichend definierten Anforderungen.
6. Schleichende Erweiterung oder Verschiebung des Projektumfanges: Unkontrollierte Änderungswünsche lassen den Projektumfang ständig ansteigen.
7. „Vergoldung“ des Projektumfangs: Das Projektteam fügt eigene Produkt-Features hinzu, die weder in Anforderungen noch Änderungsanträgen enthalten sind.
8. Ungenaue Schätzungen: Ungenaue Schätzungen führen zu Problem bezüglich Terminen und Budget.
9. Ungenaue Abhängigkeiten: Abhängigkeiten von äußeren Umständen oder anderen Projekten können sich stark auf den Termin- und Kostenplan auswirken.
10. Aktivitäten wurden im Projektumfang nicht berücksichtigt: Vergessene und nachträglich hinzugefügte Tasks beeinflussen Termine und Kosten.

Kostenmanagement

11. Kostenschätzungen sind ungenau.
12. Wechselkursschwankungen: Wenn ein Projekt in mehreren Währungsräumen abläuft, kann dies stark die Kosten beeinflussen.

Änderungsmanagement

13. Zu viele Änderungen: Eine große Anzahl von Änderungsanträgen kann das Projekt stark verkomplizieren und Schlüsselressourcen ablenken.
14. Stakeholder-Konflikte bei Änderungen: Änderungswünsche können zu Konflikten bei Stakeholdern führen.
15. Änderungen lassen den Eindruck entstehen, das Projekt sei gescheitert: Eine große Anzahl von hochpriorisierten Änderungsanträgen kann bei den Stakeholder den Eindruck hinterlassen, das Projekt habe sein ursprüngliches Ziel verfehlt.
16. Fehlendes Änderungsmanagement-System: Wenn kritische Werkzeuge fehlen, wird dies zum Risiko.
17. Fehlender Änderungsmanagement-Prozess: Ein Prozess auf Organisations- oder Abteilungsebene ist unentbehrlich für den Projekterfolg. Anderenfalls bleiben Änderungen oft unsichtbar, aber beeinflussen das Projekt.
18. Fehlendes Entscheidungsgremium für Änderungen: Ein Gremium ist essentiell bei großen Projekten.
19. Ungenaue Prioritäten für Änderungen: Unwichtige Änderungen könnten zu hoch priorisiert werden und beeinflussen den Terminplan.
20. Änderungsanträge in schlechter Qualität: Anträge werden zu vage oder mehrdeutig formuliert.
21. Änderungsanträge widersprechen den Anforderungen

Stakeholder

22. Fehlende Beteiligung von Stakeholdern: Stakeholder ignorieren die Projektkommunikation.
23. Stakeholder haben ungenaue Erwartungen: Oft entwickeln Stakeholder Erwartungen, die nicht dem Projektplan entsprechen, z. B. die Erwartung, dass ein bestimmtes Ziel erreicht werden soll, welches aber nie definiert wurde.
24. Wechselnde Stakeholder: Umstrukturierungen oder Personalwechsel können das Projekt stören.
25. Negativ eingestellte Stakeholder: Wenn Stakeholder eine negative Einstellung zum Projekt haben und sich ein Scheitern wünschen.
26. Konflikte zwischen Stakeholdern: Unstimmigkeiten zwischen Stakeholdern können das Projekt beeinflussen.
27. Mangelhafte Zuarbeit von Stakeholdern: Die Informationen von Stakeholdern weisen Qualitätsmängel auf, z.B. bei Business Cases, Anforderungen oder Änderungsanträgen.

Kommunikation

28. Missverständnisse bei Anforderungen: Werden Anforderungen vom Team falsch interpretiert, resultiert dies in einer Abweichung zwischen Erwartungen, Anforderungen und Arbeitspaketen.
29. Zu viel Kommunikation: Wenn Schlüsselressourcen einen hohen Prozentsatz ihrer Zeit damit verbringen, Stakeholder einzubinden oder Änderungswünsche zu bearbeiten, kann dies das Projekt verzögern.
30. Zu wenig Kommunikation: Fehlende Kommunikation kann sich in Form von Missverständnissen und Unzufriedenheit auswirken.
31. Ungenaue Kundenerwartungen: Das Risiko, dass der Nutzer oder Kunde ein anderes Produkt erwartet als vom Projektteam erstellt wird.
32. Betroffene Personen werden nicht informiert: Wenn Stakeholder im Kommunikationsplan fehlen, kann dies zu Widerständen und Störungen im Projektverlauf führen.

Ressourcen und Projektteam

33. Ressourcenmangel: Es stehen keine ausreichenden Ressourcen für die Erledigung der Aufgaben zur Verfügung.
34. Lernkurven: Müssen Mitarbeiter erst eingearbeitet werden, kann dies zu Verzögerungen, Kostenüberschreitungen und niedriger Produktivität führen.
35. Fehlendes Training: Wenn Trainingsmöglichkeiten für benötigte Fähigkeiten fehlen oder nicht finanziert werden.
36. Unzureichendes Training: Training ist oft ein schlechter Ersatz für Erfahrung. Neu-erlernte Fähigkeiten werden nicht von der ersten Minute an produktiv voll wirksam sein.
37. Unerfahrene Teammitglieder: Junge oder frisch ausgebildete Mitarbeiter können weniger produktiv oder fehleranfälliger arbeiten.
38. Mangelnde Leistung: Wenn Mitarbeiter nicht die erwartete Leistung erbringen.
39. Negative Einstellung zum Projekt: Negativ eingestellte Mitarbeiter könnten das Projekt aktiv oder passiv sabotieren.
40. Wechsel im Projektteam: Häufige Wechsel von Ressourcen können zu Verzögerungen und Kostenüberschreitungen führen.
41. Geringe Motivation: Ein Risiko, das besonders bei Langläufer-Projekten auftritt.
42. Fehlende Unterstützung durch Linienvorgesetzte: Besonders in Matrix-Projekten sind Vorgesetzte wichtige Stakeholder, deren Unterstützung wichtig ist.

System-Architektur (meist im IT-Bereich)

43. Die Architektur passt nicht zu den- vorgeschriebenen Leit- und Grundsätzen: Abnahme-Prozesse sollten von Beginn an eingeplant werden.
44. Unflexible Architektur: Die Architektur ermöglicht keine Änderungen.
45. Mangelhafte Architektur: Wenn die Architektur von geringer Qualität ist.
46. Nicht umsetzbare Architektur: Wenn die Architektur nicht implementierbar, extrem kostenintensiv ist oder die Anforderungen nicht erfüllt.

Produkt-Design

47. Nicht umsetzbares Design: Das Design ist nicht umsetzbar, extrem kostenintensiv oder wird die Anforderungen nicht erfüllen.
48. Unflexibles Design: Ein schlechtes Design erschwert Änderungen.
49. Mangelhaftes Design: Das Design erfüllt die Anforderungen nur unzureichend oder ist von niedriger Qualität.
50. Design fällt bei Gutachtern durch: Wenn Experten oder Stakeholder das erarbeitete Design ablehnen.

Technisches

51. Technologische Komponenten passen nicht zum Anwendungszweck oder sind von geringer Qualität.
52. Technologische Komponenten skalieren nicht und erfüllen Performance-Anforderungen nicht.
53. Technologische Komponenten arbeiten nicht zusammen: Sie verfügen nicht über Standard-Schnittstellen.
54. Technologische Komponenten erfüllen keine Standards und arbeiten nicht nach Best Practices.
55. Technologische Komponenten weisen Sicherheitslücken auf.
56. Technologische Komponenten sind „over-engineered“: Wenn Komponenten mit unnötigen Funktionen und Design-Features aufgebläht sind.
57. Technologische Komponenten sind nicht stabil und stürzen ab.
58. Technologische Komponenten sind schwierig oder nicht mit neuen Funktionen erweiterbar.
59. Technologische Komponenten sind nicht zuverlässig und fallen nach kurzer Zeit aus.
60. Informationssicherheit: Wenn Sicherheitslücken auftreten und Informationen nach außen dringen.
61. Systemausfälle: Wenn kritische Systeme wie z.B. Testumgebungen ausfallen.
62. Fehlende Dokumentation von alten Komponenten: Die Integration mit undokumentierten Komponenten birgt oft Risiken.
63. Fehlender Support bei alten Komponenten: Fehlende Updates und Hersteller-Support können das Projekt gefährden.
64. Fehlende Wartungsmöglichkeiten von Komponenten oder Produkten: Wenn Komponenten oder Werkzeuge schwierig zu warten sind (z.B. durch fehlende Dokumentation, fehlendes Knowhow oder bei sehr komplexen Systemen).
65. Komponenten oder Produkte können nicht in Betrieb genommen werden, weil wichtige Kriterien nicht erfüllt werden.
66. Technische Probleme mit dem Projektmanagement-System können zu Störungen im Projekt führen.

Integration

67. Verzögerungen beim Aufbau von Hard- und Software.
68. Fehlerhafte oder unmögliche Integration des Produktes in existierende Business-Prozesse.
69. Fehlerhafte oder unmögliche Integration in existierende Systeme.
70. Testumgebungen für Integrationstests sind nicht verfügbar.
71. Das Projektergebnis kann nicht in die Unternehmensorganisation integriert werden, weil zwar das Projekt umgesetzt, jedoch nicht das Gesamtbild betrachtet wurde. Beispiel: Es wurde ein Vertriebssystem aufgebaut, aber es gibt kein Vertriebsteam.
72. Einzelne Komponenten spielen nicht wie gewünscht zusammen (tritt besonders bei einer großen Anzahl von Lieferanten auf).
73. Das Projekt stört operative Unternehmensprozesse und beeinflusst das finanzielle Ergebnis negativ.
74. Das Projekt stört Verkaufsprozesse.
75. Das Projekt stört Compliance-Prozesse wie Audits und das Berichtswesen.

Anforderungen

76. Anforderungen passen nicht zur Unternehmensstrategie.
77. Anforderungen passen nicht zu Unternehmensprozessen.
78. Anforderungen passen nicht zu existierenden Systemen.
79. Anforderungen passen nicht zur bestehenden Regularien und Vorgaben.
80. Anforderungen sind mehrdeutig, unklar formuliert oder können unterschiedlich interpretiert werden.
81. Anforderungen sind von geringer Qualität.
82. Anforderungen sind unvollständig.

Entscheidungsfindung

83. Offene Entscheidungen können den Projektverlauf verzögern, wenn keine klaren Termine und Regeln zur Entscheidungsfindung definiert werden.
84. Offene Entscheidungen sind mehrdeutig aus Angst vor der Übernahme von Verantwortung.
85. Entscheidungen werden unsachlich oder aufgrund falscher Informationen getroffen.
86. Unvollständig getroffene Entscheidungen: Wenn Entscheidungen das Problem nur teilweise lösen und weitere offene Fragen nach sich ziehen.

Beschaffung

87. Fehlende Angebote: Risiko, dass nach einer Ausschreibung keine oder zu wenige Angebote von Lieferanten eintreffen. Vielleicht hat die Firma einen schlechten Ruf bei Lieferanten?
88. Halbherzige Angebote in schlechter Qualität, die im Projekt nicht verwertet werden können.
89. Preisvorstellungen von Lieferanten und Projektteam liegen zu weit auseinander.
90. Inakzeptable Vertragsbestandteile, die nicht verhandelt werden können.
91. Konflikte zwischen dem Lieferanten führen zu Verzögerungen im Projekt.
92. Konflikte zwischen Lieferanten untereinander führen zu Verzögerungen im Projekt.
93. Lieferanten starten eine Aufgabe/Lieferung zu spät.
94. Komponenten oder Leistungen von Lieferanten entsprechen nicht den Anforderungen.
95. Komponenten oder Leistungen von Lieferanten sind nicht von ausreichender Qualität.
96. Die Infrastruktur für Lieferantenleistungen ist nicht von ausreichender Qualität.
97. Service und Beratung der Lieferanten sind nicht von ausreichender Qualität.
98. Komponenten oder Leistungen von Lieferanten verstoßen gegen Regeln oder Patente.
99. Lieferanten bereichern sich an Wissen und geistigem Eigentum.

Macht und Befugnis

100. Dem Projektteam fehlt die Autorität, bestimmte Aufgaben durch- und umzusetzen.
101. Unklare Befugnisse: Wenn unklar ist, wer die Autorität hat, ein Projektziel durchzusetzen.

Genehmigungen und Bürokratie

102. Verzögerte Zustimmungen von Stakeholdern führen zu Problemen im Terminplan.
103. Verzögerte Freigabe von Geldmitteln wirkt sich auf den Terminplan aus.
104. Verzögerungen bei Beschaffungsprozessen wirken sich negativ auf das Projekt aus.
105. Verzögerungen bei der Rekrutierung neuen Personals wirken sich negativ auf das Projekt aus.
106. Verzögerungen bei der Durchführung oder Genehmigung von Weiterbildungen/Trainings wirken sich negativ auf das Projekt aus.

Organisation

107. Das Projekt passt nicht zur Unternehmenskultur.
108. Eine Umstrukturierung im Unternehmen beeinflusst das Projekt.
109. Eine Fusion oder ein Unternehmenszukauf stört den Projektverlauf.

Externe Risiken

110. Rechtliche Änderungen beeinflussen das Projekt.
111. Höhere Gewalt beeinflusst das Projekt (z.B. Naturkatastrophen).
112. Änderungen auf dem Markt beeinflussen das Projekt (z.B. Börsencrashs).
113. Technische Veränderungen in der Branche beeinflussen das Projekt.
114. Business-Innovationen beeinflussen das Projekt.

Projektmanagement

115. Projektmanagement-Prozesse werden nicht oder nicht ausreichend eingehalten.
116. Fehlendes oder unzureichendes Projektmanagement und damit einhergehende fehlende Einhaltung von Best Practices.
117. Fehler in Projektmanagement-Methoden (z.B. fehlerhafte Terminplanung usw.).

Nachrangige Risiken

118. Das Risiko was daraus entsteht, dass ein Risiko nach aussen, zum Beispiel zu einem Lieferanten verlagert wurde.

Kunden- oder Nutzerakzeptanz

119. Nutzer lehnen den Prototypen ab, was Nacharbeiten oder komplett neue Designs erforderlich macht.
120. Die Nutzeroberfläche erlaubt Nutzern nicht oder nur unzureichend, ihre Aufgaben zu erfüllen.
121. Die Nutzeroberfläche ist von geringer Qualität, fehlerhaft, langsam oder schwer zu bedienen.
122. Die Nutzeroberfläche ist nicht barrierefrei und verstößt gegen Regeln.
123. Das Projekt wird von Nutzern als Störfaktor in der eigenen Produktivität empfunden.
124. Das Projekt wird von Nutzern als Blockade für Innovationen empfunden.
125. Das Projekt verschlechtert Unternehmenskennzahlen.
126. Nutzer lehnen das Produkt ab.

Markterfolg

127. Das neu entwickelte Produkt verkauft sich schlecht.
128. Das Produkt erfüllt rechtliche Anforderungen nicht oder kann Käufern Schäden zufügen.
129. Das Produkt hat Qualitätsmängel und beeinflusst die Marke negativ.
130. Das Produkt generiert ein negatives Medienecho oder beschädigt Kundenbeziehungen.

Fazit

Ja, vieles aus dieser Liste stammt aus dem IT-Bereich, doch viele der Risiken treffen auch auf andere Branchen zu. Diese Liste sollte dir genügend Anregungen für dein eigenes Projekt geben. Schau mal nach: Vielleicht findest du hier sogar Risiken, die du bisher vernachlässigt hast.

Lust auf mehr? Hier findest du den großen Überblick zum Risikomanagement im Projekt!