Prozessüberblick

Welchen aktuellen Prozess nehmen wir unter die Lupe?

Das Onboarding neuer Mitarbeitender besteht aus mehreren Schritten in verschiedenen Abteilungen.
Unser Softwareentwicklungszyklus umfasst die Phasen Anforderungsaufnahme, Design, Programmierung, Test und Deployment.
Der Beschaffungsprozess reicht von der Lieferantenauswahl über die Vertragsverhandlung bis zur Auftragsabwicklung.
Zweck des Prozesses

Warum gibt es diesen Prozess? Welches Ziel soll er erreichen?

Das Onboarding soll sicherstellen, dass neue Kolleginnen und Kollegen gut in die Unternehmenskultur hineinfinden und die nötigen Tools und das nötige Wissen bekommen.
Unser Entwicklungszyklus soll hochwertige, gut getestete Produkte liefern, die die Anforderungen der Kunden erfüllen.
Der Beschaffungsprozess hilft uns, das beste Preis-Leistungs-Verhältnis zu erzielen, Risiken zu begrenzen und Compliance sicherzustellen.
Schmerzpunkte

Welche Herausforderungen oder Probleme habt ihr aktuell mit diesem Prozess?

Das Onboarding verzögert sich oft, weil die Abteilungen schlecht miteinander kommunizieren. Das hinterlässt bei neuen Leuten einen schlechten ersten Eindruck.
In unserem Entwicklungszyklus staut es sich regelmäßig in der Testphase, wodurch sich Releases verzögern.
Die Beschaffung dauert lange und ist ineffizient, mit doppelten Schritten und viel zu viel Papierkram.
Was gut funktioniert

Welche Teile des Prozesses funktionieren gut und sollten bleiben?

Die erste Einführungsveranstaltung gibt neuen Leuten einen gründlichen Überblick über unsere Unternehmenskultur und Werte.
Unser Entwicklungsteam ist gut darin, Anforderungen aufzunehmen und zu dokumentieren, sodass alle die Projektziele verstehen.
Das Beschaffungsteam hat starke Beziehungen zu wichtigen Lieferanten aufgebaut, was Verhandlungen deutlich effizienter macht.
Verbesserungsideen

Welche Änderungen würden den Prozess besser machen?

Ein zentrales Onboarding-Portal würde allen Neuen dieselben Informationen geben und das Hin und Her zwischen den Abteilungen reduzieren.
Mit automatisierten Testtools könnten wir die Testphase beschleunigen und den manuellen Aufwand senken.
Wenn wir Beschaffungsdokumente digitalisieren und elektronische Signaturen nutzen, könnten wir die Bearbeitungszeiten deutlich verkürzen.

Was ist eine Prozessverbesserungs-Retrospektive?

Eine Prozessverbesserungs-Retrospektive ist ein Meeting, in dem euer Team einen bestimmten Prozess unter die Lupe nimmt, etwa Onboarding, Code-Review oder Beschaffung, und gemeinsam entscheidet, wie er besser funktionieren kann. Während eine Sprint-Retro alles abdeckt, was zuletzt passiert ist, bleibt diese Retrospektive bei einem einzigen Prozess, von Anfang bis Ende. Das Board hat fünf Spalten, die ihr der Reihe nach durchgeht. Unter „Prozessüberblick“ beschreiben alle Schritt für Schritt denselben Prozess. „Zweck des Prozesses“ fragt, warum es ihn gibt und was er erreichen soll. Dabei zeigt sich oft, dass einige Schritte diesem Ziel gar nicht mehr dienen. Unter „Schmerzpunkte“ sammelt ihr Verzögerungen, Nacharbeit und Frust, auf die ihr stoßt. „Was gut funktioniert“ benennt die Teile, die sich bewähren, damit ihr sie nicht zusammen mit dem Rest über Bord werft. Bei „Verbesserungsideen“ schlägt das Team Änderungen vor und wählt die aus, die einen Versuch wert sind. Da Menschen in unterschiedlichen Rollen unterschiedliche Teile eines Prozesses sehen, funktioniert die Retrospektive am besten, wenn alle dabei sind, die mit dem Prozess zu tun haben. Führt sie durch, wenn dasselbe Problem immer wieder auftritt, ein paar Wochen nachdem ein neuer Prozess eingeführt wurde, oder regelmäßig für die Prozesse, auf die euer Team am meisten angewiesen ist.

Format der Prozessverbesserungs-Retrospektive

Prozessüberblick

Welchen aktuellen Prozess nehmen wir unter die Lupe?

Beschreibt den Prozess zu Beginn grob und Schritt für Schritt, damit alle über dasselbe sprechen. Wenn Leute ihn unterschiedlich beschreiben, haltet das fest: Oft ist genau das der erste Schmerzpunkt.

Zweck des Prozesses

Warum gibt es diesen Prozess? Welches Ziel soll er erreichen?

Fragt, warum es den Prozess gibt und was er bewirken soll. Wenn ihr euch auf das Ziel einigt, fällt es leichter, Schritte zu erkennen, die ihm nicht mehr dienen.

Schmerzpunkte

Welche Herausforderungen oder Probleme habt ihr aktuell mit diesem Prozess?

Sorgt dafür, dass alle ihren Frust und ihre Bedenken offen ansprechen können. Fragt nach konkreten Beispielen für Verzögerungen, Nacharbeit oder Unklarheiten statt nach allgemeinen Beschwerden.

Was gut funktioniert

Welche Teile des Prozesses funktionieren gut und sollten bleiben?

Fragt, welche Teile des Prozesses gut laufen und erhalten bleiben sollten. Wenn ihr sie jetzt benennt, verliert das Team sie nicht, wenn es Änderungen vornimmt.

Verbesserungsideen

Welche Änderungen würden den Prozess besser machen?

Sammelt Ideen für Änderungen, von kleinen Korrekturen bis zu größeren Umgestaltungen. Lasst das Team dann die auswählen, die das beste Verhältnis von Wirkung und Aufwand haben.

Wann sollte diese Retrospektive durchgeführt werden?

  • Wenn in einem bestehenden Prozess immer wieder dieselben Probleme oder Verzögerungen auftreten
  • Ein paar Wochen nach der Einführung eines neuen Prozesses, um zu prüfen, ob er funktioniert, und zu entscheiden, was angepasst werden muss
  • Regelmäßig für die Prozesse, auf die euer Team am meisten angewiesen ist
  • Wenn es unterschiedliche Ansichten darüber gibt, wie ein Prozess eigentlich ablaufen soll oder warum es ihn gibt

Vorschläge für Fragen zum Icebreaker

  • Wenn du den Prozess komplett neu gestalten könntest, was wäre dein erster Schritt?
  • Erzähl von einem lustigen oder frustrierenden Erlebnis, das du mit dem aktuellen Prozess hattest.

Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →

Ideen und Tipps für Ihre Retrospektive

  • Macht klar, dass ihr den Prozess bewertet und nicht die Menschen, die ihn ausführen, damit das Feedback ehrlich bleibt
  • Ladet Leute aus allen Rollen ein, die mit dem Prozess zu tun haben, denn jede Rolle sieht einen anderen Teil davon
  • Skizziert den Prozess vor der Sitzung als einfache Übersicht oder als Flussdiagramm, damit sich Engpässe leicht zeigen lassen
  • Bewertet Verbesserungsideen nach voraussichtlicher Wirkung und Aufwand und wählt die ein oder zwei besten aus
  • Gebt jeder vereinbarten Änderung eine verantwortliche Person und einen Termin
  • Plant ein kurzes Folgetreffen ein, um zu prüfen, ob die Änderungen gewirkt haben, und passt nach, falls nicht

Häufig gestellte Fragen

Was ist eine Prozessverbesserungs-Retrospektive?
Das ist eine Retrospektive, die sich auf einen einzelnen Prozess konzentriert statt auf einen ganzen Sprint. Euer Team beschreibt den Prozess, einigt sich auf seinen Zweck, sammelt Schmerzpunkte und das, was gut funktioniert, und wählt dann konkrete Verbesserungen aus.
Wie führt man eine Prozessverbesserungs-Retrospektive durch?
Geht die fünf Spalten der Reihe nach durch und beginnt mit einem gemeinsamen Überblick über den Prozess. Schreibt eure Notizen zunächst jeweils für euch, gruppiert die Schmerzpunkte und stimmt darüber ab, und macht dann aus den besten Verbesserungsideen Maßnahmen mit einer verantwortlichen Person.
Wann sollte man eine Prozessverbesserungs-Retrospektive durchführen?
Führt sie durch, wenn ein Prozess immer wieder dieselben Probleme verursacht, ein paar Wochen nachdem ein neuer Prozess eingeführt wurde, oder regelmäßig für die Prozesse, auf die euer Team am meisten angewiesen ist.
Wer sollte teilnehmen?
Alle, die am Prozess beteiligt sind, auch Leute aus anderen Teams, die Arbeit übergeben oder übernehmen. Jede Rolle sieht andere Schmerzpunkte.
Worin unterscheidet sie sich von einer Sprint-Retrospektive?
Eine Sprint-Retrospektive deckt alles aus dem letzten Sprint ab. Eine Prozessverbesserungs-Retrospektive betrachtet einen einzelnen Prozess im Detail, auch die Frage, ob er seinen ursprünglichen Zweck noch erfüllt.
Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus