오픈AI의 샘 알트만 대표가 코딩을 거의 못하고 머신러닝 기본 개념도 오해한다는 주장이 나와 IT 커뮤니티가 시끄럽습니다. 레딧의 한 기술 포럼에서 시작된 이 논의는 단순히 한 개인에 대한 평가를 넘어 ‘기술 회사 CEO는 코딩을 직접 할 줄 알아야 하는가?’라는 오래된 질문에 다시 불을 붙였습니다. 스티브 잡스도, 팀 쿡도 뛰어난 프로그래머는 아니었죠. 이 논란을 계기로 기술 회사 리더십의 두 가지 유형과 정말 중요한 역량이 무엇인지 파헤쳐 봅니다.
‘기술 전문가’ CEO: 장점과 한계
우리가 흔히 떠올리는 실리콘밸리 창업자 이미지입니다. 마크 저커버그나 빌 게이츠처럼 직접 코드를 짜며 제품의 프로토타입을 만든 리더들이죠. 이런 ‘기술 전문가형’ CEO는 분명한 장점을 가집니다.
- 빠른 기술적 의사결정: 기술의 본질을 꿰뚫고 있기 때문에, 엔지니어들과 직접 소통하며 핵심적인 기술적 판단을 빠르게 내릴 수 있습니다. 불필요한 논쟁을 줄이고 개발 속도를 높이는 데 결정적입니다.
- 개발자 문화 존중: 직접 개발의 고충을 알기에 엔지니어들의 언어를 이해하고 그들의 문화를 존중하는 조직을 만들기 쉽습니다. 최고의 엔지니어들은 기술을 이해하는 리더 밑에서 일하고 싶어 합니다.
- 제품의 기술적 깊이: CEO가 기술적 방향성을 깊이 있게 제시하기 때문에, 단기적인 시장 요구에 흔들리지 않고 장기적인 기술 우위를 점하는 제품을 만들 가능성이 높습니다.
하지만 단점도 명확합니다. 기술에 너무 매몰된 나머지 시장의 변화나 고객의 목소리를 놓치기 쉽습니다. 때로는 과도한 마이크로매니징으로 실무진의 자율성을 해치거나, 비즈니스나 마케팅 같은 다른 중요 영역을 경시하는 실수를 저지르기도 합니다.
‘비즈니스 리더’ CEO: 비전과 전략의 힘
반대편에는 ‘비즈니스 리더형’ CEO가 있습니다. 애플의 팀 쿡, 마이크로소프트의 사티아 나델라가 대표적입니다. 이들은 직접 코드를 짜기보다는 거대한 조직을 운영하고, 시장을 읽고, 비전을 제시하는 데 탁월한 능력을 보입니다.
- 시장과 고객 중심: 기술 그 자체보다 기술이 어떻게 고객의 문제를 해결하고 시장에서 승리할지에 집중합니다. 이는 곧 회사의 수익성과 직결됩니다.
- 강력한 파트너십과 자원 조달: 비즈니스 언어에 능통해 투자자들을 설득하고, 다른 기업들과의 전략적 제휴를 맺는 데 강점을 보입니다. 회사의 성장에 필요한 ‘총알’을 확보하는 능력이 뛰어납니다.
- 시스템과 조직 관리: 수만 명의 직원을 이끄는 시스템을 구축하고, 효율적인 조직 문화를 만드는 데 집중합니다. 회사가 스타트업 단계를 넘어 거대 기업으로 성장하는 데 필수적인 역량입니다.
물론 이 유형의 CEO도 약점은 있습니다. 기술적 이해도가 낮으면 엔지니어 팀의 보고에만 의존해 잘못된 판단을 내릴 위험이 있습니다. 소위 ‘기술 부채(Technical Debt)’가 쌓이는 것을 방치하거나, 개발팀과의 소통 단절로 사기가 저하되는 문제를 겪을 수도 있습니다.
샘 알트만은 어느 쪽에 가까울까?
이번 논란의 중심인 샘 알트만은 전형적인 ‘비즈니스 리더’ 또는 ‘프로덕트 비저너리’에 가깝습니다. 그는 와이컴비네이터 대표 시절부터 수많은 스타트업의 성공과 실패를 지켜보며 기술 트렌드를 읽고 사람을 알아보는 안목을 키웠습니다. 오픈AI의 성공 역시 그가 직접 코드를 짜서 이룬 것이 아닙니다. 일리야 수츠케버 같은 천재적인 연구자를 영입하고, 마이크로소프트로부터 막대한 투자를 유치한 그의 비즈니스 수완이 결정적이었습니다. 코딩 능력보다는 AI라는 기술의 잠재력을 알아보고, 이를 실현할 사람과 돈을 모으는 능력이 그의 핵심 역량인 셈입니다.
코딩보다 중요한 CEO의 3가지 역량
결국 현대 기술 기업의 CEO에게 코딩 능력은 ‘있으면 좋은 것’이지 ‘필수’는 아니라는 결론에 이릅니다. 대신, 기술의 종류와 상관없이 성공적인 CEO에게는 다음과 같은 역량이 훨씬 중요합니다.
- 명확한 비전과 방향 제시: 우리 회사가 기술로 어떤 문제를 해결하고 어디로 나아갈 것인지 명확한 그림을 제시하는 능력. 이것이 없으면 최고의 엔지니어들이 모여도 우왕좌왕할 뿐입니다.
- 최고의 인재를 모으는 능력: CEO는 회사의 ‘인재 자석’이 되어야 합니다. 자신보다 뛰어난 각 분야의 전문가들을 알아보고, 그들이 합류하도록 설득하며, 그들이 최고의 성과를 낼 환경을 만들어주는 것이 중요합니다.
- 자원을 확보하고 배분하는 힘: 비전을 현실로 만들기 위한 자금, 시간, 인력을 확보하고 가장 중요한 곳에 전략적으로 배분하는 능력. 이는 냉철한 비즈니스 판단력을 요구합니다.
CTO와 CEO, 이상적인 역할 분담은?
CEO가 코딩을 못한다면 그 공백은 누가 메울까요? 바로 최고기술책임자(CTO)입니다. 이상적인 조합은 비즈니스 감각이 뛰어난 CEO와 기술적 깊이가 있는 CTO가 강력한 파트너십을 맺는 것입니다. CEO가 ‘무엇을(What)’ 만들고 ‘왜(Why)’ 만드는지에 대한 방향을 제시하면, CTO는 ‘어떻게(How)’ 만들지에 대한 최적의 기술적 해법을 찾아 실행하는 구조입니다. 이 둘 사이의 신뢰와 원활한 소통이 회사의 기술 경쟁력을 좌우합니다.
궁금한 점 정리
Q: 그래도 CEO가 코드를 전혀 모르면 위험하지 않나요?
A: 네, 위험할 수 있습니다. 그래서 코드를 직접 짜지는 못하더라도 ‘기술적 감각(Technical Intuition)’ 또는 ‘기술 소양(Tech Literacy)’은 반드시 필요합니다. 엔지니어들과 기본적인 대화가 가능하고, 기술적 난이도나 선택에 따른 장단점을 어렴풋이나마 이해할 수 있어야 합니다. 완전히 ‘까막눈’이어서는 곤란합니다.
Q: 초기 스타트업 창업자도 코딩을 못해도 되나요?
A: 초기 단계, 특히 공동창업자가 없는 1인 창업이라면 상황이 다릅니다. 최소한의 MVP(Minimum Viable Product)를 직접 만들 수 있는 능력이 생존에 절대적으로 유리합니다. 하지만 기술 공동창업자가 있다면, 창업자 중 한 명은 비즈니스와 제품에 집중하는 것이 더 효율적일 수 있습니다.
테크가이드팀
Home-In-One 테크가이드팀은 IT 기기 비교, 소프트웨어 추천, 트러블슈팅 가이드 등 실용적인 기술 콘텐츠를 제작합니다. 초보자도 쉽게 따라할 수 있는 단계별 가이드를 지향합니다.