Staff Incident Manager

• Proven experience running major incident response in a production environment that real customers depend on, ideally as an incident commander or in a dedicated incident management function.

• Strong working knowledge of modern distributed systems and cloud-native operations - comfortable holding your own on a bridge call with senior engineers during an outage, following the technical thread, and keeping the response moving without needing every detail spoon-fed.

• Experience defining or maturing an incident management practice from the ground up: severity frameworks, operating models, runbooks, and on-call programs built to last, not just inherited.

• Fluency with observability and incident tooling - metrics, logging, tracing, alerting, and paging platforms. Hands-on experience with Datadog is strongly preferred; familiarity with a paging platform (PagerDuty, OpsGenie, or similar) and a status page tool is expected.

• A track record of running postmortems that change behavior, and of closing the loop between incidents and engineering work.

• Excellent written and verbal communication - able to write a clear merchant-facing status update and a precise internal escalation under pressure.

• Calm, decisive judgment during high-pressure events - you hold structure when others are reacting.

• Comfort being on-call as a regular part of the role, including for critical incidents outside business hours.

• English - advanced proficiency required.

• Familiarity with PCI-DSS and the operational obligations that come with handling payment flows at scale.

• Spanish - business-level proficiency preferred; Yuno's engineering organization spans LatAm, and on-call bridges and postmortem discussions often run in Spanish.

• Prior experience in payments, fintech, or another high-availability, regulated domain.

• Exposure to SRE practices, error budgets, and SLO-driven prioritization.

• Experience managing incidents across multi-timezone, remote-first engineering organizations.

We are hiring a Staff Incident Manager to own the major incident lifecycle end to end. You are the person who takes control when something is broken in production, brings the right people together, drives the response to resolution, and makes sure we are measurably better after every incident than we were before it.

This is not a passive coordination role. You set the standard for how Yuno detects, responds to, communicates about, and learns from incidents. You will spend as much time fixing the process as you do running the response.

On-call responsibility is core to this role. Yuno's engineering teams run a "You Build It, You Run It" model - pods own their own on-call. The Incident Commander function exists to coordinate cross-domain and Sev-1 events where multiple pods are involved.

• Incident command - act as incident commander on major and critical incidents, owning coordination, decision-making cadence, and escalation from detection through resolution; treat merchant transaction impact, PSP and acquirer dependency failures, settlement and reconciliation knock-on effects, and PCI-DSS scope as first-class concerns in every response.

• Reliability metrics - drive down time to detect, time to engage, and time to recover; own MTTR as a headline metric and the operational discipline behind Yuno's 99.99% uptime target.

• On-call program - run rotations, escalation policies, paging hygiene, and alert quality; reduce noise so on-call engineers trust their pages.

• Incident communications - own internal stakeholder alignment during an event and drive clear, accurate merchant-facing updates - including the status page - in coordination with Support and account teams.

• Postmortems - run blameless postmortems, hold the room to a no-blame standard, and make sure action items are concrete, owned, and tracked to closure.

• Reliability roadmap - translate recurring incident patterns into reliability work, partnering with engineering teams to turn postmortem findings into roadmap items, not orphaned tickets.

• Operating model - define and maintain incident severity levels, response runbooks, and the operating model for declaring and managing incidents.

• Reporting - report on incident trends, reliability posture, and SLA and SLO performance to engineering leadership.

US · Europe · APAC · Remote · Full Time · Individual Contributor · +7 Years of Experience

• First 90 days - you have mapped how incidents currently get declared, run, and reviewed, identified the biggest gaps, and started closing them. Severity definitions and the incident operating model are clear and adopted.

• Six months - major incidents run to a consistent standard. Postmortem action items are tracked and closed. On-call noise is down and trust in paging is up. Leadership has a reliable view of reliability trends.

• One year - the incident practice is self-sustaining. Runbooks are owned by engineering pods, not just by you. MTTR and repeat-incident rates are trending measurably down, and reliability work sourced from incident data is landing on engineering roadmaps and shipping.