Research
Fleet-scale quality: AI hardware reliability and customer quality
AI hardware now ships the way rail fleets do: thousands of identical units, in the field, with a customer who reports every failure. On BART’s 775‑car fleet I led 8D investigations and drove customer non-conformances to verified closure. This section applies those methods — 8D, CAPA, first-article inspection, test readiness and lessons learned — to the reliability problems AI hardware teams face now. I haven’t worked in a data center; each piece says where the rail lesson transfers and where it doesn’t.
Related: Productive Compute, independent research on turning purchased AI hardware into usable capacity.
Coming next
- 01What a 775‑car fleet teaches about AI hardware reliability · in progress
- 028D for accelerator and server field failures: a working template · in progress
- 03Customer non-conformances at fleet scale: from first report to verified closure · in progress
- 04First-article inspection for AI hardware: what to check before volume · in progress
- 05Test-readiness reviews: lessons from commissioning a driverless system · in progress
- 06Lessons learned that travel: applying REX across sites and suppliers · in progress
Published
- The requirement you find in testingRequirements · Test readiness · September 18, 2026
- The constraint always movesConstraints · Continuous improvement · September 8, 2026