Projekt-Mapping macht wichtige Beziehungen eines Projekts sichtbar: wie die Arbeit mit einem Ergebnis zusammenhängt, welche Lieferobjekte voneinander abhängen, wer beiträgt und wo noch Entscheidungen nötig sind. Der Begriff bezeichnet kein allgemeingültiges Diagramm. Wählen Sie die Map entsprechend der Frage, die Sie beantworten müssen.
Eine Projekt-Map ist nützlich, wenn Menschen Aufgaben auflisten, aber nicht erklären können, wie diese zusammenhängen. Sie kann auch zeigen, dass zwei Teams denselben Projektnamen verwenden, aber unterschiedliche Ergebnisse erwarten. Eine Map legt solche Abweichungen offen, bevor ein detaillierter Zeitplan falsche Sicherheit erzeugt.
Die Map anhand der Entscheidung auswählen
| Frage | Nützliche Map | Was sie nicht ersetzt |
|---|---|---|
| Warum erledigen wir diese Arbeit? | Map von Ergebnis zu Lieferobjekten | Evidenz dafür, dass das Ergebnis wichtig ist |
| Was muss vor etwas anderem passieren? | Abhängigkeits-Map | Gepflegter Zeitplan und Ressourcenplan |
| Wer muss beitragen? | Stakeholder- oder Rollen-Map | Tatsächliche Beteiligung und angenommene Zuständigkeit |
| Wie bewegt sich Arbeit durch den Prozess? | Prozess- oder Workflow-Map | Beobachtung von Ausnahmen und Praxis |
| Was liegt innerhalb der Projektgrenze? | Umfangs-Map | Entscheidungsprozess für Änderungen |
Fassen Sie nicht jede Ansicht auf einer einzigen Fläche zusammen. Ein Diagramm mit Dutzenden Pfeilarten ist möglicherweise schwerer zu verwenden als wenige verknüpfte Einträge. Beginnen Sie mit der Frage, die gerade Unsicherheit erzeugt.
Das Ergebnis vor den Lieferobjekten definieren
Beschreiben Sie die beabsichtigte Änderung in einem Satz. Unterscheiden Sie dann Ergebnisse von Ausgaben. Ein geliefertes Formular, ein Dienst oder ein Bericht ist eine Ausgabe. Eine sinnvolle Veränderung dessen, was jemand erledigen kann, ist ein Ergebnis, das Evidenz erfordert.
Die Discovery-Leitlinien von GOV.UK empfehlen, den umfassenderen Nutzerpfad sowie die Teams und Dienste rund um ein Problem zu verstehen. Das ist relevanter Kontext für das Mapping einer Projektgrenze, schreibt aber den unten beschriebenen Workshop nicht vor.
Fragen Sie, welche Ausgaben das Ergebnis plausibel unterstützen könnten. Hat ein Arbeitsstrang keine klare Verbindung, könnte es sich um notwendige Unterstützungsarbeit, eine ungeprüfte Annahme oder unnötigen Umfang handeln. Kennzeichnen Sie die Beziehung, bevor Sie über Beibehalten oder Entfernen entscheiden.
In fünf Durchgängen die erste Projekt-Map erstellen
- Das Ergebnis oben platzieren. Nennen Sie die betroffene Gruppe und das Signal, das Sie prüfen werden.
- Die wichtigsten Lieferobjekte ergänzen. Nutzen Sie beobachtbare Ergebnisse statt Tätigkeiten wie „an der Integration arbeiten“.
- Abhängigkeiten verbinden. Beschriften Sie, was ein Element von einem anderen benötigt.
- Zuständige und Entscheidungen ergänzen. Zeigen Sie, wer jedes Ergebnis koordiniert und welche Entscheidung offen ist.
- Unsicherheit markieren. Unterscheiden Sie bestätigte Beziehungen von Annahmen, die Evidenz brauchen.
Vermeiden Sie beim ersten Durchgang Termine, sofern sie keine echte Einschränkung darstellen. Ein frühes Datum kann die Diskussion prägen, bevor Umfang und Abhängigkeiten verstanden sind. Ergänzen Sie Zeitangaben erst, wenn die Beziehungen sie stützen.
Ausgearbeitetes Beispiel: eine Self-Service-Kontoänderung
Hypothetisches Beispiel: Ein Team möchte, dass Kunden eine routinemäßige Kontoänderung ohne Übergabe an den Support abschließen können. Die erste Aufgabenliste enthält Oberflächengestaltung, API-Arbeit, Hilfetexte, Analysen und eine Startankündigung.
Die Ergebnis-Map deckt fehlende Arbeit auf. Die API hängt von einer Entscheidung ab, wer die Änderung beantragen darf. Die Hilfetexte hängen davon ab, die Ausnahmen zu verstehen. Die Bereitschaft des Supports hängt davon ab, welche Fälle außerhalb des Self-Service bleiben.
Das Team zeichnet drei Beziehungen ausdrücklich ein:
| Ergebnis | Abhängigkeit | Benötigte Entscheidung oder Evidenz |
|---|---|---|
| Nutzbarer Ablauf für Kontoänderungen | Berechtigungsregel | Bestätigen, wer die Änderung vornehmen darf |
| Klarer Weg für Ausnahmen | Bekannte nicht unterstützte Fälle | Repräsentative Sonderfälle durchgehen |
| Messung des Ergebnisses | Definiertes Abschlussereignis | Vereinbaren, was als abgeschlossene Aufgabe zählt |
Das ändert den unmittelbaren Plan. Statt alle Arbeitsstränge gleichzeitig zu beginnen, klärt das Team zuerst die Berechtigungsfrage und untersucht die Ausnahmefälle. Die Erkundung der Oberfläche kann weitergehen, wird aber als vorläufig gekennzeichnet.
Die Map beweist nicht, welche Umsetzung am besten ist. Sie zeigt, welche Entscheidungen mehrere Arbeitsteile beeinflussen und deshalb früh beachtet werden sollten.
Abhängigkeitspfeile aussagekräftig beschriften
Beschriften Sie jeden Pfeil mit dem Beitrag: einer Entscheidung, Daten, Umgebung, Prüfung, Schnittstelle oder betrieblichen Fähigkeit. „Team B“ beschreibt keine Abhängigkeit. „Team B bestätigt die Regel für Kontoinhaberschaft“ schon.
Halten Sie bei externen Abhängigkeiten fest, ob der Beitrag angefragt oder angenommen wurde. Ihre Map kann keine Zusage im Namen eines anderen Teams erstellen. Nennen Sie eine Kontaktperson, den spätesten sinnvollen Termin und die Folge, falls sich der Beitrag ändert.
Trennen Sie logische Abhängigkeiten von bevorzugter Reihenfolge. Zwei Aufgaben können hintereinander geplant sein, weil dieselbe Person sie erledigt, obwohl keine die andere technisch voraussetzt. Diese Unterscheidung ist wichtig, wenn das Team Alternativen erwägt.
Einen 45-minütigen Projekt-Mapping-Workshop durchführen
Beginnen Sie mit fünf Minuten stillem Lesen des Projektbriefings. Verwenden Sie zehn Minuten dafür, die wichtigsten Ausgaben unabhängig aufzuschreiben. Vergleichen Sie die Listen, bevor Sie sie verbinden; Unterschiede können auf eine ungeklärte Umfangsannahme hindeuten.
Zeichnen und beschriften Sie die Beziehungen in 15 Minuten. Reservieren Sie zehn Minuten, um Annahmen mit den größten Folgen zu hinterfragen, und fünf Minuten, um die nächsten Evidenz- oder Entscheidungsschritte zuzuweisen.
Legen Sie einen Sammelbereich für Details an, die den Zweck der Map nicht ändern. Eine vollständige Aufgliederung der Umsetzung kann später im Arbeitssystem des Teams entstehen. Der Workshop sollte mit einer klareren nächsten Entscheidung enden, nicht nur mit einer größeren Fläche.
Bitten Sie eine Person, die das Ergebnis betreiben wird, die Map zu prüfen. Fragen Sie, was am ersten Tag nach dem Start scheitern könnte. So werden möglicherweise Support, Überwachung, Übergabe und Wartung sichtbar, die in einer lieferungszentrierten Darstellung fehlen.
Die Map in einen gepflegten Plan überführen
Wählen Sie einen verbindlichen Ablageort für die Map und halten Sie Datum und Zuständigkeit fest. Verknüpfen Sie Lieferobjekte mit dem Arbeitstracker, statt jede Aufgabe auf das Diagramm zu kopieren. Halten Sie wichtige Entscheidungen mit Begründung und Zuständigkeit in einem Entscheidungsprotokoll fest.
Aktualisieren Sie die Map, wenn sich eine Grenze, Abhängigkeit oder Annahme ändert. Eine nur beim Kick-off verwendete Map wird zur historischen Darstellung. Eine gepflegte Map hilft zu erklären, warum der aktuelle Plan vom ursprünglichen abweicht.
Nutzen Sie eine agile Retrospektive, um die Abstimmung rund um die Map zu prüfen. Fragen Sie, welche Abhängigkeit zu spät sichtbar wurde oder welches Ergebnis niemand mit dem Ziel verbinden konnte. Sammeln Sie Beobachtungen in einem einfachen Retrospektiven-Format und testen Sie eine Verbesserung mit dem Nachverfolgungsprozess der Retrospektive.
Fehler, die Projekt-Maps irreführend machen
Nur Abteilungen abbilden. Eine Abteilungsbezeichnung kann verbergen, welche Entscheidung, Information oder Leistung tatsächlich gebraucht wird. Benennen Sie den Beitrag.
Die Map als Zeitplan behandeln. Beziehungen unterstützen die Planung, legen aber weder Dauer und Verfügbarkeit noch die Sicherheit eines Termins fest.
Jede Annahme als gesicherte Tatsache zeigen. Verwenden Sie ausdrückliche Kennzeichnungen und eine Liste von Evidenzschritten. Visuelle Gestaltung sollte Unsicherheit nicht auslöschen.
Jedes mögliche Detail aufnehmen. Richten Sie die Map an ihrer Frage aus. Finden Leser die nächste Entscheidung nicht, teilen Sie die Ansicht oder entfernen Sie Details, die an anderer Stelle hingehören.
Häufig gestellte Fragen
Ist Projekt-Mapping dasselbe wie Mindmapping?
Ein Mindmap kann helfen, Ideen zu einem Thema zu sammeln. Eine Projekt-Map braucht meist ausdrückliche Beziehungen wie Beitrag, Abhängigkeit, Zuständigkeit oder Umfang, damit sie Entscheidungen zur Umsetzung unterstützt.
Kann eine Projekt-Map einen Projektplan ersetzen?
Sie kann die Planung unterstützen und vereinfachen, ersetzt aber nicht den erforderlichen Zeitplan, Ressourcenentscheidungen, das Risikomanagement oder Governance-Aufzeichnungen. Nutzen Sie sie, um die Beziehungen zu erklären, von denen diese Unterlagen abhängen.
Was sollten wir zuerst abbilden, wenn das Projekt unklar ist?
Beginnen Sie mit dem Problem, der betroffenen Gruppe und dem angestrebten Ergebnis. Sind diese Punkte umstritten, untersuchen Sie sie, bevor Sie eine detaillierte Map vermuteter Lieferobjekte erstellen.