Home › Resources › Templates › Senior Functional Safety Architect
Job description template · Functional safety

Senior Functional Safety Architect

Have CSA staff this role
StageDirectory listedStandardsISO 26262IndustryAutomotiveSenioritySeniorRegionMichigan, USSource year2026Role familySoftware safetySegmentAV truckingEmploymentFull-timeEmployerEmployer profileToolsMedini Analyze · Ansys · APIS IQ · C / C++
Show unavailable metadata (2)
Work modeUnknownCompany sizeUnknown

This role is currently open. See the open role on FSTalent.

Hover or focus an underlined term for a plain-language definition.

Role summary

Transforming mobility. Making automotive technology that is smarter, cleaner, safer and lighter. That’s what we’re passionate about at the organization Electronics, and we do it by creating world-class Electronic systems. We are a premier supplier for the global automotive industry with full capabilities in design, development, testing and manufacturing of complex Electronic systems. Our name stands for quality, environmental consciousness, and safety. Innovation is what drives us and we drive innovation. Dream big and create the future of mobility at the organization Electronics.

Responsibilities

As a Lead Software Architect, you will serve as the technical authority ensuring our embedded software platforms meet the highest standards of safety integrity. You aren't just an observer; you are a "shadow architect" who operates independently of the primary software architect to provide critical checks, balances, and safety-first design leadership.

Your primary focus will be on high-performance SoC/MCU systems targeting D compliance, ensuring that every line of code and architectural decision contributes to a fail-safe environment.

Key Responsibilities

  • Safety Analysis & Architectural Design
  • Safety Manual Interpretation: Deep-dive into SoC/MCU Safety Manuals to extract hardware-software interface requirements (HSIs).
  • Safety Context Identification: Identify which hardware modules (e.g., DMA, Memory Protection Units, Watchdogs) are relevant to the safety case.
  • System Alignment: Collaborate with the System Engineering team to align on diagnostic coverage and error handling strategies.
  • Fault Management: Define the end-to-end fault propagation paths—from hardware fault detection to the transition into a defined Safe State.
  • Architecture Modeling: Develop and maintain software architectures that explicitly prove the achievement of functional safety goals.
  • Safety Assessments & Work Products
  • Analytical Ownership: Lead and "own" the creation of the Software (Failure Mode and Effects Analysis) and Software FTA ().
  • Requirements Engineering: Define and review Software Safety Requirements (SSRs), ensuring they are technically sound and fully traceable to specific architectural elements.
  • Independent Verification: Act as the independent technical voice to challenge the main software architecture, ensuring safety is never compromised for performance or features.
  • Technical Leadership
  • Drive the team toward successful Safety Audits and assessments.
  • Mentor junior engineers on ASIL-compliant coding standards (e.g., MISRA C/C++, CERT).
  • Bridge the gap between hardware-level safety features and high-level software application safety.

Requirements

  • Experience: 10+ years in Embedded SoC development with a proven track record in complex silicon environments.
  • Architecture: 3+ years of experience specifically as a Software Architect.
  • Safety Expertise: Hands-on experience developing software components that have successfully achieved C or D certification.
  • Regulatory Knowledge: Expert-level understanding of (Parts 4, 6, and 9).
  • Evaluations: Direct experience participating in (and defending architectures during) formal safety evaluations or external audits.
  • Analytical Tools: Proficiency with safety analysis tools (e.g., Ansys medini analyze, APIS IQ-FMEA, or similar).

Skills & Competencies

  • Critical Thinking: The ability to "think like a failure"—predicting how a system might break before it does.
  • Independence: Strong enough to push back against the primary development team to maintain safety integrity.
  • Communication: Ability to translate complex safety manuals into actionable development tasks for the software team.

Under conditions defined by applicable law, you may have the right to request an explanation of how AI is used to support decision-making.

If you have any questions or concerns about this process, feel free to contact our Talent Attraction team.

Regular / Permanent

The organization Electronics

Standards

Use this template

Get the Word document, or let CSA scope, staff or post the role for you.