Wozu braucht ein Projekt ein Handbuch?
In jedem Projekt stellen sich dieselben organisatorischen Fragen: Wer entscheidet über Änderungen? Wo liegen die aktuellen Dokumente? Wann und an wen wird berichtet? Wie werden Risiken erfasst? Wenn diese Fragen nicht beantwortet sind, werden sie im Alltag immer wieder neu verhandelt, und jede Person handelt nach eigener Gewohnheit. Das Projekthandbuch beantwortet sie einmal, verbindlich und für alle nachlesbar.
Wichtig ist die Abgrenzung zum Projektauftrag. Der Auftrag beschreibt Ziele, Umfang, Budget und Termine, also was das Projekt leisten soll und warum. Das Handbuch beschreibt, wie das Projektteam zusammenarbeitet. Beide Dokumente ergänzen sich; der Auftrag wird vom Auftraggeber freigegeben, das Handbuch meist von der Projektleitung erstellt und mit dem Auftraggeber abgestimmt, siehe Projektauftrag schreiben.
In der Schweizer Methode HERMES heisst das entsprechende Ergebnis Projektmanagementplan. Er enthält die Gesamtplanung und die projektspezifischen Regelungen und wird im Verlauf rollend nachgeführt [1]. Im PMBOK Guide entspricht ihm der Projektmanagementplan, der die Teilpläne für Umfang, Termine, Kosten, Qualität, Ressourcen, Kommunikation, Risiken und Beschaffung zusammenführt [2].
Welche Inhalte gehören in das Projekthandbuch?
| Kapitel | Inhalt | Leitfrage |
|---|---|---|
| Projektorganisation | Rollen, Namen, Organigramm, Stellvertretungen | Wer macht was? |
| Entscheidungswege | Befugnisse, Freigabegrenzen, Eskalation | Wer entscheidet wann? |
| Kommunikation | Meetings, Teilnehmende, Rhythmus, Kanäle | Wer erfährt was, wann und wie? |
| Berichtswesen | Statusbericht, Inhalte, Empfänger, Frequenz | Wie wird über den Stand informiert? |
| Änderungsmanagement | Ablauf für Änderungsanträge, Entscheid, Dokumentation | Wie werden Änderungen behandelt? |
| Risiko- und Qualitätsmanagement | Risikoregister, Prüfungen, Abnahmen | Wie werden Risiken und Qualität gesteuert? |
| Ablage und Werkzeuge | Ablageorte, Namenskonventionen, Projekttool, Zugriffsrechte | Wo findet man was? |
| Arbeitsweise | Vorgehen (klassisch, agil, hybrid), Definition of Done, Zeiterfassung | Wie arbeiten wir konkret? |
Nicht jedes Projekt braucht jedes Kapitel in voller Länge. Für ein kleines Projekt genügen oft Organisation, Kommunikation und Ablage auf einer Seite. Für ein grosses Projekt mit mehreren Teams, externen Partnern und einem Steuerungsausschuss sind alle Kapitel sinnvoll, ergänzt um Teilpläne etwa für Tests oder Einführung. Massstab ist die Frage, welche Regeln das Team braucht, um ohne ständige Rückfragen arbeiten zu können.
Wie umfangreich sollte ein Projekthandbuch sein?
| Projektgrösse | Umfang | Typische Inhalte |
|---|---|---|
| Klein | eine bis zwei Seiten oder ein Abschnitt im Projektsteckbrief | Rollen, Meetings, Ablageort, Ansprechpersonen |
| Mittel | fünf bis zehn Seiten | alle Kernkapitel, Statusbericht, Änderungsprozess |
| Gross | gegliedertes Dokument mit Teilplänen | zusätzlich Risiko-, Qualitäts-, Test- und Einführungsplanung |
HERMES unterstützt diese Anpassung mit Sizing und Tailoring: Das Sizing reduziert Vorgehen und Dokumentation auf das Nötige, das Tailoring passt die Ergebnisse weiter an das Projekt an [3]. Für kleine Vorhaben bieten Kantone schlanke Varianten wie HERMES EXPRESS mit wenigen Vorlagen. Wie kleine Projekte mit minimaler Dokumentation auskommen, beschreibt der Beitrag Projektmanagement für kleine Projekte.
Wie wird die Kommunikation im Handbuch geregelt?
Die Kommunikationsregeln sind für den Alltag oft das wichtigste Kapitel. Sie legen fest, welche Meetings stattfinden, wer teilnimmt, wie oft und mit welchem Ergebnis. Ein Beispiel für ein mittleres Projekt: ein wöchentliches Teammeeting von dreissig Minuten mit Fortschritt, Hindernissen und nächsten Schritten, ein zweiwöchentlicher Statusbericht an den Auftraggeber und ein monatlicher Steuerungstermin mit Entscheiden. Dazu kommen Regeln für Kanäle: Was wird im Projekttool kommentiert, was per E-Mail, was im Chat?
| Format | Teilnehmende | Rhythmus | Ergebnis |
|---|---|---|---|
| Teammeeting | Projektleitung, Kernteam | wöchentlich, 30 Minuten | Fortschritt, Hindernisse, nächste Schritte |
| Statusbericht | Auftraggeber, Stakeholder | zweiwöchentlich | Stand, Ampel, Risiken, Entscheidbedarf |
| Steuerungstermin | Auftraggeber, Projektleitung, Ausschuss | monatlich | Entscheide, Freigaben |
| Review mit Fachbereich | Anwendervertretung, Team | nach jedem Meilenstein | Rückmeldung, Abnahme von Teilergebnissen |
Eine Vorlage bietet der Kommunikationsplan auf flenio.ch. Wichtig ist, dass jedes Format ein Ergebnis hat. Meetings ohne Ergebnis werden schnell als Zeitverlust empfunden und dann nicht mehr besucht. Wie der Statusbericht aufgebaut wird, damit er den Stand ehrlich zeigt, erklärt der Beitrag Projektstatus objektiv bewerten.
Warum gehört der Änderungsprozess ins Handbuch?
Änderungen sind in jedem Projekt normal. Problematisch werden sie, wenn sie ohne Entscheid umgesetzt werden und sich später niemand erinnert, wer sie wann zugelassen hat. Das Handbuch legt deshalb fest, wie Änderungsanträge gestellt, bewertet und entschieden werden, wer bis zu welcher Grösse entscheiden darf und wo Entscheide dokumentiert werden. Ein schlanker Prozess genügt: Antrag mit Begründung, Bewertung der Folgen für Umfang, Termin und Kosten, Entscheid, Anpassung der Pläne. Details beschreibt der Beitrag Scope-Management und Änderungskontrolle.
So erstellen Sie ein Projekthandbuch in fünf Schritten
- 1Vorlage der Organisation verwenden oder anpassen, statt jedes Mal neu zu beginnen.
- 2Kapitel nach Projektgrösse auswählen und Unnötiges bewusst weglassen.
- 3Inhalte mit den Beteiligten abstimmen, besonders Entscheidungswege und Kommunikation.
- 4Handbuch vom Auftraggeber bestätigen lassen und im Kick-off vorstellen.
- 5Zentral ablegen, Änderungen mit Datum festhalten und bei Phasenwechseln überprüfen.
Ein Handbuch wirkt nur, wenn es bekannt ist. Deshalb gehört es auf die Agenda des Kick-offs, siehe Kick-off-Meeting vorbereiten, und an einen Ort, den alle ohnehin nutzen. In Flenio lässt sich das Handbuch als Dokument im Projekt ablegen und mit Aufgaben, Meilensteinen und Zuständigkeiten verknüpfen. Für Projekte nach HERMES steht auf flenio.ch eine Vorlage für den Projektmanagementplan bereit.
Typische Fehler beim Projekthandbuch
- Zu umfangreich: Ein Handbuch mit fünfzig Seiten wird nicht gelesen und nicht gelebt.
- Kopiert, nicht angepasst: Regeln aus einem anderen Projekt passen selten vollständig.
- Nie aktualisiert: Neue Rollen, geänderte Meetings oder Werkzeuge werden nicht nachgeführt.
- Unbekannt: Das Handbuch existiert, aber das Team kennt es nicht.
- Ohne Entscheidungsregeln: Gerade die Befugnisse und Eskalationswege fehlen oft.
Beispiel: Projekthandbuch für ein CRM-Projekt
Ein Beratungsunternehmen mit 60 Mitarbeitenden führt ein neues CRM ein. Das Projekt dauert fünf Monate, beteiligt sind Vertrieb, Marketing, Kundendienst und IT sowie ein externer Implementierungspartner. Das Projekthandbuch umfasst acht Seiten. Die Organisation zeigt den Leiter Vertrieb als Auftraggeber, eine Projektleiterin aus der IT, je eine Fachvertretung aus den drei Abteilungen und die Ansprechperson des Partners. Entscheidungswege legen fest, dass die Projektleiterin Ausgaben bis 3 000 Franken freigeben darf und Änderungen an Zielen oder Endtermin beim Auftraggeber liegen.
Die Kommunikation sieht ein wöchentliches Teammeeting, einen zweiwöchentlichen Statusbericht und einen monatlichen Steuerungstermin vor. Das Kapitel Ablage legt fest, dass alle Dokumente im Projekttool liegen, mit einer einfachen Namenskonvention aus Datum, Thema und Version. Der Änderungsprozess verweist auf eine Änderungsliste im Tool. Für die Datenmigration gibt es einen eigenen kurzen Teilplan, weil sie das grösste Risiko des Projekts ist. Mehr braucht das Projekt nicht, und weil das Handbuch kurz ist, wird es tatsächlich gelesen.
Wie bleibt das Projekthandbuch aktuell?
Ein Projekthandbuch altert schnell. Neue Personen kommen ins Team, Meetings ändern sich, ein Partner wird ausgetauscht, ein Werkzeug kommt hinzu. Bewährt hat sich, das Handbuch an festen Zeitpunkten zu überprüfen: bei jeder Phasenfreigabe, bei personellen Wechseln in Schlüsselrollen und nach Eskalationen, die gezeigt haben, dass eine Regel fehlt oder nicht funktioniert. Jede Änderung wird mit Datum und kurzer Beschreibung festgehalten, damit nachvollziehbar bleibt, welche Regel wann galt.
Eine Person sollte für das Handbuch verantwortlich sein, meist die Projektleitung oder bei grösseren Projekten ein Projektbüro. Sie sorgt dafür, dass Änderungen eingearbeitet und kommuniziert werden. Für neue Teammitglieder ist das Handbuch zugleich die wichtigste Einarbeitungsunterlage: Wer es gelesen hat, kennt Rollen, Abläufe und Ansprechpersonen und kann sich schneller einbringen. Das ist einer der am meisten unterschätzten Nutzen eines guten Projekthandbuchs.
Ein praktischer Test für die Qualität: Bitten Sie eine neue Person nach einer Woche im Projekt, drei Fragen zu beantworten, etwa wer über Änderungen entscheidet, wo die aktuelle Planung liegt und wann der nächste Statusbericht fällig ist. Kann sie die Antworten im Handbuch finden, erfüllt es seinen Zweck.
Kurz: Ein gutes Projekthandbuch ist nicht das umfangreichste, sondern das, das im Alltag tatsächlich genutzt wird. Halten Sie es knapp, aktuell und dort, wo das Team arbeitet, und stellen Sie es bei jedem neuen Teammitglied kurz vor. So wird es vom Pflichtdokument zum Werkzeug, das Rückfragen spart und Abläufe im Projekt verlässlich macht.
Projekthandbuch in HERMES, PMBOK und ISO 21502
HERMES führt den Projektmanagementplan als zentrales Ergebnis, das Gesamtplanung und Regelungen enthält und bei jeder Phasenfreigabe überprüft wird. Der PMBOK Guide beschreibt den Projektmanagementplan als Sammlung von Teilplänen und Baselines. Die ISO 21502 verlangt, dass Vorgehen, Rollen und Steuerungsmechanismen dokumentiert und an das Projekt angepasst werden [4]. Gemeinsam ist allen: Die Regeln werden nicht vorausgesetzt, sondern bewusst festgelegt. Den Gesamtzusammenhang zeigt der Leitfaden Projektplanung Schritt für Schritt.