Current State vs. Future State Mapping erklärt

Current-State- und Future-State-Prozesslandkarten mit einem Lückenpfeil dazwischen

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Die meisten Prozessverbesserungsinitiativen stocken nicht, weil dem Team Ideen fehlen, sondern weil niemand sich darauf geeinigt hat, wie der Prozess heute tatsächlich aussieht. Current-State- und Future-State-Mapping behebt das. Zusammen geben die beiden Landkarten einem Team ein gemeinsames Bild davon, wo es steht, wohin es will und was genau im Weg steht.

Dieser Ansatz taucht in der Lean-Fertigung, im Business Process Reengineering (BPR), bei Kaizen-Events und in der Organisationsgestaltung auf. Value Stream Mapping (VSM) ist eine bekannte Anwendung, aber das Konzept von Current State und Future State ist breiter: Es lässt sich auf jeden Prozess anwenden, den Sie verbessern möchten, von einer Vertriebsübergabe bis zu einem Entlassungsworkflow im Krankenhaus.

Was ist Current-State- vs. Future-State-Mapping?

Current-State-Mapping ist die Praxis, einen Prozess exakt so zu dokumentieren, wie er heute funktioniert: jeden Schritt, jede Übergabe, jede Verzögerung, ohne Bewertung oder Idealisierung. Future-State-Mapping ist die Praxis, denselben Prozess so zu gestalten, wie er nach gezielten Verbesserungen funktionieren soll.

Die beiden Landkarten werden immer als Paar erstellt. Der Current State liefert die ehrliche Ausgangsbasis. Der Future State liefert das Ziel. Die Distanz zwischen beiden, die Lücke, ist der Ort, an dem Verbesserungsprojekte entstehen.

Diese Zwei-Landkarten-Disziplin stammt aus der Lean-Fertigungstradition. Toyotas Ingenieure zeichneten Material- und Informationsflussdiagramme, um Verschwendung in Produktionssystemen aufzuzeigen, lange bevor die Methode einen standardisierten Namen hatte. Als Mike Rother und John Shook Learning to See (Lean Enterprise Institute, 1999) veröffentlichten, formalisierten sie die Current-State- und Future-State-Struktur für VSM, und der Ansatz verbreitete sich in Gesundheitswesen, Software, Finanzen und Dienstleistungsbetrieben.

Aber Current-State- und Future-State-Landkarten benötigen keine VSM-Symbole. Ein handgezeichneter Swimlane, ein einfaches Flussdiagramm oder sogar eine strukturierte Liste von Prozessschritten kann demselben Zweck dienen: die Realität heute erfassen, die bessere Version gestalten und dann die Lücke gezielt schließen.

Wichtige Fakten

  • Studien zu Lean-Transformationsprojekten stellen durchweg fest, dass der Großteil der gesamten Durchlaufzeit aus Warten besteht, nicht aus Bearbeitung. Eine wegweisende Erkenntnis aus Womack und Jones' Lean Thinking (Free Press, 1996) schätzte, dass wertschöpfende Tätigkeit rund 5 % der gesamten verstrichenen Zeit in den meisten Prozessen ausmacht.
  • Eine Übersichtsstudie von 2019 im Journal of Manufacturing Technology Management stellte fest, dass Organisationen mit strukturiertem Current-to-Future-State-Mapping in den anvisierten Prozessen Verschwendungsreduktionen von 20 bis 45 % meldeten, verglichen mit Verbesserungsinitiativen ohne explizite Zustandsdokumentation.
  • McKinsey-Forschung zu operativen Transformationen (2020) ergab, dass Transformationsprogramme mit einem dokumentierten Ausgangszustand 1,5-mal wahrscheinlicher ihre Erfolge nach 18 Monaten aufrechterhielten als Programme, die direkt in die Lösungsgestaltung starteten.

Current-State-Map vs. Future-State-Map

Beide Landkarten beschreiben denselben Prozess. Was sich unterscheidet, sind der Zeithorizont und der Zweck.

Dimension Current-State-Map Future-State-Map
Zweck Realität erfassen, wie sie ist, einschließlich Verschwendung und Reibung Den verbesserten Prozess gestalten, nachdem gezielte Änderungen greifen
Was sie zeigt Tatsächliche Schritte, Übergaben, Verzögerungen, Wartezeiten, Workarounds Gestraffte Schritte, weniger Übergaben, Flussverbesserungen, neue Kontrollen
Wann Sie sie zeichnen Am Anfang jeder Verbesserungsinitiative, vor jeder Änderung Nach Analyse des Current State und Identifikation der Lücke
Wer sie zeichnet Funktionsübergreifendes Team, das die Arbeit tatsächlich ausführt Dasselbe Team, informiert durch Lückenanalyse und Constraint-Daten
Primäres Ergebnis Gemeinsame, abgestimmte Ausgangsbasis, die "wie beabsichtigt"-Annahmen eliminiert Zieldesign, das definiert, wie Erfolg aussieht
Ton Beschreibend, nicht bewertend Ambitioniert, aber begrenzt durch das, was die Prozessdaten stützen

Eine Regel gilt für beide Landkarten: Zeichnen Sie, was wahr ist, nicht was wahr sein sollte. Der Current State scheitert, wenn er die dokumentierte Vorgehensweise statt der tatsächlichen Praxis zeigt. Der Future State scheitert, wenn er die Einschränkungen ignoriert, innerhalb derer das Team tatsächlich arbeitet.

Die Lückenanalyse zwischen beiden

Die Lücke zwischen Current State und Future State ist kein Scheitern. Sie ist die Arbeit. Eine klare Lückenanalyse macht aus zwei Landkarten einen Aktionsplan.

Schritt 1: Die beiden Landkarten übereinanderlegen. Platzieren Sie Current State und Future State nebeneinander. Identifizieren Sie jeden Punkt, an dem sie sich unterscheiden. Jede Differenz ist ein potenzielles Verbesserungsprojekt.

Schritt 2: Die Lücken kategorisieren. Nicht alle Lücken sind gleich. Manche sind Quick Wins: eine Entscheidung, die drei Tage hinzufügt, aber keinen Wert liefert, könnte innerhalb einer Woche eliminiert werden. Andere sind strukturell: Einen Batch-Verarbeitungsschritt in kontinuierlichen Fluss zu ändern, erfordert womöglich neues Tooling oder Personalentscheidungen. Sortieren Sie nach Aufwand und Wirkung, bevor Sie sich auf eine Reihenfolge festlegen.

Schritt 3: Die Wirkung jeder Lücke quantifizieren. Fügen Sie, wo möglich, Zahlen hinzu. Wenn eine Warteschlange zwischen zwei Schritten aktuell durchschnittlich vier Tage dauert und der Future State sie eliminiert, sind das vier Tage gewonnene Zykluszeit pro Einheit. Quantifizierte Lücken stützen den Business Case und priorisieren die Arbeit.

Schritt 4: Verantwortung und Termine zuweisen. Jede Lücke wird zu einem benannten Verbesserungsprojekt mit einem verantwortlichen Owner und einem Zieldatum. Eine Lücke ohne Owner ist ein Wunsch, kein Plan. Bei Kaizen-Events wird die Lückenliste zur Agenda der Verbesserungswoche.

Schritt 5: Den Übergangsplan erstellen. Identifizieren Sie die Reihenfolge, in der Lücken geschlossen werden sollten. Manche Verbesserungen hängen davon ab, dass andere zuerst umgesetzt werden. Sie können zum Beispiel die Warteschlangenzeit in Schritt drei nicht senken, wenn der vorgelagerte Schritt weiterhin wöchentlich in Batches arbeitet. Bilden Sie die Abhängigkeiten ab, bevor Sie beginnen.

Das Ergebnis einer gut durchgeführten Lückenanalyse ist eine priorisierte Verbesserungs-Roadmap: eine Liste konkreter Änderungen, sequenziert nach Abhängigkeit und Wirkung, jede mit einem Owner und einem Fälligkeitsdatum. Das unterscheidet Zustands-Mapping von Dekoration. Die Landkarten sind nur nützlich, wenn sie diese Liste hervorbringen.

Für Teams, die eine eigenständige Lückenanalyse außerhalb einer Mapping-Übung durchführen, deckt das Gap-Analyse-Framework im strategischen Management die breitere organisatorische Anwendung desselben Konzepts ab.

Vorteile des Zustands-Mappings

Gut umgesetzt, liefert Current- und Future-State-Mapping vier praktische Vorteile.

Gemeinsames Verständnis. Der häufigste Fehlermodus in der Prozessverbesserung ist, dass unterschiedliche Personen unterschiedliche mentale Modelle davon haben, was der Prozess tut. Die Current-State-Map erzwingt Abstimmung. Sobald ein funktionsübergreifendes Team den Prozess gemeinsam durchlaufen und sich auf ein einziges Diagramm geeinigt hat, hören die Diskussionen über "wie die Dinge laufen" auf. Entscheidungen beschleunigen sich.

Sichtbare Verschwendung. Die Current-State-Map zeigt Wartezeit, Nacharbeitsschleifen, doppelte Schritte und Übergabefehler, die niemand sehen konnte, solange der Prozess innerhalb einzelner Teams lebte. Verschwendung, die unsichtbar ist, kann man nicht angehen. Verschwendung auf einer Landkarte ist ein Ziel.

Ein glaubwürdiger Verbesserungsfall. Die Future-State-Map, aufgebaut aus echten Prozessdaten statt aus Wunschdenken, gibt der Führungsebene ein konkretes Bild davon, wie der verbesserte Prozess aussieht und was es kosten wird, dorthin zu gelangen. Verbesserungsvorschläge, die auf Zustandslandkarten basieren, lassen sich schwerer abtun als vage Vorschläge, "die Dinge besser zu machen".

Ein Anker für Nachhaltigkeit. Sobald der Future State erreicht ist, wird die Future-State-Map zur neuen Current-State-Ausgangsbasis. Teams, die den Mapping-Schritt überspringen, stellen oft fest, dass Prozessverbesserungen innerhalb von sechs bis zwölf Monaten erodieren, weil niemand dokumentiert hat, wie "gut" aussah. Die Landkarte verankert den Standard.

Häufige Fehler

Den beabsichtigten statt den tatsächlichen Prozess zeichnen. Dokumentierte Vorgehensweisen beschreiben, wie Arbeit ablaufen soll. Tatsächliche Prozesse haben Workarounds, informelle Warteschlangen und undokumentierte Entscheidungspunkte. Eine Current-State-Map, die aus Dokumentation erstellt wird, ohne zum Gemba zu gehen und die reale Arbeit zu beobachten, wird jedes Mal die wirkungsvollste Verschwendung übersehen.

Den Future State isoliert gestalten. Future-State-Landkarten, die von einem kleinen Team im Konferenzraum erstellt werden, ohne die Personen, die die Arbeit tatsächlich ausführen, sind tendenziell technisch korrekt, aber praktisch nicht umsetzbar. Die Basis kennt immer Einschränkungen, die das Management nicht kennt. Holen Sie die richtigen Leute in den Raum.

Die Zahlen überspringen. Eine Landkarte ohne Daten ist eine Meinung. Erfassen Sie mindestens die Zeit, die jeder Schritt braucht, und die Zeit, die Arbeit zwischen den Schritten wartet. Ohne diese Zahlen können Sie die Lücke nicht quantifizieren oder messen, ob der Future State geliefert hat.

"Future State" als dauerhaften Endpunkt behandeln. Eine Future-State-Map ist ein Ziel für diesen Verbesserungszyklus, keine dauerhafte Obergrenze. Einmal umgesetzt, wird sie zum neuen Current State, und der nächste Verbesserungszyklus beginnt. Teams, die den Future State als endgültig behandeln, hören auf zu iterieren.

Die Landkarte ohne funktionsübergreifende Vertretung erstellen. Eine Landkarte, die von einer Abteilung gezeichnet wird, zeigt die Perspektive dieser einen Abteilung. Die meiste Prozessverschwendung lebt in den Übergaben zwischen Abteilungen. Sie benötigen Vertreter aus jedem Team, das mit dem Prozess in Berührung kommt.

Zu Lösungen springen, bevor man sich auf den Current State geeinigt hat. Es ist verlockend, mit der Gestaltung des Future State zu beginnen, während man den Current State noch zeichnet. Aber wenn das Team sich nicht darauf geeinigt hat, was heute zutrifft, wird das Future-State-Design umstritten sein und die Lückenanalyse ungenau. Beenden Sie zuerst den Current State.

So erstellen Sie Current- und Future-State-Maps

Dieser sechsstufige Ansatz funktioniert für jeden Prozess, egal ob Sie VSM-Symbole, Swimlane-Diagramme oder einfache Flussdiagramme verwenden.

Schritt 1: Prozess auswählen und Umfang definieren

Wählen Sie einen Prozess mit einem klaren Startpunkt (ein Auslöser: eine Kundenbestellung, eine Serviceanfrage, ein Produktionsrelease) und einem klaren Endpunkt (ein definiertes Ergebnis: eine gelieferte Bestellung, ein gelöstes Ticket, ein versendetes Produkt). Widerstehen Sie dem Drang, alles zu erfassen. Eine fokussierte Landkarte deckt echte Verschwendung auf. Eine unternehmensweite Landkarte wird zur Tapete.

Definieren Sie den Umfang explizit: Wo beginnt dieser Prozess, wo endet er, und welche Teams oder Systeme liegen innerhalb der Grenze? Schreiben Sie es auf, bevor Sie mit dem Zeichnen beginnen.

Schritt 2: Den Prozess durchlaufen und den Current State beobachten

Gehen Sie dorthin, wo die Arbeit stattfindet. Beobachten Sie, was tatsächlich passiert, in der Reihenfolge, in der es tatsächlich passiert, vom Auslöser bis zum Ergebnis. Verlassen Sie sich nicht auf Verfahrensdokumente oder Beschreibungen von Führungskräften. Sprechen Sie mit den Personen, die jeden Schritt ausführen. Achten Sie auf informelle Warteschlangen, Workarounds und Entscheidungen, die in keiner Dokumentation auftauchen.

Das ist das Prinzip des Gemba Walk, angewandt auf Mapping: direkte Beobachtung schlägt jedes Mal Wissen aus zweiter Hand.

Schritt 3: Daten sammeln und erfassen

Erfassen Sie für jeden Schritt im Prozess mindestens: wie lange der Schritt dauert (Zykluszeit), wie lange Arbeit wartet, bevor der Schritt beginnt (Warteschlangenzeit), und wer oder was die Übergabe zum nächsten Schritt auslöst. Notieren Sie Nacharbeitsschleifen, Entscheidungspunkte und Schritte, bei denen die Antwort je nach Situation variiert.

Erfassen Sie, was Sie beobachten, nicht was Sie zu finden hoffen. Wenn ein Schritt, der zwei Stunden dauern sollte, wegen Genehmigungsverzögerungen tatsächlich zwei Tage dauert, schreiben Sie zwei Tage.

Schritt 4: Die Current-State-Map zeichnen

Zeichnen Sie anhand Ihrer Beobachtungen und Daten den vollständigen Current State. Erfassen Sie jeden Schritt, jede Übergabe, jede Warteschlange. Beschriften Sie jeden Schritt mit seiner Zykluszeit und jede Warteschlange mit ihrer durchschnittlichen Wartezeit. Verwenden Sie das Format, das Ihr Team lesen kann: VSM-Symbole, wenn Sie eine Lean-Mapping-Sitzung durchführen, einen Swimlane, wenn die Übergaben zwischen Teams die Hauptgeschichte sind, ein einfaches Flussdiagramm, wenn das am klarsten ist.

Validieren Sie die Landkarte mit dem Team. Gehen Sie sie gemeinsam durch. Korrigieren Sie alles, was nicht dem Beobachteten entspricht. Die Current-State-Map ist nur nützlich, wenn jeder, der mit dem Prozess in Berührung kommt, sie ansehen und sagen kann: "Ja, so läuft es tatsächlich."

Schritt 5: Die Future-State-Map gestalten

Nutzen Sie den Current State als Grundlage, um den verbesserten Prozess zu gestalten. Fragen Sie: Welche Schritte schaffen keinen Kundenwert und können eliminiert werden? Wo wartet Arbeit unnötig, und warum? Welche Übergaben erzeugen Verzögerungen, die ein anderer Auslöser oder ein Pull-Signal beseitigen könnte? Wo entsteht Nacharbeit, die eine Prozesskontrolle verhindern könnte?

Der Future State sollte ein realistisches, innerhalb des Verbesserungszeitrahmens erreichbares Ziel sein, keine Fantasie. Wenn Ihr Verbesserungszyklus ein 90-tägiges Kaizen-Projekt ist, sollte der Future State in 90 Tagen erreichbar sein. Bei einer längeren Business-Process-Reengineering-Initiative darf er ambitionierter sein.

Schritt 6: Die Lückenanalyse durchführen und den Übergangsplan erstellen

Vergleichen Sie die Current-State- und Future-State-Maps. Listen Sie jeden Unterschiedspunkt auf. Schätzen Sie für jede Lücke den Aufwand zum Schließen, die Wirkung auf Zykluszeit oder Qualität und die Abhängigkeiten zwischen Änderungen ab. Sequenzieren Sie die Verbesserungen nach Abhängigkeit und Wirkung. Weisen Sie Owner und Termine zu. Dieser Übergangsplan ist das direkte Ergebnis der Mapping-Arbeit und der primäre Input für Ihre Verbesserungs-Sprints oder Kaizen-Events.

Beispiele für Current- vs. Future-State-Maps

Branche Current State Future State Geschlossene Lücke
Rechnungsbearbeitung (Finanzen) Rechnungen liegen 2 Tage in einem gemeinsamen E-Mail-Postfach, bevor sie geprüft werden. Der Manager prüft wöchentlich in einem Batch. Die Genehmigungskette erfordert 3 Unterschriften für jeden Betrag. Gesamtdurchlaufzeit: 5 Tage. Rechnungen werden automatisch nach Betrag weitergeleitet. Beträge unter 10.000 USD erfordern eine Genehmigung. Der Manager prüft bei Eingang, nicht in Batches. Gesamtdurchlaufzeit: unter 8 Stunden. Batch-Verarbeitung eliminiert. Genehmigungsrichtlinie neu gestaltet. Warteschlangenzeit von 4 Tagen auf unter 4 Stunden gesenkt.
Onboarding neuer Mitarbeiter (HR/IT) Die IT-Bereitstellung beginnt erst am ersten Tag, nachdem HR das Angebot formell abgeschlossen hat. Der neue Mitarbeiter wartet 2 Tage auf Ausrüstung und 3 Tage auf Systemzugang. Parallele Arbeitsaufträge werden nicht nachverfolgt. Die IT-Bereitstellung wird ausgelöst, wenn das Angebot angenommen wird (nicht erst am ersten Tag). Ausrüstung wird vor dem Startdatum versendet. Systemzugang ist am ersten Tag um 9 Uhr bereit. Durchlaufzeit von 5 Tagen nach Start auf null gesenkt. Auslösepunkt vorverlagert.
Softwarebereitstellung (Engineering) Code-Review, QA und Staging laufen sequenziell. Jede Übergabe erfordert ein Ticket in einer separaten Warteschlange. Die Bereitstellung dauert 4 bis 6 Tage vom Merge-Request bis zur Produktion. Code-Review und automatisierte Tests laufen parallel. QA greift direkt aus der CI-Pipeline auf das Staging zu, ohne manuelles Ticket. Bereitstellung: unter 1 Tag. Sequenzielle Übergaben durch parallele Abläufe ersetzt. Manuelle Ticket-Übergaben automatisiert.

Best Practices

Tun Nicht tun
Den Prozess physisch durchlaufen, bevor Sie etwas zeichnen Den Current State ausschließlich aus Dokumentation aufbauen
Die Personen, die die Arbeit ausführen, in beide Mapping-Sitzungen einbeziehen Den Future State nur mit dem Management gestalten
Zeitdaten an jeden Schritt und jede Warteschlange anhängen Die Landkarten qualitativ ohne Zahlen belassen
Die Current-State-Map validieren, bevor Sie zum Future State übergehen Mit der Gestaltung von Verbesserungen beginnen, bevor die Ausgangsbasis abgestimmt ist
Den Future State als zeitlich begrenztes Ziel behandeln, nicht als dauerhaftes Ziel Nach Erreichen des Future State den Sieg erklären und aufhören zu iterieren
Verbesserungsprojekte nach Abhängigkeit sequenzieren, nicht nach Begeisterung Alle lückenschließenden Projekte gleichzeitig ohne Übergangsplan starten

Häufig gestellte Fragen

Was ist der Unterschied zwischen einer Current-State-Map und einer Future-State-Map?

Eine Current-State-Map dokumentiert den Prozess so, wie er gerade funktioniert, einschließlich jedes Schritts, jeder Warteschlange, Übergabe und Verzögerung. Ihr Zweck ist Genauigkeit, nicht Idealisierung. Eine Future-State-Map zeigt denselben Prozess, nachdem geplante Verbesserungen umgesetzt wurden. Der Future State ist keine Vermutung: Er wird aus den Current-State-Daten heraus gestaltet, begrenzt durch das, was die Prozesskennzahlen als erreichbar zeigen. Sie zeichnen immer zuerst den Current State.

Gilt Current- und Future-State-Mapping nur für Lean oder VSM?

Nein. Value Stream Mapping ist die bekannteste Anwendung, aber das Konzept von Current State und Future State ist eine universelle Verbesserungsstruktur. Es erscheint im Business Process Reengineering, in der Organisationsgestaltung, im IT-Service-Management, in der Transformation im Gesundheitswesen und in jeder anderen Disziplin, in der Sie von "wie die Dinge heute funktionieren" zu "wie sie funktionieren sollten" gelangen müssen. Business Process Mapping und Swimlane-Diagramme sind zwei gängige Formate, die dieselbe Current-to-Future-Struktur ohne VSM-spezifische Symbole nutzen.

Wie lange dauert es, eine Current-State- und Future-State-Map zu erstellen?

Für einen einzelnen Prozess innerhalb einer Abteilung mit vier bis acht Schritten dauert eine Current-State-Map drei bis fünf Stunden mit einem Team von vier bis sechs Personen, vorausgesetzt, das Team durchläuft den Prozess, statt sich auf Erinnerungen zu verlassen. Das Future-State-Design fügt zwei bis drei Stunden hinzu. Lückenanalyse und Übergangsplanung nehmen weitere zwei bis vier Stunden in Anspruch. Bei komplexen, funktionsübergreifenden oder standortübergreifenden Prozessen rechnen Sie mit zwei bis drei Tagen für die gesamte Mapping-Übung. Der limitierende Faktor ist fast nie das Zeichnen: Es ist die Beobachtung und Datenerhebung, die man nicht überstürzen kann.

Welche Werkzeuge nutzt man, um diese Landkarten zu zeichnen?

Beginnen Sie mit Papier. Eine Rolle Packpapier an einer Wand, Klebezettel und Bleistifte erzeugen bessere Current-State-Maps als jede Software, weil das Team Dinge frei verschieben kann und nicht an eine frühe Version gebunden ist. Sobald die Landkarten validiert sind, übertragen Sie sie in ein Tool wie Miro, Lucidchart, Visio oder ein gemeinsames Zeichenwerkzeug zur Dokumentation und Verteilung. Für formale VSM-Arbeit mit Symbolen fügt dedizierte VSM-Software (eVSM, iGrafx) Symbolbibliotheken hinzu, aber das kritische Denken passiert, bevor Sie überhaupt ein Werkzeug anfassen.

Was passiert, nachdem der Future State umgesetzt ist?

Der umgesetzte Future State wird zum neuen Current State. Das ist kein Scheitern: Es ist der beabsichtigte Zyklus. Prozessstandardisierung verankert den verbesserten Prozess in Betriebsverfahren, damit die Erfolge nicht erodieren. Dann beginnt der nächste Verbesserungszyklus: den neuen Current State zeichnen, den nächsten Future State gestalten, das nächste Set von Lücken schließen. Die Disziplin, die aus der Lean-Methodik und Kaizen stammt, ist, dass es immer einen nächsten Future State gibt. Verbesserung ist fortlaufend, nicht punktuell.

Current- und Future-State-Mapping wird einen kaputten Prozess nicht von allein reparieren. Aber es gibt jeder Person im Raum ein gemeinsames, genaues Bild davon, wo der Prozess steht, und ein konkretes Ziel, auf das man hinarbeiten kann. Dieses gemeinsame Bild ist meist das Schwierigste, was man aufbauen kann, und das Wertvollste, was ein Team haben kann, wenn es mit der Verbesserung beginnt.

Für einen tieferen Blick darauf, wie diese Landkarten in eine breitere operative Disziplin passen, deckt Prozessoptimierung die Systeme und die Governance ab, die die Erfolge nachhaltig sichern, sobald die Landkarten von der Wand kommen.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.