Awesome Project Management

Eine kuratierte Liste der besten Ressourcen zu Projektmanagement – von Waterfall über Agile, Scrum, Kanban bis hin zu hybriden Ansätzen – für Projektmanager, PMOs und Führungskräfte.

Inspiriert von awesome lists. Gepflegt von Rework.

Inhaltsverzeichnis

Artikel

Die meisten Projekte scheitern nicht an falschen Tools oder der falschen Methodik. Sie scheitern an unklarem Scope, mangelhafter Stakeholder-Abstimmung und fehlenden ehrlichen Statusberichten. Diese Artikel gehen die eigentlichen Ursachen an.

Bücher

  • Scrum: The Art of Doing Twice the Work in Half the Time von Jeff Sutherland – Der zugängliche Leitfaden des Scrum-Mitgründers zum Framework, mit realen Beispielen aus Militär, Finanzen und Technologie.
  • Project Management for the Unofficial Project Manager von Kory Kogon – Für Führungskräfte, die Projekte ohne PM-Titel oder formale Ausbildung leiten.
  • Making Things Happen von Scott Berkun – Ein offener, praxiserfahrener Blick auf das, was Projekterfolg in realen Organisationen tatsächlich bestimmt.
  • The Lean Startup von Eric Ries – Build-Measure-Learn-Denken, das direkt auf iterative Projektlieferung und Scope-Management angewendet werden kann.
  • Drive von Daniel Pink – Was Projektteams motiviert und warum traditionelle Managementansätze die Leistung untergraben.

Videos & Vorträge

Tools & Software

Das richtige PM-Tool hängt von Teamgröße, Methodik und dem technischen Verständnis der Stakeholder ab. Das sind die Plattformen mit der stärksten Erfolgsbilanz.

  • Asana – Work-Management-Plattform für funktionsübergreifende Teams, die Projekte, Kampagnen und Betrieb verwalten.
  • Jira – Der Industriestandard für Agile-Softwareentwicklungsteams, die Epics, Stories und Sprints verfolgen.
  • Linear – Schneller, meinungsstarker Projekt-Tracker, der von Produkt- und Engineering-Teams für seine Geschwindigkeit und Einfachheit geschätzt wird.
  • Monday.com – Visuelles Work-OS für nicht-technische Teams, die Projekte in Marketing, HR und Operations verwalten.
  • ClickUp – Allumfassende Projektmanagement-Plattform, die Aufgaben, Dokumente, Ziele und Zeiterfassung kombiniert.
  • Notion – Flexibler Workspace für Projektdokumentation, Wikis und leichtgewichtiges Aufgaben-Tracking.
  • Smartsheet – Tabellenkalkulations-ähnliches Projektmanagement für Teams, die mit Excel vertraut sind, aber Kollaborationsfunktionen benötigen.
  • Microsoft Project – Enterprise-Projektplanung mit Gantt-Diagrammen, Ressourcenmanagement und Portfolio-Reporting.

Vorlagen & Frameworks

  • Project Charter Template von PMI – Ein strukturierter Einseitiger, der Projektzweck, Scope, Stakeholder und Erfolgskriterien vor Arbeitsbeginn definiert.
  • Sprint Planning Template von Miro – Eine visuelle Vorlage für Sprint-Planungsmeetings, die Teams auf Ziele und Kapazität ausrichtet.
  • RACI Matrix Template von Lucidchart – Eine Verantwortlichkeitsmatrix, die Unklarheiten darüber beseitigt, wer entscheidet, ausführt, konsultiert und informiert wird.
  • Risk Register Template von Smartsheet – Ein strukturiertes Log zur Identifikation, Bewertung und Verfolgung von Projektrisiken über den gesamten Lebenszyklus.
  • Project Retrospective Template von Miro – Eine moderierte Vorlage, um festzuhalten, was gut lief, was nicht und was beim nächsten Sprint anders gemacht werden sollte.
  • Project Management Frameworks via Rework – Ein Vergleich von Waterfall, Scrum, Kanban, PRINCE2 und hybriden Ansätzen mit konkreter Empfehlung, welcher Ansatz für welchen Projekttyp und Team-Kontext geeignet ist.

Fallstudien & Praxisbeispiele

Eine der nützlichsten Fragen, die eine Führungskraft vor der Investition in formales Projektmanagement stellen kann, lautet: Braucht diese Situation das überhaupt? Diese Beispiele umspannen fünf Branchen – darunter ein warnendes Scheitern –, um diese Frage für den eigenen Kontext zu beantworten. Das Muster, das dabei entsteht, ist eindeutig: Je höher die Kosten einer späten Entdeckung und je mehr Übergaben zwischen Teams stattfinden, desto mehr zahlt sich formales PM aus.

  • Bauwesen (Sydney Opera House) – PM-Versagen als Lehrbeispiel – Das Sydney Opera House, fertiggestellt 1973, war mit 7 Millionen AUD budgetiert und sollte 4 Jahre dauern. Es dauerte 16 Jahre und kostete 102 Millionen AUD – 1.400 % über Budget. Das Projekt hatte keine formale Scope-Kontrolle, keinen Change-Management-Prozess, und Architekt und Baufirmen arbeiteten ohne einheitliche Projekt-Governance-Struktur. Die Folge war, dass Designänderungen in strukturelle Nacharbeiten kaskadierten, diese in Kostenüberschreitungen und schließlich in eine politische Krise. Heute ist es das Standardbeispiel in PM-Kursen des Ingenieurwesens dafür, warum große physische Infrastrukturprojekte mit voneinander abhängigen Phasen eine strenge Change-Kontrolle brauchen, bevor ein einziger Betonguß beginnt. Quelle

  • Fertigung (Boeing 787 Dreamliner) – PM verhindert kostspielige Verzögerungen, bis es das nicht mehr tut – Boeings 787-Programm, das 2004 gestartet wurde, verwendete ein beispielloses Outsourcing-Supply-Chain-Modell mit über 50 globalen Lieferanten. Das ursprüngliche PM-Framework ging davon aus, dass Komponenten montagebereit ankommen würden. Stattdessen lieferten Lieferanten Teile, die nicht passten, keine ordnungsgemäße Dokumentation hatten und Boeing zwangen, ausgelagerte Arbeit wieder zu integrieren. Das Ergebnis war eine 3-jährige Lieferverzögerung und 32 Milliarden US-Dollar Kostenüberschreitung. Die Lektion: PM-Frameworks müssen nicht nur die eigene Teamarbeit, sondern jede Abhängigkeit in der Lieferkette steuern. Wer die Ausführung outsourct, kann nicht die Verantwortung outsourcen. Quelle

  • Software-Startup (Spotify) – Leichtgewichtiges PM im großen Maßstab – Spotify ersetzte traditionelles Projektmanagement durch „Squads, Tribes, Chapters und Guilds" – ein 2012 veröffentlichtes Modell, das kleinen autonomen Teams die vollständige Verantwortung für Produktbereiche gab. Es gab keine zentralen PMs, die zwischen Teams koordinierten; stattdessen besaß jedes Squad sein Backlog und seinen Release-Zyklus. Bis 2015 lieferte Spotify Produktupdates hunderte Male pro Woche. Der Kompromiss war real: Die teamübergreifende Koordination wurde schwieriger, je größer das Unternehmen wurde, und Spotify selbst entwickelte das Modell später weiter. Aber der Fall etablierte, dass kleine, hochvertrauende Engineering-Teams unter leichtgewichtigem PM oft schneller liefern als unter schwerem Prozessoverhead. Quelle

  • Marketingkampagnen – Zu viel Management tötet Geschwindigkeit und Kreativität – Ein gut dokumentiertes Muster in Enterprise-Marketing-Teams ist „Projektmanagement durch Genehmigungskette" – wo eine Kampagne die Freigabe von Brand, Legal, Regional und Führungskräften benötigt, bevor irgendetwas ausgeliefert wird. HubSpots Marketing-Team dokumentierte intern (und teilte es via Blog), dass Kampagnen mit mehr als 3 Genehmigungsebenen 4-mal länger bis zur Auslieferung brauchten und keine bessere Performance zeigten als schneller umgesetzte Kampagnen. Die Erkenntnis für Führungskräfte: Bei kreativer Arbeit, bei der Geschwindigkeit zählt, sollte PM darauf ausgerichtet sein, Blocker zu beseitigen und Übergaben zu reduzieren, nicht Governance-Checkpoints hinzuzufügen. Quelle

  • Gesundheits-IT (NHS-Patientenakten) – Großes Projektscheitern durch mangelnde Governance – Das National Programme for IT des britischen National Health Service, gestartet 2003, war eines der größten öffentlichen IT-Programme, die je versucht wurden – ein zentralisiertes Patientenakten-System für alle NHS-Krankenhäuser. Es wurde 2011 eingestellt, nachdem 10 Milliarden Pfund (von geplanten 12 Milliarden Pfund) ausgegeben worden waren, ohne dass annähernd der ursprüngliche Scope geliefert wurde. Die Ursache des Scheiterns war laut dem offiziellen parlamentarischen Bericht eine unzureichende Projekt-Governance: kein Mechanismus zur Eskalation von Scope Creep, kein strukturierter Prozess für Lieferantenverantwortlichkeit und keine einzige verantwortliche PM-Rolle mit Entscheidungsbefugnis. Das Programm hatte Governance-Theater – Meetings und Berichte – ohne Governance-Substanz. Quelle

  • Bauwesen (Burj Khalifa) – PM dort, wo es wirklich unverzichtbar ist – Der Burj Khalifa, 2010 als das höchste Gebäude der Welt fertiggestellt, umfasste täglich 12.000 Arbeiter auf der Baustelle, über 60 Unternehmen und einen in 24-Stunden-Schichten gemessenen Projektzeitplan über 6 Jahre. Samsung C&T, der Hauptauftragnehmer, nutzte Critical-Path-Method-Planung, tägliches Earned-Value-Reporting und ein dediziertes PMO zur Koordination der Abhängigkeiten zwischen Struktur-, Mechanik-, Elektro- und Fassadenteams. Das Projekt wurde 8 Monate früher als der überarbeitete Zeitplan abgeschlossen. Dies ist das entgegengesetzte Ende des Spektrums vom Startup-Sprint-Zyklus: Wenn man 60 Auftragnehmer und ein Budget von 1,5 Milliarden US-Dollar hat, ist formales PM kein Overhead – es ist der Mechanismus, durch den überhaupt etwas gebaut wird. Quelle

Communities & Newsletter

  • PMI Community – Lokale Chapters und ein globales Netzwerk von über 700.000 Projektmanagement-Fachleuten.
  • Scrum Alliance – Zertifizierungsstelle und Community für Scrum-Praktiker mit Foren, User Groups und jährlichen Treffen.
  • ProjectManagement.com – Eine Praktiker-Community mit Artikeln, Foren, Vorlagen und Karriere-Ressourcen für PMs auf allen Ebenen.

Rework-Ressourcen

  • Agile Project Management – Wie Agile in der Praxis funktioniert: Sprints, Standups, Backlogs und Retrospektiven für Business-Teams.
  • Project Management Frameworks – Ein Vergleich von Waterfall, Scrum, Kanban, PRINCE2 und hybriden Frameworks zur Auswahl des richtigen Ansatzes.

Beitragen

Kennen Sie eine großartige Ressource, die auf diese Liste gehört? Teilen Sie sie uns mit.

Zuletzt aktualisiert: März 2026. Links verifiziert. Deckt traditionelles Waterfall, Agile, Scrum, Kanban und hybrides Projektmanagement für technische und nicht-technische Teams ab.