Ein Tag im Leben eines Operations Manager

Die Stellenbeschreibung sagte "operative Exzellenz vorantreiben und funktionsübergreifende Prozessverbesserung verantworten." Sie lasen diese Zeile in der Angebotsphase und stellten sich etwas mit einem Whiteboard und einem Gantt-Diagramm vor. Achtzehn Monate später sieht die tatsächliche Arbeit eher so aus: Sie sind das menschliche Zapier zwischen Finance, Legal, IT und wem auch immer, der Ihnen gerade "kurze Frage" geslackt hat. Sie vermitteln. Sie hinterherjagen. Sie schreiben Dokumente, die niemand liest, und dann lesen Sie sie den Leuten laut vor, die sie nicht gelesen haben. Das ist der Job.

Das ist ein echter Dienstag. Nicht der geschönte von der Karriereseite. Der eine, der mit 22 offenen Tabs und einer Notion-Seite endet, die Sie um 14 Uhr begonnen und nie fertiggestellt haben.

8:14 Uhr: Die Ticket-Warteschlange

Sie öffnen Asana. Oder Monday. Oder Linear, falls Ihr Engineering-Team Sie in ihres geschoben hat, weil "Ops-Anfragen sind doch im Grunde Tickets, oder?" Vierzehn Aufgaben sind über Nacht eingegangen. Sie sortieren sie ungefähr in dieser Reihenfolge:

• Drei sind dringend. Ein Sales-AE ist aus HubSpot ausgesperrt. Ein neuer Mitarbeiter, dessen Laptop nicht versendet wurde. Eine Finance-Verantwortliche fragt nach dem W-9 eines Anbieters, weil eine Zahlung blockiert ist.
• Fünf sind Routine. Zugriffsanfragen, Spesenerstattungen, der "kannst du mich zu dieser Notion-Seite hinzufügen"-Stapel.
• Vier sind Leute, die fragen, wo die Notion-Seite ist. Sie ist im Kanal angepinnt. Sie ist seit sechs Monaten im Kanal angepinnt.
• Zwei sind echte Probleme, getarnt als Fragen. Eine ist "hey, können wir ein neues Tool für X bekommen" (das ist eine Beschaffungsentscheidung über 14.000 Dollar, die sich als beiläufige Bitte tarnt). Die andere ist "gibt es einen Prozess für das Offboarding von Auftragnehmern?" Den gibt es. Sie haben ihn geschrieben, und die Tatsache, dass jemand fragt, bedeutet, dass er ihn nicht gefunden hat, was bedeutet, dass der Prozess kaputt ist.

Die ersten 45 Minuten Ihres Tages sind Priorisierung. Das Signal-Rausch-Problem ist hier die eigentliche Aufgabe. Wenn Sie anfangen, auf jedes Ticket zu antworten, sobald es eintrifft, werden Sie zum Team-Helpdesk und Ihre Woche ist dahin. Die Disziplin besteht darin, erst zu sortieren, dann zu bündeln und mindestens einen Block fokussierter Zeit vor dem Mittag zu schützen. Sie setzen Ihren Status in Slack auf "bitte nicht stören." Drei Leute pingen Sie trotzdem an. Einer beginnt mit "tut mir leid, dass ich störe."

Sie entsperren die dringenden drei, bestätigen die Routine-fünf mit einem einzeiligen "in der Warteschlange, bis Tagesende" und markieren die zwei echten Probleme für tiefere Arbeit später. Die "wo ist die Notion-Seite"-Gruppe bekommt eine einzige Slack-Nachricht im Kanal mit dem Link, erneut angepinnt, mit einer kleinen Notiz: "falls Sie das nicht finden, liegt das an mir. Sagen Sie mir, wonach Sie gesucht haben, damit ich den Titel korrigieren kann." Dieser letzte Satz ist der Unterschied zwischen einer Ops-Person, die bleibt, und einer, die ausbrennt und dem Team vorwirft, nicht gelesen zu haben.

9:30 Uhr: Priorisierung der Anbieter-E-Mails

Sie öffnen den Posteingang und da ist sie. Die Verlängerungs-E-Mail von einem Anbieter, für den Ihr Team 48.000 Dollar im Jahr ausgibt. Die automatische Verlängerung ist in 11 Tagen. Niemand hat es markiert. Der Sales-AE auf der anderen Seite hat bereits einen "kurzen Plausch" für 14 Uhr in Ihren Kalender gelegt. Ihr Magen macht diese kleine Seitwärtsbewegung, die er immer macht, wenn Ihnen klar wird, dass Sie gleich aus einer Verliererposition verhandeln werden.

Das ist kein Einzelfall. Das sind die meisten Dienstage. Vertragsverlängerungen mit dem Anbieter sind der Ops-Kalender, von dem Ihnen niemand sagte, dass Sie ihn verantworten, und irgendwie tun Sie es trotzdem. Hier ist, was sich aufgestaut hat:

• Vendr- oder Tropic-Warteschlange: vier Verlängerungen in den nächsten 60 Tagen, zwei davon Software, bei der Sie nicht sicher sind, ob das Team sie noch nutzt. Tropic zeigt Ihnen, dass ein Tool 11 aktive Lizenzplätze von 40 bezahlten hat. Das sind 14.200 Dollar an ungenutzten Lizenzen.
• Legal-Vertragsänderung: ein DPA von einem neuen Analytics-Anbieter liegt seit zwei Wochen in der Warteschlange Ihres Legal-Gegenübers. Die Beschaffung ist blockiert, bis es durch ist. Ihr Head of Marketing fragt jeden zweiten Tag nach dem Status.
• Der "kurze Plausch": der AE will Ihnen ein Upgrade auf die Enterprise-Stufe verkaufen. Sie wissen das, weil die Betreffzeile der E-Mail "Q2-Partnerschaftschance" lautete und dieser Ausdruck immer nur eines bedeutet.

Sie verbringen 25 Minuten damit, Nutzungsdaten aus dem Admin-Panel des Tools zu ziehen, sie mit der Lizenzliste in Ihrem HRIS abzugleichen und ein einseitiges Verlängerungs-Briefing zu schreiben. Genutzte Tools, aktive Lizenzplätze, Dollarwert, drei Verhandlungshebel (Verkleinerung, Mehrjahresrabatt, Entfernen der Module, die niemand nutzt). Sie schicken es vor dem Call um 14 Uhr an Ihren CFO, damit das Gespräch "hier ist unsere Position" lautet statt "lassen Sie mich darauf zurückkommen."

Das ist die unglamouröse Realität des Lieferantenmanagements. Es ist kein strategisches Sourcing. Es ist, die Person zu sein, die das Datum der automatischen Verlängerung in einem Vertrag bemerkt, den jemand unterschrieben hat, bevor Sie überhaupt eingestellt wurden. Der Grund, warum Ops den Anbieterkalender verantwortet, ist, dass in der Stellenbeschreibung von niemandem sonst "sich merken, wann Dinge ablaufen" steht. In Ihrer schon, auch wenn es nicht so dasteht.

11:50 Uhr: Prozessüberprüfung zur Mittagszeit

Sie haben ein 1:1 mit der neuen Mitarbeiterin im Customer-Success-Team. Drei Wochen dabei. Sie arbeitet das Onboarding-Dokument durch, das Sie im Februar geschrieben haben, das, auf das Sie stolz waren, das ein ganzes Wochenende gedauert hat.

Sie bleibt bei Schritt 4 hängen.

Schritt 4 ist "erstellen Sie Ihren Support-Posteingang in Zendesk." Nur dass die IT das Team im März von Zendesk auf Intercom migriert hat und niemand es Ihnen gesagt hat, und das Dokument sagt immer noch Zendesk. Schritt 5 verweist auf einen Slack-Kanal, der im April umbenannt wurde. Schritt 7 hat einen Screenshot eines Admin-Panels, das seit dem UI-Refresh des SaaS-Anbieters im Januar nicht mehr existiert.

Das ist es, was Prozessdokumente tun. Sie verrotten. Sie schreiben sie einmal, liefern sie aus, fühlen sich gut damit, und 90 Tage später belügen sie still jeden neuen Mitarbeiter, der sie liest. Die neue Mitarbeiterin ist zu höflich, um Ihnen zu sagen, dass das Dokument kaputt ist. Sie sagt nur "oh, ich habe es herausgefunden, passt schon." Es passt nicht. Die nächste Person wird gegen dieselbe Wand laufen und still 40 Minuten verlieren.

Die ehrliche Abrechnung hier, die, auf die keine Stellenbeschreibung Sie vorbereitet: Das Dokument ist nicht das Ergebnis. Der Überprüfungsrhythmus ist das Ergebnis. Ein Prozessdokument ohne Verantwortlichen und ohne vierteljährliche Überprüfung ist eine Belastung, die sich als Dokumentation verkleidet. Sie bauen entweder einen Überprüfungsrhythmus auf (vierteljährlich, benannter Verantwortlicher, Datum der letzten Überprüfung im Kopf), oder Sie hören auf zu behaupten, dass das Dokument existiert.

Sie fügen Ihrer Woche drei Dinge hinzu:

1. Einen Kalenderblock am letzten Freitag jedes Quartals mit der Bezeichnung "Prozessdokument-Überprüfung", mit den vier verlinkten Onboarding-Dokumenten.
2. Eine Zapier-Regel, die den Dokumentverantwortlichen 60 Tage nach der letzten Bearbeitung in Slack anpingt und fragt "ist das noch korrekt?" Falls er nicht innerhalb von 5 Tagen antwortet, pingt sie seinen Manager an.
3. Eine "zuletzt überprüft"-Zeile oben in jedem Dokument. Nicht "zuletzt bearbeitet" (das ist das Wiki). Überprüft bedeutet, dass ein Mensch es von Anfang bis Ende gelesen und bestätigt hat, dass die Schritte noch funktionieren.

Sie nehmen die Änderungen an Schritt 4 direkt im 1:1 vor. Die neue Mitarbeiterin sieht Ihnen dabei zu. Auch das ist der Job: die Leute sehen zu lassen, dass das Dokument etwas Lebendiges ist, kein Denkmal.

13:15 Uhr: Asynchron mit Finance, Legal und IT

Sie essen ein Sandwich an Ihrem Schreibtisch und schauen sich drei Slack-Threads an, jeder davon eine andere asynchrone Unterhaltung, in der Sie das Bindegewebe sind.

Finance will einen PO für den Analytics-Anbieter. Sie können den PO nicht ausstellen, bis Legal das DPA freigibt. Sie haben Legal schon zweimal angestupst. Sie stupsen sie ein drittes Mal an, diesmal mit einer klaren Frist: "Marketing braucht das bis zum 6. Mai live, schaffen wir die Vertragsänderung bis Donnerstag?" Konkrete Fristen bewegen Dinge. Vage Dringlichkeit nicht.

Legal hat Fragen zum Datenstandort eines neuen Anbieters. Sie wollen wissen, ob der Anbieter Kundendaten in der EU speichert. Sie wissen es nicht. Sie gehen ins Trust-Portal des Anbieters, finden die Antwort (Frankfurt und Dublin), machen einen Screenshot, fügen ihn in den Thread ein. Legal bestätigt. Das DPA rückt in ihrer Warteschlange auf Position eins. Das hat Sie vier Minuten gekostet. Legal hätte es 20 Minuten gekostet, weil sie nicht wissen, welche Anbieterportale es gibt, weshalb Ops das Vermitteln verantwortet.

IT slackt Sie um 13:47 Uhr an: "hey, uns sind die Notion-Lizenzen ausgegangen. All-Hands ist um 14 Uhr und drei Leute im Marketing können nicht auf das Deck zugreifen."

Das ist die Lizenz-Panik. Jede Ops-Person hat sie durchlebt. Das Muster ist immer dasselbe: Jemand hat letztes Quartal einen Schwung Auftragnehmer zu einem Tool hinzugefügt, die Anzahl der Lizenzplätze ist über die bezahlte Stufe gerutscht, die Rechnung ist um 200 Dollar im Monat gestiegen, niemand hat es bemerkt, und jetzt haben Sie 13 Minuten, um es vor einer unternehmensweiten Besprechung zu beheben.

Sie tun die Sache. Öffnen den Notion-Admin, stufen vier ruhende Konten herab (die Auftragnehmer, die im März gegangen sind und irgendwie immer noch Lizenzplätze haben), geben die Lizenzen frei, pingen die drei Marketing-Leute mit dem Link zum Deck an. Es funktioniert. Sie haben kein strategisches Memo geschrieben. Sie haben keine operative Exzellenz vorangetrieben. Sie haben ein All-Hands entsperrt. Auch das ist der Job.

Das asynchrone Muster, das das zum Funktionieren bringt, wenn es funktioniert: Seien Sie die Person, die die Schleife verkürzt. Leiten Sie keine Nachrichten weiter. Ziehen Sie die Daten, fügen Sie den Screenshot ein, schlagen Sie die Frist vor, benennen Sie den Verantwortlichen. Jede Nachricht, die Sie senden, sollte die Anzahl der Nachrichten verringern, die jemand anderes senden muss. Wenn Sie weiterleiten, ohne Mehrwert hinzuzufügen, verlangsamen Sie das System, statt ihm zu helfen.

15:40 Uhr: Die Besprechung mit schleichender Ausweitung des Aufgabenumfangs

Ein Produktmanager zieht Sie in eine 30-minütige "kurze Abstimmung", die zu 50 wird. Er hat eine neue Initiative. Er braucht Hilfe bei "der operativen Seite." Zwanzig Minuten später erkennen Sie den Umfang: Er will, dass Sie die Anbieterauswahl für ein neues Tool verantworten, den Rollout-Plan erstellen, das Team schulen, das SOP schreiben und die ersten 90 Tage des Nutzungsreportings durchführen. Nichts davon war in der ursprünglichen Bitte. Nichts davon hat einen Budgetverantwortlichen. Nichts davon hat eine Frist. Er denkt einfach ernsthaft, dass Sie die Zeit haben.

Das ist schleichende Ausweitung des Aufgabenumfangs, und es laut zu benennen ist die einzige Art, damit umzugehen. Sie sagen nicht nein. Sie sagen: "helfe gerne beim Rollout-Plan und dem SOP. Die Anbieterauswahl sollte bei Ihnen und der Beschaffung liegen, und ich überprüfe die engere Auswahl. Schulung und 90-Tage-Nutzungsreporting sind ein separates Projekt; lassen Sie uns das als Q3-Anfrage mit eigenem Budget umreißen." Sie schreiben in den Besprechungsnotizen auf, wozu Sie sich verpflichtet haben. Sie schicken ihm die Notizen innerhalb einer Stunde. Wenn es nicht schriftlich ist, ist es nicht passiert.

Die Ops-Leute, die ausbrennen, sind die, die jede angrenzende Bitte aufnehmen, ohne sie zu begrenzen. Die, die bleiben, sind die, die zum richtigen Ausschnitt Ja sagen und den Rest in ein Q3-Backlog mit einem echten Verantwortlichen legen.

17:20 Uhr: Priorisierung zum Tagesende

Sie schließen den Laptop mit 22 noch offenen Dingen. Das ist normal. Der Instinkt ist, eine Stunde länger zu bleiben und drei weitere zu erledigen. Die Disziplin ist aufzuhören.

Bevor Sie aufhören, lassen Sie einen 10-Minuten-Filter laufen: Welche drei der 22 offenen Punkte bringen das Unternehmen morgen tatsächlich voran? Nicht welche drei am lautesten sind. Nicht welche drei sich am dringendsten anfühlen. Welche drei werden das Unternehmen Zeit, Geld oder Vertrauen kosten, wenn sie nicht erledigt werden?

Heute sind die drei:

1. Das Verlängerungs-Briefing für den CFO (Frist: morgen 14 Uhr).
2. Die DPA-Nachfass-E-Mail an Legal (jeden Tag, an dem das rutscht, rutscht der Launch des Marketings).
3. Die Korrektur des Onboarding-Dokuments, die Sie mittags begonnen und nicht beendet haben.

Die anderen 19 Punkte kommen in eine "morgen"-Liste in Asana, jeder mit einer einzeiligen Notiz. Nicht weil sie nicht wichtig sind. Weil das Gehirn von morgen einen klareren Blick darauf haben wird als das müde von heute Abend.

Der Grund, warum Ops-Leute ausbrennen, ist nicht das Arbeitspensum. Es ist das Fehlen eines Schlussrituals. Jede andere Funktion hat einen natürlichen Ausschalter. Ein Deal wird abgeschlossen, ein Sprint endet, eine Kampagne wird ausgeliefert. Ops-Arbeit hat keine Ränder. Sie läuft einfach weiter. Also müssen Sie den Rand selbst bauen, und die Freitagnachmittag-Gewohnheit, die die Montagmorgen-Panik verhindert, ist diese: 30 Minuten, jeden Freitag, um die Warteschlange durchzugehen, die toten Tickets zu beseitigen, die drei Dinge aufzuschreiben, die für nächste Woche am wichtigsten sind, und den Laptop zu schließen. Das ist kein Produktivitätstrick. Es ist die einzige Art, diesen Job länger als zwei Jahre zu machen.

Was dieser Job tatsächlich ist

Dieser Job ist nicht operative Exzellenz. Er ist operative Hinlänglichkeit, zusammengehalten von einer Person, die Dinge bemerkt. Die Vertragsverlängerung, die sonst niemand markiert hat. Das Dokument, das still aufgehört hat, wahr zu sein. Die Lizenz-Panik um 13:47 Uhr. Den Slack-Thread, in dem drei Teams aneinander vorbeireden und einen Übersetzer brauchen.

Wenn Sie das lesen und sich ein wenig gesehen, ein wenig müde und ein wenig verteidigend fühlen: gut. Sie sind nicht schlecht in Ops. Der Job ist wirklich so fragmentiert, und die Leute, die etwas anderes behaupten, machen ihn entweder nicht wirklich oder wurden gerade in etwas eingestellt, das noch nicht kaputtgegangen ist.

Der Grund, warum gute Ops-Leute unmöglich zu ersetzen sind, ist nicht, dass die Arbeit in irgendeinem einzelnen Moment schwer ist. Es ist, dass die Arbeit aus 200 kleinen Wahrnehmungen besteht, und das institutionelle Wissen darüber, welche Wahrnehmungen wichtig sind, braucht in jedem gegebenen Unternehmen 12 bis 18 Monate zum Aufbau. Sie sind kein Zapier-Flow. Sie sind der Teil des Unternehmens, der die Nähte zusammenhält, während alle anderen das nächste Ding bauen. Das ist unglamourös. Es ist auch der Grund, warum, wenn Sie gehen, drei verschiedene Funktionen für ein Quartal still auseinanderfallen werden.

Morgen früh wird die Warteschlange 14 neue Tickets enthalten, und Sie werden sie sortieren, und Sie werden zwischen Legal und Finance vermitteln, und irgendwann gegen 14 Uhr wird Ihnen jemand "kurze Frage" slacken. Das ist der Job. Willkommen darin.

Mehr erfahren

• Vorlage für die Stellenbeschreibung Operations Manager
• Vorlage für den Kalender der Vertragsverlängerungen
• Prozessdokumentation, die tatsächlich gelesen wird
• Der Tool-Stack des Ops Manager
• Ihre ersten 30/60/90 Tage als neuer Ops Manager