Ein praktischer Leitfaden, um ein Projektmanagement-System rund um die tatsächliche Arbeitsweise Ihres Teams zu bauen: warum generische PM-Tools ignoriert werden, wie Sie Ihre echten Phasen und Übergaben abbilden, was Version eins braucht und wie Sie laufende Arbeit ohne Status-Meetings sehen.
Agenturen, Kreativteams, Dienstleister, Produktteams und Serviceunternehmen, deren Lieferung nicht in fertige Projekt-Tools passt.
- Ein Projektmodell, das auf Ihren echten Lieferphasen und Übergaben aufbaut
- Eine Sicht auf laufende Arbeit, die das Status-Meeting ersetzt
- Ein System, das Sie umformen können, wenn sich Ihr Lieferprozess verändert
Die meisten Teams haben ein Projektmanagement-Tool ausprobiert und sind zu Tabellen und Chat zurückgekehrt. Nicht das Tool war das Problem, sondern die Passung. Generische Projekt-Tools erzwingen eine Form, Aufgaben in Spalten, während Ihre Lieferung eine eigene Form hat: Ihre Phasen, Ihre Freigaben, Ihre Übergaben. Wenn das Tool nicht zu Ihrer echten Arbeitsweise passt, wird das Pflegen zur Fleißaufgabe und es stirbt leise. In diesem Leitfaden geht es darum, eines zu bauen, das passt, damit es bleibt.
Weil sie eine generische Form erzwingen, meist Aufgaben, die durch Spalten wandern, während Ihre Lieferung bestimmte Phasen, Freigaben und Übergaben hat, die sich darauf nicht abbilden lassen. Also pflegt man das Tool für die Geschäftsleitung, während die echte Abstimmung im Chat passiert, das Tool veraltet, und es wird zu einem zweiten Ort, den man aktualisieren muss, statt zu dem Ort, auf den man schaut. Ein Projektsystem bleibt nur, wenn seine Phasen Ihre Phasen sind, in Ihren Worten.
Das verräterische Zeichen ist vertraut: Das Tool sagt, ein Projekt sei „in Arbeit", während alle wissen, dass es in Wahrheit „wartet auf die Assets des Kunden" ist, ein Zustand, für den das Tool keinen Namen hat. Jeder fehlende Zustand ist eine kleine Lüge, und ein Board voller kleiner Lügen ist eines, dem niemand traut, also hält es niemand aktuell. Die Lösung heißt nicht mehr Disziplin, sondern ein System, dessen Phasen den echten entsprechen, einschließlich der unbequemen Wartezustände, in denen Arbeit tatsächlich hängen bleibt.
Deshalb ist es besser, Ihre Lieferung zu beschreiben und das System darum herum zu bauen, als die Vorlage eines anderen zu konfigurieren. Die Phasen, die Freigabepunkte und die Übergaben sind das Produkt, und sie sind spezifisch für Ihre Arbeitsweise.
Rekonstruieren Sie vor jedem Board, wie einige jüngste Projekte tatsächlich von Anfang bis Fertig gelaufen sind, einschließlich der Stellen, an denen sie hängen blieben. Sie extrahieren die Form Ihrer Lieferung.
Ein Designstudio verlor immer wieder Projekte in der Lücke zwischen „an Kunden gesendet" und „Kunde hat geantwortet", wo Dinge tagelang ohne Verantwortlichen und ohne sichtbare Uhr lagen. Ehrlich abgebildet hatte ihr Ablauf acht Phasen, drei davon Wartezustände, und das entscheidende Feature war schlicht, die Wartezustände mit einer Uhr sichtbar zu machen: Ein seit einer Woche in „wartet auf Kundenfeedback" festhängendes Projekt tauchte rot auf, statt sich in einer generischen Spalte „in Arbeit" zu verstecken. Sonst änderte sich nichts, und die termingerechte Lieferung schnellte nach oben.
Projekt-Tools blähen sich schneller auf als fast jede andere Art: Zeiterfassung, Rechnungsstellung, Ressourcenplanung, Kundenportale, Abhängigkeiten. Version eins ist das Kleinste, das Arbeit sichtbar und in Bewegung macht.
Das wiederkehrende Status-Meeting existiert, weil der Status nirgends sichtbar ist; man versammelt sich, um laut auszusprechen, was ein gutes System zeigen würde. Das Ziel eines Projektsystems ist, dieses Meeting überflüssig zu machen, nicht ein Tool hinzuzufügen, über das man darin spricht.
Sie kommen dorthin, wenn jeder eine einzige Sicht öffnen und jedes Projekt sehen kann, seine Phase, seinen Verantwortlichen und wie lange es schon liegt. Wartephasen mit einer Uhr verwandeln stille Stillstände in sichtbare; ein Projekt, das seit acht Tagen in „Kundenprüfung" liegt, taucht von selbst auf, und das Gespräch wird zu einer Entscheidung statt zu einer Entdeckung. Wenn dem Board vertraut wird und es aktuell ist, schrumpft das Meeting auf die wenigen Dinge, die wirklich Besprechung brauchen, und verschwindet oft ganz.
Ob das System vertrauenswürdig bleibt, hängt an zwei Dingen, die daher kommen, dass es Ihnen gehört: Das Board passt zur Realität, weil Ihre Phasen die echten sind, und es passt weiterhin, weil Sie die Phasen selbst ändern können, wenn sich Ihre Lieferung weiterentwickelt. Ein Projektsystem, das um Ihren Workflow herum gebaut ist und das Sie ohne Engineering-Ticket umformen können, hält Ihr Team aktuell, weil es endlich die Wahrheit über die Arbeit sagt.
Weil das Tool eine generische Form erzwingt, meist Aufgaben in Spalten, die nicht zu Ihren echten Lieferphasen, Freigaben und Übergaben passt. Man pflegt es für die Geschäftsleitung, während die echte Abstimmung im Chat bleibt, also veraltet es. Ein System bleibt, wenn seine Phasen Ihre tatsächlichen sind, einschließlich der Wartezustände, in denen Arbeit wirklich hängen bleibt.
Rekonstruieren Sie, wie einige jüngste Projekte tatsächlich gelaufen sind, einschließlich der Stellen, an denen sie hängen blieben, und benennen Sie die echten Phasen in Ihren Worten: gebrieft, in Gestaltung, Kundenprüfung, Überarbeitungen, freigegeben und so weiter. Entscheidend ist, die Wartezustände wie „wartet auf Kundenfeedback" aufzunehmen, denn dort versteckt sich die Arbeit in generischen Tools.
Projekte in genau einer klaren echten Phase, einen Verantwortlichen für jedes Projekt und jede Phase, eine einzige Sicht auf alle laufende Arbeit nach Phase und explizite Übergaben, damit der nächste Verantwortliche es ohne Chat-Nachricht weiß. Zeiterfassung, Rechnungsstellung und Abhängigkeiten können alle auf Version zwei warten.
Weitgehend ja. Das Meeting existiert, weil der Status nirgends sichtbar ist. Wenn eine vertrauenswürdige Sicht jedes Projekt, seine Phase, seinen Verantwortlichen und die Liegedauer zeigt, mit einer Uhr auf den Wartephasen, verschwindet der Entdeckungsteil des Meetings und nur echte Entscheidungen bleiben. Das Board muss aktuell und wahr sein, was daher kommt, dass Sie es selbst besitzen und formen.