더 많은 비즈니스 에세이와 인터뷰는 비즈쿠키 뉴스레터에서 읽으실 수 있습니다.

1. 모든 요구사항에 의문을 제기하라. 각 요구사항에는 이를 만든 사람의 이름이 명시되어야 한다. ‘법무 부서’나 ‘안전 부서’ 같은 특정 부서에서 나온 요구사항이라는 핑계를 절대 받아들여서는 안 된다. 그 요구사항을 실제로 만든 ‘진짜 사람’의 이름을 알아내야 한다. 

그러고 나서 그 사람이 아무리 똑똑할지라도 그 요구사항에 의문을 제기해야 한다. 똑똑한 사람이 만든 요구사항이 가장 위험하다. 사람들이 거기에 의문을 제기할 가능성이 낮기 때문이다. 그 요구사항을 만든 사람이 나일지라도 반드시 의문을 제기하라. 그다음, 요구사항을 덜 멍청하게 만들어라.

2. 제거할 수 있는 부품이나 공정은 모두 제거하라. 나중에 그것들을 다시 추가해야 할 수도 있다. 실제로 최종적으로 최소 10% 이상을 다시 추가하게 되지 않았다면, 이는 처음에 충분히 제거하지 않았다는 증거다.

3. 단순화하고 최적화하라. 이 단계는 반드시 두 번째 단계 다음에 와야 한다. 흔히 저지르는 실수는 존재하지 말았어야 할 부품이나 공정을 단순화하고 최적화하는 것이다.

4. 사이클 타임을 단축하라. 모든 공정은 속도를 높일 수 있다. 하지만 반드시 앞의 세 단계를 먼저 거친 후에 진행해야 한다. 테슬라 공장에서 나는 나중에 제거했어야 했다고 깨달은 공정들의 속도를 높이느라 어리석게도 많은 시간을 낭비했다.

5. 자동화하라. 이것이 마지막 단계다. 네바다와 프리몬트 공장에서 저지른 커다란 실수는 모든 단계를 자동화하는 것부터 시작했다는 점이다. 모든 요구사항에 의문을 제기하고, 부품과 공정을 제거하며, 결함을 완벽히 해결할 때까지 기다렸어야 했다.

존재하지 말았어야 할 대상을 최적화하는 것은 똑똑한 엔지니어가 저지르는 가장 흔한 오류일 것이다. 모든 사람은 고등학교와 대학교에서 수렴적 논리에 따라 질문에 답하도록 훈련받는다. 교수에게 질문이 멍청하다고 말하면 학점을 망치기 때문에, 어떻게든 질문에 답해야만 한다. 그래서 모든 사람이 자신도 모르게 정신적 구속복을 입은 채, 단순히 존재해서는 안 될 대상을 최적화하는 데 매달리게 된다.