Vereinigte Staaten
Idaho Health Insurance Exchange
eVisit
Release Manager
RemoteVereinigte Staaten
Mesa, Arizona, Vereinigte Staaten
AWSGo
Automatische Übersetzung. Prüfe das Original.
Über Sie
Der Release Manager verantwortet die Mechanismen zur Überführung von Code vom Merge bis zur Produktion über jedes Delivery Team hinweg. Sie sind die Flugverkehrskontrolle für jede Veröffentlichung: Sie wissen, was enthalten ist und was nicht, koordinieren die beitragenden Teams, verantworten das technische und geschäftliche Go/No-Go und steuern den Prozess von der Freigabe bis zur Auslieferung. Sie sind außerdem für die Umgebungen, die Pipeline und die Änderungsnachverfolgung verantwortlich, die Releases sicher und prüfbar machen.
Dies ist keine Position zur reinen Ausführung von Runbooks. Von Ihnen wird erwartet, dass Sie verstehen, warum der Release-Prozess funktioniert, nicht standardmäßige Releases nach deren Verdiensten behandeln und den Prozess kontinuierlich verbessern.
Sie sind prozessorientiert und schreiben Dinge auf. Sie automatisieren einen wiederholten manuellen Schritt, anstatt ihn zweimal gut auszuführen. Sie können einem Team sagen, dass es den Cut verpasst hat, ohne Autorität über die Personen zu haben, die Sie blockieren, und diese Linie unter Druck halten. Wenn Ihr eigenes Release fehlschlägt, führen Sie eine schuldlose Post-Mortem-Analyse durch.
Aufgaben und Hauptfunktionen
- Release-Ausführung: Standard- und eingeschränkte (zielgruppenbezogene) Releases ausführen, einschließlich Konfiguration und Verifizierung der Zielgruppenauswahl. Genehmigte Hotfixes ausführen: Branch erstellen, ausliefern, abschließen. Den Rollback-Pfad pro Release-Typ definieren, die Entscheidung treffen, wenn ein Deployment technisch fehlschlägt, und ihn ausführen.
- Release-Bereitschaft: Verantwortlich für das technische und geschäftliche Go/No-Go bei jedem gruppierten Release, einschließlich Release Readiness und Milestone Reviews: Sind die Änderungen auslieferbar, sind Abhängigkeiten vorhanden, wurde der Migrationspfad geübt und ist das Geschäft dafür bereit. Technische Kopplungen und Einschränkungen bei der Deployment-Reihenfolge aufzeigen, wenn Release-Inhalte festgelegt werden, und nicht standardmäßige Releases behandeln, wie z. B. eine separate Migration durchführen, ein zweistufiges Deployment vorbereiten oder eine Schemaänderung vor abhängigem Code sequenzieren. Ein Release-Manifest für jedes Release erstellen (Inhalte, Teams, Commits, Migrationen und Konfigurationsänderungen).
- Branch- und Repository-Hygiene: Das Branching-Modell für jedes Repository durchsetzen: Branch-Erstellung, Merge- und Squash-Disziplin, Cherry-Picks in Release-Branches, Cut und Close von Release-Branches sowie Tag- und Versionsdisziplin. Steuern, was nach dem Cut in einen Release-Branch gelangt, und Release-Branches frei von Drift, Waisen und lang laufenden, nicht gemergten Arbeiten halten.
- Umgebungsverwaltung: Verantwortlich für den bekannten Zustand, die Verfügbarkeit und die Planung von Devtest, Acceptance, Beta und Produktion, einschließlich Datenaktualisierung und Konfigurationsparität, damit QA gegen etwas Repräsentatives validiert.
- Deployment-Pipeline: Verantwortlich für die Build-Promotion- und Deployment-Pipeline von Ende zu Ende, manuelle Schritte eliminieren und verifizieren, dass jedes Deployment sauber gelandet ist.
- Prozess und Berichterstattung: Deploy-Pending- und Validierungsstatus korrekt halten, damit „was als Nächstes herauskommt“ vom Board beantwortet werden kann. Release-Häufigkeit im Vergleich zum Plan berichten, Zykluszeit von Code-Complete bis Produktion, Rate fehlgeschlagener Deployments, Rollback-Rate, Hotfix-Rate und Hotfix-zu-geplantem-Release-Verhältnis. Eine kurze Retrospektive für jedes fehlgeschlagene oder zurückgerollte Release durchführen und Release-Runbooks und Dokumentation verwalten.
- Change Control und Audit-Nachweise: Erstellen und Aufbewahren des Änderungsnachverfolgungsprotokolls für jeden Produktions-Push: Was wurde geändert, wer hat es genehmigt, welche Validierung wurde bestanden, wann wurde es ausgeliefert und der Rollback-Pfad. Als System der Aufzeichnung für die Release-Historie bei Sicherheits-, Compliance- und Kunden-Audits dienen.
- Release-Kommunikation: Cut-Daten und Code-Freeze-Fenster aus dem Release-Kalender des Technical Delivery Managers ableiten, kommunizieren und am Branch durchsetzen. Release-Details und Zeitpläne an das Geschäft kommunizieren, einschließlich Sales, CS und Führungsebene. Teams und Stakeholder in Echtzeit über den Beginn, Abschluss und Fehler von Deployments informieren und teamübergreifende Release-Abhängigkeiten vor dem Cut koordinieren.
Geltungsbereichsgrenzen
Diese Rolle operiert innerhalb klarer Grenzen, sodass sich die Zuständigkeiten nie überschneiden:
- Der Technical Delivery Manager ist verantwortlich für den SDLC-Prozess, die Kadenz, den Release-Kalender und Hotfix-Entscheidungen.
- Der Enterprise Application Architect definiert die Branching-Strategie und die Code-Qualitätsstandards; diese Rolle operiert und setzt sie durch.
- Infrastructure Engineering ist verantwortlich für Provisionierung, Cloud-Infrastruktur, IaC, CI-Runner und Plattform-Tools; diese Rolle ist verantwortlich für Umgebungen und die Pipeline als Release-Ressourcen.
- Tech Leads treiben Fixes bis zur Fertigstellung voran; Projektmanager sind für Sprint-Blocker und Eskalation von Geschäftsauswirkungen zuständig; Product Marketing ist für kundenorientierte Kommunikation zuständig.
Anforderungen (Must-Haves)
- US-Staatsbürgerschaft und Vollzeit-Wohnsitz in den USA, aufgrund vertraglicher Verpflichtungen gegenüber unseren Kunden.
- Verfügbarkeit für Release-Arbeiten außerhalb der Geschäftszeiten. Releases laufen üblicherweise außerhalb der Geschäftszeiten, und diese Rolle muss für die meisten davon in einem nachhaltigen Zeitplan zuverlässig präsent sein.
Qualifikationen
- Starke Git-Kompetenz, die oberste technische Priorität: Branching-Strategien, Merges und Squashes, Cherry-Picking, Tagging und Verwaltung der Git-Workflows, die einen Release-Prozess untermauern.
- Starke technische Kenntnisse. Kein Softwareentwickler oder DBA, aber ein funktionierendes mentales Modell von CI/CD-Pipelines, Containern und Images, Build-Artefakten, frontend- vs. backend-Systemen, Deployment-Architektur und MySQL-Konzepten wie Migrationen, Indizes und den Auswirkungen von Datenbankänderungen.
- Nachgewiesene Erfahrung im Release-Management in einer SaaS-Umgebung, einschließlich der gleichzeitigen Verwaltung mehrerer Releases über funktionsübergreifende Teams hinweg.
- Exzellentes Projekt- und Prozessmanagement: Verfolgung des Umfangs, Nachverfolgung von Abhängigkeiten, Durchsetzung von Prozessen am Gate und Design von Prozessen, wo keine existieren.
- Starke Kommunikations- und Dokumentationsfähigkeiten, enge Zusammenarbeit mit Engineering, QA, Produkt und CS.
- Bachelor-Abschluss in Informatik, Informationssystemen oder einem verwandten Bereich oder gleichwertige praktische Erfahrung.
Stark bevorzugte Qualifikationen
- Vorherige Erfahrung als Softwareentwickler, Engineering Manager, Agile/Scrum/Ops oder Datenbankerfahrung.
- AWS-Kenntnisse.
- Erfahrung mit Releases in regulierten Branchen (HIPAA, SOC 2, FedRAMP Change Control).
- Erfahrung mit Zero-Downtime-Deployments und Datenbankmigrationen.
- Erfahrung mit Feature-Flags oder progressiven Auslieferungen, direkt relevant für Limited Releases.
- Skripting- und Automatisierungserfahrung sowie Kenntnisse von Defect-Tracking- und Konfigurationsmanagement-Tools.
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