Skip to content
Tau

Senior/Staff Test Systems Engineer, Powertrain

Redwood City, CA; HQUnited States
Staff · Technology, Engineering, and Product
POSTED 31 JUL
Apply Ask
Role
102 days opentrue age
Posted 31 Jul
Pay
$205k–$284kno pay posted
Market p25–p75
$205k–$284k
SF Bay Area · n=969 · 365d to 6 Nov
CompanyTau →
7open roles
Opened · 30d
+0
Closed · 30d
−0
30d window
Market
9,265open · Staff Software engineering
Opened · 7d
+5586% of open
All software engineering
75,166open
All tracked boards · live 10 Nov · n=9,265

About Tau

Power conversion is the bottleneck between the compute, energy, and mobility industries and the future they're trying to build. Most of the industry is still solving it with decades-old approaches. Tau is fixing that. We're a venture-backed hardtech company in Redwood City, building power conversion technology for data centers, EVs, and energy systems. Several products are already moving into production.

We hire people who own problems end-to-end: power electronics, embedded software, controls, test and validation, mechanical design. We solve from first principles, not legacy playbooks. We're past "promising technology." Customers are buying, volume is coming, and the people who join now set the standard everyone builds on after.

Who you are

You think in systems, and you build for reality. You'd rather ship the simplest reliable answer to an engineering question than the most sophisticated one. You know the difference between complexity that earns its keep and complexity for its own sake.

You default to structure without needing to be told to. You see a recurring issue and build the fix that prevents it from recurring, not just the fix for today. You document because someone else needs to be able to run this without you in the room, not because you were asked to.

You have real judgment about risk. You know when "good enough" is actually good enough, and when it isn't, and you're comfortable being the person who says so even when it's inconvenient. High-voltage safety, interlocks, fault handling: you don't treat these as boxes to check, you treat them as the reason the job matters.

You want ownership over a domain that's core to how the whole engineering org performs, and you want to be measured on the capability you build, not just the hours you put in.

Our Engineering Approach

Solve customer problems, not engineering puzzles. Great technical work becomes exceptional when it creates reliable products, enables meaningful new capability, and solves real customer problems.

Think in systems. Understand how your work affects the complete product and the people who build it. Make tradeoffs that improve the whole, not just your direct area of ownership.

Exercise judgment. Apply the engineering rigor the risk requires. Make timely decisions with the available evidence, communicate uncertainty, and balance technical excellence with program needs.

Raise the standard. Deliver quality work on time, improve how the team works, and leave the products, systems, tools, and people around you better than you found them.

About the role

The lab is where every engineering claim gets checked against reality. If the data's untrustworthy, every downstream decision, design, program timeline, and customer commitment inherits that risk without anyone noticing until it's expensive.

This role owns that. You're responsible for the test infrastructure, the standards it runs on, and the judgment call on what's good enough to trust. You'll work across Mechanical, Power Electronics, Controls, Embedded Software, Manufacturing, and Program Management, and you'll have real authority to say a system isn't ready, a result isn't credible, or a process needs to change, and make that stick.

We want someone who biases toward structure: documented, repeatable, built to outlast any one person's memory of how it works. Not because process is the point, but because at 40-50 people and growing, tribal knowledge is a liability. At the same time, this isn't a role where you build the org chart and step back. You're in the lab. You're commissioning systems, debugging with the team at 6pm, mentoring technicians on measurement methods. Player-coach, not dictator. You set the standard by being good enough at the work that people want to follow suit, not standards by decree.

Because our success depends on collaboration, we expect new employees to work onsite five days a week to build strong working relationships with the team.

Areas of ownership

Test infrastructure and standards

  • Own the dynamometers, inverter test systems, environmental support systems, and lab infrastructure end to end
Source · TauFirst seen 7 NovOriginal ↗