Functional Safety Lead

About the Role: This role owns the functional safety analysis of our automated vehicle platform and its sensor suite: what can fail, how it manifests, what the system does about it, and whether that response is good enough. You will do the analysis yourself, and your assessment informs releases. It also owns something that often goes unowned—determining the safety impact of change. We move constantly, and someone has to be able to say quickly and credibly what a given change does to the safety argument. That is this role. The third part is leverage. The safety case engineers work from your method: the analysis structures they adapt to their own scope, the library of platform-level safety items they reference instead of re-deriving, and the traceability they query. The job is not finished when your analysis is correct—it is finished when the method is executable by someone who is not you.

What You'll Do: Own hazard analysis and risk assessment for the platform—derive safety goals and requirements, drive them into the architecture, and maintain the traceability from hazard to requirement to verification evidence. Lead fault and failure analysis across the platform—compute, power and actuation interfaces—and across the sensor suite, covering both hard faults and degraded modes. Own sensor suite safety: sensing sufficiency and degradation—what coverage exists, how it erodes under adverse conditions, and how faults are detected and handled. Determine the safety impact of change. Hardware revisions, sensor swaps, software releases, new platform variants and changes to the operating domain all move the safety argument, and you decide what each one costs. Own change impact assessment—what triggers an assessment, what depth each class of change warrants, what evidence clears it, and what escalates—and keep it fast enough to stay on the critical path. Own the method the safety case engineers work from: reusable analysis structures they adapt to their own scope, a library of platform-level safety items they reference instead of re-deriving, and queryable hazard-to-evidence traceability. Ship tooling they run themselves rather than analysis you run for them—change-impact triage that flags which arguments a given change touches, automated traceability checks, and detection of where an argument has gone stale. We expect this role to be materially more productive than the same role was three years ago, and we expect AI tooling to be the reason. We are adopting systems purpose-built to accelerate safety analysis—failure mode generation, gap checking across large analyses, and interrogation of large requirements and standards corpora—and this role is expected to put them to work and shape what they become. Use them as a working instrument in the analysis itself: generating and stress-testing failure mode candidates, cross-checking analyses for gaps, interrogating large requirement and standards corpora, and first-pass triage across a large change surface. Build your own tooling rather than filing tickets for it, and keep it running once other people depend on it. Be rigorous about the boundary. A generated failure mode list is a hypothesis to verify, never evidence. Safety claims require human judgment and traceable justification.

What We're Looking For: 8+ years in functional safety for automotive, automated vehicles, aerospace, industrial automation, or another safety-critical hardware domain, with deep hands-on analysis experience rather than process oversight alone. Demonstrated ownership of HARA, FMEA, and FTA on real systems that shipped. We will go deep on specific analyses you have authored. Strong standards fluency: ISO 26262, ISO 21448 (SOTIF), and UL 4600—with the judgment to apply them proportionately rather than performing compliance theater. Experience making release-gating safety calls under time pressure with incomplete information, and the ability to explain both your framework and a time you got it wrong. Real hardware and electrical depth: sensors, actuation interfaces, power and grounding, wiring, EMC, redundancy architecture. You are comfortable at the vehicle with a schematic and a scope. Programming ability—Python or similar—sufficient to analyze field data, build your own tooling, and work fluently with an AI coding assistant. You have built something other engineers used—a tool, script, template or pipeline that colleagues adopted because it beat what they had. The temperament to serve internal customers without being captured by them—your job is to give them something correct and fast, not something accommodating.

Why Join Us: At Atoms, you'll work on one of the defining challenges of our time—bringing automation into the physical world to drive real, lasting impact. We exist to uncover valuable unknown truths and turn them into progress, which means constantly pushing beyond what's known and building what doesn't yet exist. The work is ambitious and often challenging, but it's grounded in a shared sense of purpose and a team committed to seeing it through together. Our work only matters if it serves others, and we know that meaningful progress depends on the trust of the people we serve and the strength of our team—so we invest in both, creating an environment where you can do your best work and grow. This role is based in our San Francisco office. Atoms is a company driven by invention and continuous change - we are constantly reimagining our industries, building new products, and refining how we operate. We do our best work together. That's why all of our office-based teams work onsite, five days a week. The base salary range for this role is $182,000 - $238,000 per year. Actual compensation will be determined on an individual basis and may vary depending on experience, skills, and qualifications. Base salary is just one part of your total rewards package. You may also be eligible for equity awards.