Vereinigtes Königreich
Telnyx
WPP Media
Director Solutions Platform, UK
Vereinigtes Königreich
London, England, Vereinigtes Königreich
AWSGCPGo
Automatische Übersetzung. Prüfe das Original.
Über WPP Media
WPP ist der vertrauenswürdige Wachstumspartner für die weltweit führenden Marken. Mit außergewöhnlichen Talenten, verlässlichen Daten und Erkenntnissen sowie erstklassigen Partnerschaften – alles vereint durch unsere wegweisende agentische Marketingplattform WPP Open – helfen wir unseren Kunden, Veränderungen zu meistern, Chancen zu nutzen und transformatives Wachstum zu erzielen.
WPP Media ist die KI-gestützte Media-Betriebseinheit von WPP, die Medien, Daten und Partnerschaften zusammenbringt, um kreative Personalisierung in großem Maßstab zu ermöglichen. Durch die Anbindung an WPP Open und die Unterstützung von Open Intelligence sehen Kunden genau, wo, wie und warum ihre Medieninvestitionen wirken.
Weitere Informationen finden Sie unter wppmedia.com.
Ziel der Rolle
Der Platform Operations Director ist dafür verantwortlich, sicherzustellen, dass die für das Solutions-Team entwickelten und veröffentlichten Lösungen betriebsbereit, ordnungsgemäß getestet, klar dokumentiert und effektiv freigegeben sind sowie nach der Inbetriebnahme Support bieten.
Die Rolle fungiert als Brücke zwischen Bereitstellung, Business Readiness und BAU-Betrieb. Sie unterstützt den Übergang von der Projektabwicklung in den stabilen operativen Betrieb und stellt sicher, dass Benutzer, Stakeholder und Support-Teams verstehen, was sich geändert hat, wie es zu verwenden ist, wie Probleme gemeldet werden und wie der laufende Support mit angemessener Priorität, Auswirkung und SLAs verwaltet wird.
Diese Rolle ist besonders wichtig, da sich die Solutions Integration von einem eher reaktiven Servicemodell hin zu einer strukturierten Produkt- und agilen Bereitstellungsfunktion entwickelt. Der Platform Operations Director verantwortet QA, Release-Management, Dokumentation, Stakeholder-Kommunikation, Support-Prozesse, Schulung, Einführung und Verbesserungen nach der Veröffentlichung, einschließlich BAU-Fehlerbehebung und Triage.
Die Rolle arbeitet eng mit Product Ownern, dem Scrum Master, Engineering, Data, Reporting, QA, Platform Operations und Business-Stakeholdern zusammen, um sicherzustellen, dass die Bereitstellung nicht bei „fertiggestellt“ endet, sondern sich über Tests, Einführung, Adoption, Support und messbaren operativen Mehrwert erstreckt.
Erwartungen auf Senior- / Spezialistenebene
Als Director im Team wird von dieser Rolle erwartet, dass sie dabei hilft, die Betriebsstandards für BAU-Management, QA-Koordination, Release-Bereitschaft, Business Readiness und Service-Transition zu definieren und zu verbessern. Sie verwalten proaktiv Risiken und Lösungs-SLAs und stellen sicher, dass wir die Best Practices für den Plattformbetrieb einhalten.
Der Platform Operations Director sollte in der Lage sein, operative Risiken frühzeitig zu erkennen, kritisch zu hinterfragen, ob eine Lösung tatsächlich bereit für die Veröffentlichung ist, und praktische Verbesserungen für Prozesse, Dokumentation, Tests, Supportmodelle und die Kommunikation mit Stakeholdern zu empfehlen.
Bei kleineren Initiativen sollte die Rolle Product Owner und Bereitstellungsteams hinsichtlich des erforderlichen Maßes an QA, Schulung, Release-Planung, Übergabe und BAU-Support beraten können. Bei größeren oder komplexeren Initiativen sollte die Rolle Risiken, Abhängigkeiten oder Lücken in der Bereitschaft an den Product Manager Lead, den Scrum Master, den Lead Engineer / Solutions Architect oder relevante Führungskräfte eskalieren.
Hauptverantwortlichkeiten
1. BAU-Betriebsmanagement
- Verantwortung für und Koordination von operativen BAU-Prozessen für zugewiesene Plattformen, Tools, Berichte, Workflows und Lösungen über alle Media-Lösungen hinweg.
- Überwachung wiederkehrender Probleme, Support-Trends, operativer Risiken und Schwachstellen der Benutzer.
- Triage und Priorisierung von BAU-Anfragen, Vorfällen, Fehlern und Erweiterungswünschen.
- Sicherstellung, dass BAU-Arbeiten über den vereinbarten Aufnahme- und Backlog-Prozess erfasst werden, anstatt über unkontrollierte E-Mails, mündliche Anfragen oder fragmentierte Ticketwege.
- Zusammenarbeit mit Product Ownern und dem Scrum Master zur Unterscheidung zwischen BAU-Support, Fehlern, Erweiterungen und neuen Produktanforderungen.
- Aufrechterhaltung der Transparenz über die BAU-Nachfrage und Unterstützung bei der Identifizierung, wo wiederkehrende Probleme zu Produktverbesserungen oder technischen Korrekturen führen sollten.
- Unterstützung der kontinuierlichen Verbesserung von Support-Prozessen, Dokumentation und operativen Workflows.
Dies steht in direktem Zusammenhang mit der umfassenderen Abkehr des Teams von fragmentierten Anfragewegen hin zu klareren Bereitstellungsrhythmen, strukturierten Backlogs und einer verbesserten Disziplin bei operativen Prozessen. Die vorhandene Dokumentation weist auf die Notwendigkeit klarerer Teamrhythmen, Sprint-Kadenzen, Retrospektiven und Mentoring als Teil des Übergangsplans hin.
2. QA-Koordination und Testbereitschaft
- Koordination der QA-Aktivitäten über Bereitstellungs-Workstreams hinweg, um sicherzustellen, dass die Testanforderungen vor Beginn der Entwicklung verstanden werden.
- Zusammenarbeit mit Product Ownern, um sicherzustellen, dass Akzeptanzkriterien, Testszenarien und Erfolgsmaßstäbe klar definiert sind.
- Unterstützung der Testplanung über funktionale Tests, Regressionstests, Datenvalidierung, Berichtsüberprüfungen und Benutzerakzeptanztests hinweg.
- Sicherstellung, dass Fehler protokolliert, priorisiert, nachverfolgt und über den vereinbarten Bereitstellungsprozess behoben werden.
- Zusammenarbeit mit Ingenieuren, Analysten und Geschäftsanwendern, um zu validieren, dass Lösungen die funktionalen, operativen und Reporting-Anforderungen erfüllen.
- Unterstützung bei der Erstellung wiederverwendbarer QA-Checklisten, Testskripte und Validierungsvorlagen.
- Sicherstellung, dass Lösungen nicht ohne entsprechende Testnachweise und geschäftliche Abnahme veröffentlicht werden.
Dies steht im Einklang mit den bereits definierten Verantwortlichkeiten des Product Owners in Bezug auf Testanforderungen, Erfolgskriterien, UAT-Koordination, geschäftliche Validierung, Release-Bereitschaft und operative Übergabe. Der Platform Operations Specialist würde diese Aktivitäten unterstützen und operationalisieren.
3. Business Readiness und Adoption
- Sicherstellung, dass Geschäftsanwender und operative Teams bereit sind, neue oder geänderte Lösungen zu übernehmen.
- Koordination von Schulungen, Anleitungen, Demos, FAQs, Release-Notes und Benutzerkommunikation.
- Zusammenarbeit mit Product Ownern zur Identifizierung betroffener Teams, Benutzer, Prozesse und Workflows.
- Bestätigung, dass die Geschäftsteams verstehen, was sich ändert, warum es sich ändert, wann es passiert und welche Maßnahmen erforderlich sind.
- Unterstützung der Stakeholder-Kommunikation vor, während und nach der Veröffentlichung.
- Einholen von frühem Feedback von Benutzern und Sicherstellung, dass Probleme erfasst und angemessen priorisiert werden.
- Unterstützung bei der Sicherstellung, dass bereitgestellte Lösungen in den täglichen Betrieb eingebettet werden, anstatt ungenutzt oder missverstanden zu bleiben.
Die Übergabedokumentation unterstreicht die Bedeutung klarer Kommunikation mit Benutzern, ordnungsgemäßer Release-Notes, Demonstrationen und Adoptionsunterstützung für neue Funktionen und Lösungen. Diese Rolle sollte die operative Disziplin besitzen, dies konsequent umzusetzen.
4. Release-Bereitschaft und Service-Transition
- Verantwortung für oder Koordination von Checklisten zur Release-Bereitschaft für zugewiesene Lösungen.
- Sicherstellung, dass jede Veröffentlichung über entsprechende Testnachweise, Dokumentation, Support-Verantwortung, Schulungsmaterial und Stakeholder-Kommunikation verfügt.
- Koordination der operativen Übergabe von Bereitstellungsteams in den BAU-Support.
- Bestätigung, dass Runbooks, Anleitungen zur Fehlerbehebung, bekannte Probleme und Eskalationswege vorhanden sind.
- Zusammenarbeit mit Engineering- und Datenteams, um sicherzustellen, dass Überwachung, Alarmierung oder manuelle Prüfungen bei Bedarf definiert sind.
- Unterstützung der Go-Live-Planung, Release-Terminierung und Hypercare nach der Veröffentlichung.
- Nachverfolgung von Problemen nach der Veröffentlichung und Sicherstellung, dass Erkenntnisse in zukünftige Bereitstellungszyklen einfließen.
Diese Rolle sollte die Person sein, die fragt: „Sind wir tatsächlich bereit, dies live zu schalten, zu unterstützen, zu erklären und zu messen, ob es funktioniert hat?“
5. Dokumentation und Wissensmanagement
- Pflege einer klaren operativen Dokumentation für Plattformen, Berichte, Tools, Prozesse und Workflows.
- Unterstützung bei der Erstellung von Benutzerhandbüchern, SOPs, Runbooks, Release-Notes, FAQs und Support-Dokumentation.
- Sicherstellung, dass die Dokumentation am vereinbarten Ort gespeichert und auf dem neuesten Stand gehalten wird.
- Zusammenarbeit mit Product Ownern, Ingenieuren und Analysten zur Dokumentation wichtiger Abhängigkeiten, Geschäftsregeln, bekannter Einschränkungen und Support-Prozesse.
- Unterstützung bei der Verringerung der Abhängigkeit von individuellem Wissen durch Transparenz von Prozessen und Systemverhalten.
- Unterstützung beim Onboarding neuer Teammitglieder durch die Pflege zugänglicher Wissensressourcen.
Dies ist wichtig, da sich das Team von veralteten Arbeitsweisen und informellem Wissenstransfer hin zu einem strukturierteren Betriebsmodell bewegt.
6. Plattform- und Prozess-Governance
- Unterstützung der konsistenten Nutzung vereinbarter Tools, Workflows, Ticketprozesse und Bereitstellungs-Governance.
- Unterstützung bei der Sicherstellung, dass Arbeiten erfasst, kategorisiert und über die korrekten Wege vorangetrieben werden.
- Aufrechterhaltung von Standards für BAU-Tickets, Fehler, Release-Anfragen, Support-Probleme und operative Änderungen.
- Identifizierung von Prozesslücken, doppeltem Aufwand oder inkonsistenten Arbeitsweisen.
- Empfehlung von Verbesserungen für BAU-Prozesse, Supportmodelle, QA-Standards und Release-Governance.
- Unterstützung beim Reporting über operative Leistung, Support-Nachfrage, Fehlertrends und Release-Bereitschaft.
- Unterstützung bei der Sicherstellung, dass Änderungen kontrolliert, dokumentiert und auf die vereinbarten Team-Praktiken ausgerichtet sind.
Dies steht im Einklang mit der dokumentierten Notwendigkeit, proaktives Verhalten, strukturiertes Produktmanagement, Backlog-Pflege, Stand-ups und Retrospektiven im gesamten Team zu verbessern.
7. Stakeholder- und teamübergreifende Koordination
- Enge Zusammenarbeit mit Product Ownern, Engineering, Data, Reporting, QA, dem Scrum Master und Geschäftsanwendern.
- Koordination mit Activation, Operations, Channel Development, Commercial und anderen betroffenen Teams, wo relevant.
- Sicherstellung, dass operative Abhängigkeiten vor der Veröffentlichung verstanden und verwaltet werden.
- Unterstützung der Stakeholder beim Verständnis von Support-Wegen, bekannten Problemen, Zeitplänen und Release-Auswirkungen.
- Eskalation operativer Risiken, ungelöster Fehler, Lücken in der Bereitschaft oder Bedenken hinsichtlich der geschäftlichen Adoption.
- Unterstützung regelmäßiger Updates zu BAU und Plattformbetrieb für die Führungsebene bei Bedarf.
Die vorhandene Product-Owner-Dokumentation beschreibt bereits die Bedeutung der Koordination zwischen Engineering, Data, Reporting, Plattform, Operations und Geschäftsteams. Der Platform Operations Specialist sollte die operative Steuerungsebene bereitstellen, die dies unterstützt.
Fähigkeiten und Erfahrung
Wesentliche Anforderungen
- Erfahrung in Plattformbetrieb, Service-Transition, QA-Koordination, Business Readiness, Bereitstellungsbetrieb oder technischem Betrieb.
- Fundiertes Verständnis von BAU-Supportprozessen, Release-Management und operativer Übergabe.
- Erfahrung in der Koordination von UAT, Fehlerverfolgung, Testplanung oder geschäftlichen Validierungsaktivitäten.
- Fähigkeit zur Erstellung klarer Dokumentationen, Benutzerhandbücher, Prozessnotizen, Release-Kommunikationen und operativer Runbooks.
- Starke Fähigkeiten im Stakeholder-Management mit der Fähigkeit, über technische und nicht-technische Teams hinweg zu arbeiten.
- Gutes Verständnis von agilen oder produktorientierten Bereitstellungsumgebungen.
- Fähigkeit, operative Risiken, Lücken in der Bereitschaft, Support-Probleme und Prozessverbesserungen zu identifizieren.
- Starke organisatorische Fähigkeiten und Liebe zum Detail.
- Sicherer Umgang mit Jira, Confluence, ServiceNow, Azure DevOps oder ähnlichen Bereitstellungs-/Support-Tools.
- Fähigkeit, klar mit Benutzern, Bereitstellungsteams und Führungskräften zu kommunizieren.
Wünschenswert
- Erfahrung in Medien-, Werbe-, Ad-Tech-, Martech-, Reporting-, Daten- oder Plattformumgebungen.
- Erfahrung in der Unterstützung von Reporting-Plattformen, Dashboards, Datenprodukten oder operativen Workflow-Tools.
- Verständnis von Datenvalidierung, Reporting-QA oder Kampagnenleistungsdaten.
- Vertrautheit mit Cloud-basierten Plattformen wie GCP, AWS, BigQuery oder Snowflake.
- Erfahrung in der Zusammenarbeit mit Engineering-, Data-Engineering- oder Analyseteams.
- Erfahrung in der Unterstützung der Transformation von reaktiven Supportmodellen hin zu strukturierten Produkt- oder agilen Bereitstellungsmodellen.
- Vertrautheit mit WPP, WPP Media, Choreograph oder ähnlichen Unternehmensplattformumgebungen wäre von Vorteil.
#LI-Promoted
Bitte lesen Sie unsere Datenschutzhinweise für weitere Informationen darüber, wie wir die von Ihnen bereitgestellten Informationen verarbeiten.
Mehr Möglichkeiten mit einem Profil
Für mehr Stellen berücksichtigt werden, ohne den ganzen Prozess zu wiederholen? Erstellen Sie Ihr Profil, damit Unternehmen auf Nort Sie finden.
Profil erstellen