Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
    • About Us
    • Colophon
    • Survey
  • Reliability.fm
    • Speaking Of Reliability
    • Rooted in Reliability: The Plant Performance Podcast
    • Quality during Design
    • CMMSradio
    • Way of the Quality Warrior
    • Critical Talks
    • Asset Performance
    • Dare to Know
    • Maintenance Disrupted
    • Metal Conversations
    • The Leadership Connection
    • Practical Reliability Podcast
    • Reliability Matters
    • Reliability it Matters
    • Maintenance Mavericks Podcast
    • Women in Maintenance
    • Accendo Reliability Webinar Series
  • Articles
    • CRE Preparation Notes
    • NoMTBF
    • on Leadership & Career
      • Advanced Engineering Culture
      • ASQR&R
      • Engineering Leadership
      • Managing in the 2000s
      • Product Development and Process Improvement
    • on Maintenance Reliability
      • Aasan Asset Management
      • AI & Predictive Maintenance
      • Asset Management in the Mining Industry
      • CMMS and Maintenance Management
      • CMMS and Reliability
      • Conscious Asset
      • EAM & CMMS
      • Everyday RCM
      • History of Maintenance Management
      • Life Cycle Asset Management
      • Maintenance and Reliability
      • Maintenance Management
      • Plant Maintenance
      • Process Plant Reliability Engineering
      • RCM Blitz®
      • ReliabilityXperience
      • Rob’s Reliability Project
      • The Intelligent Transformer Blog
      • The People Side of Maintenance
      • The Reliability Mindset
    • on Product Reliability
      • Accelerated Reliability
      • Achieving the Benefits of Reliability
      • Apex Ridge
      • Field Reliability Data Analysis
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Product Validation
      • Reliability by Design
      • Reliability Competence
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
      • Reliability Knowledge
    • on Risk & Safety
      • CERM® Risk Insights
      • Equipment Risk and Reliability in Downhole Applications
      • Operational Risk Process Safety
    • on Systems Thinking
      • Communicating with FINESSE
      • The RCA
    • on Tools & Techniques
      • Big Data & Analytics
      • Experimental Design for NPD
      • Innovative Thinking in Reliability and Durability
      • Inside and Beyond HALT
      • Inside FMEA
      • Institute of Quality & Reliability
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • R for Engineering
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Statistical Methods for Failure-Time Data
      • Testing 1 2 3
      • The Hardware Product Develoment Lifecycle
      • The Manufacturing Academy
  • eBooks
  • Resources
    • Accendo Authors
    • FMEA Resources
    • Glossary
    • Feed Forward Publications
    • Openings
    • Books
    • Webinar Sources
    • Journals
    • Higher Education
    • Podcasts
  • Courses
    • Your Courses
    • 14 Ways to Acquire Reliability Engineering Knowledge
    • Live Courses
      • Introduction to Reliability Engineering & Accelerated Testings Course Landing Page
      • Advanced Accelerated Testing Course Landing Page
    • Integral Concepts Courses
      • Reliability Analysis Methods Course Landing Page
      • Applied Reliability Analysis Course Landing Page
      • Statistics, Hypothesis Testing, & Regression Modeling Course Landing Page
      • Measurement System Assessment Course Landing Page
      • SPC & Process Capability Course Landing Page
      • Design of Experiments Course Landing Page
    • The Manufacturing Academy Courses
      • An Introduction to Reliability Engineering
      • Reliability Engineering Statistics
      • An Introduction to Quality Engineering
      • Quality Engineering Statistics
      • FMEA in Practice
      • Process Capability Analysis course
      • Root Cause Analysis and the 8D Corrective Action Process course
      • Return on Investment online course
    • Industrial Metallurgist Courses
    • FMEA courses Powered by The Luminous Group
      • FMEA Introduction
      • AIAG & VDA FMEA Methodology
    • Barringer Process Reliability Introduction
      • Barringer Process Reliability Introduction Course Landing Page
    • Fault Tree Analysis (FTA)
    • Foundations of RCM online course
    • Reliability Engineering for Heavy Industry
    • How to be an Online Student
    • Quondam Courses
  • Webinars
    • Upcoming Live Events
    • Accendo Reliability Webinar Series
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home
Home » Articles » on Product Reliability » Reliability in Emerging Technology » Leadership and the Failure of the Apple Car

by Christopher Jackson Leave a Comment

Leadership and the Failure of the Apple Car

Leadership and the Failure of the Apple Car

Apple recently did something that it isn’t in the habit of doing. And that is – admitting failure. After spending $ 10 billion on ‘Project Titan’ whose aim was to produce a ‘really cool car,’ Apple decided to pull the pin and cancel it.

Simplifying Apple’s Project Titan ambitions to something as pithy as creating a ‘really cool car’ might seem a little condescending. The problem for Apple was that unfortunately, this was the practical truth. And that is why it failed.

Apple couldn’t decide if it wanted to produce an electric car (think Tesla vehicles), an autonomous car (think Google’s Waymo vehicles), or both. It flipped and flopped between different ambitions, which means that regardless of the credentials of the ‘leaders’ charged with making this a reality, there was essentially a constant leadership vacuum. All because everyone had different ideas on what the ‘really cool car’ should be.

Steve Jobs would have never allowed this to happen. He satisfied most contemporary definitions of ‘being a jerk,’ and to this day those who worked for him struggle to characterize his leadership style in a positive way. But the reason he was so successful was that he was able to envision very quickly what a particular product needed to be, and then keep a zealot like focus on that (and only that) product across the organization. And that is very appealing to engineers, designers and the like whose concept of self worth often heavily relies on being able to feel like they were important elements in the creation of something amazing. Something they can be proud of.

One of the often-quoted principles of leadership is ‘selection and maintenance of the aim [of your organization].’ This has so many follow-on benefits, such as allowing the bright young people who work for you being able to buy into whatever it is they are doing. If what they are doing routinely changes, there is no buy-in. There is nothing to buy into.

So Apple loses big time. Not just in terms of the $ 10 billion it lost. But because the more than two thousand people who were working for them are not going to meekly shuffle to another role in the organization. The talented ones will be blessed with all sorts of choices for their future employment, and they are more likely than you think to be drawn to organizations like young start-up companies. The inherent risk of doing this is often outweighed by knowing they are working as part of a team that has an existential focus on a single idea. That allows buy-in.

So what did Apple do wrong to get here? Simple. It stopped doing Apple things. It’s not as if it isn’t possible to create electric or autonomous vehicles. Nor is Apple strapped for resources. 

Project Titan was as much an effort to stop talent from being drawn to organizations like Tesla. Say what you want about Tesla’s workplace culture; you know exactly what products you are working on when you sign up. When the main focus is something besides the product itself, constantly changing ideas of what that product was supposed to be quickly become the norm.

We see this issue all around us. We see (for example) militaries across the world routinely contract to a few behemoths of companies who for whatever reason seem to be the only ones those militaries ever go to. Each behemoth has been paid to design and build everything from armoured vehicles through to communications systems and everything in between. Regardless of how big or small an organization is, it is the most junior designers and engineers who undertake the work that turns something from an idea into a reality. And because these behemoths don’t actually ‘have’ a workforce outside of contracts, the bright young things come and go like nomads. They either become used to never being able to buy into anything (and start going through the motions) or perhaps look for cool opportunities like the one Project Titan promised.

The reality is that most designers and producers, regardless of scale, are successful if (and only if) they have a really clear idea of what it is they are trying to build. And part of this is having a really clear idea of what customers and users want and how it will be used. And it is no secret that these organizations tend to be the ones who create reliable, quality stuff as well … mainly because they know exactly how the customers and users will benefit from them in a way that they will pay good money for. So the lesson here is not rush to create a project, division, think tank or anything else until you have truly understood what it is you are trying to do. If you are trying to think of the thing you are trying to do after you have been told you need to do it (think Apple), then you are in trouble especially if you can’t afford to lose $ 10 billion.

   Ask a question or send along a comment. Please login to view and use the contact form.

Filed Under: Articles, on Product Reliability, Reliability in Emerging Technology

About Christopher Jackson

Chris is a reliability engineering teacher ... which means that after working with many organizations to make lasting cultural changes, he is now focusing on developing online, avatar-based courses that will hopefully make the 'complex' art of reliability engineering into a simple, understandable activity that you feel confident of doing (and understanding what you are doing).

« Warranty – The Bad Old Days and What Came After
What is the “M” In RAM? – The Concept and Importance of Maintainability »

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Article by Chris Jackson
in the Reliability in Emerging Technology series

Join Accendo

Receive information and updates about articles and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

Recent Posts

  • How to Get from Idea to Scale
  • Two Ways to Think and Talk about Reliability
  • Reliability Allocation
  • Good Project Management Leadership Will Reduce Project Risk
  • Using Condition Monitoring as a Reliability Improvement Strategy

© 2025 FMS Reliability · Privacy Policy · Terms of Service · Cookies Policy

Book the Course with John
  Ask a question or send along a comment. Please login to view and use the contact form.
This site uses cookies to give you a better experience, analyze site traffic, and gain insight to products or offers that may interest you. By continuing, you consent to the use of cookies. Learn how we use cookies, how they work, and how to set your browser preferences by reading our Cookies Policy.