CTO라고 하면 많은 사람들의 첫 반응은 기술에 능숙하다는 것이다. 그렇지 않으면 어떻게 최고기술책임자(CTO) 자리에 오를 수 있겠는가. CTO가 코드를 작성해야 하는지에 대한 질문은 최근 Dingxiangyuan의 전 CTO인 Feng Dahui가 일으킨 일련의 사건으로 인해 Zhihu에서 다시 화제가 되었습니다.

R&D 엔지니어, 수석 R&D 엔지니어, 기술 관리자, 기술 이사, 그리고 CTO에 이르는 대부분의 CTO의 성장 경로는 처음부터 CTO의 역할을 결정합니다. 결국 그는 크고 작은 프로젝트를 경험하고, 믿을 수 있는 수많은 프로젝트가 빠르게 발전하는 것을 보았고, 신뢰할 수 없는 수많은 프로젝트가 빠르게 무너지는 것을 지켜보았습니다.

많은 사람들의 논리에 따르면 경험과 경험 모두 충분하기 때문에 그러한 경험이 있는 CTO가 코드를 작성하는 것이 정상입니다. 그러나 많은 사람들이 CTO가 코드를 작성해야 하는지에 대해 의문을 품게 됩니다. 이 문제는 언제든지 언급되면 완전히 달라진 느낌입니다.

많은 분들의 이해에 따르면 기술팀이 주로 제품 연구 및 개발을 담당하고, 당연히 코딩이 가장 일반적인 일이지만, CTO로서 코드를 직접 작성해야 합니다. CTO처럼 보이는 프로젝트, 기술은 뛰어나지만 그래도 많은 사람들이 당황하게 될까요?

대부분의 사람들은 후자를 선택해야 합니다. 왜일까요? 그 이유는 매우 간단합니다. 대기업이든 중소기업이든 CTO로서 코딩 자체가 가장 중요한 것은 아닙니다. CTO 역할을 할 수 있는 회사에는 최소한 기술팀이 있을 것입니다. 물론 많은 스타트업 팀도 소위 CTO가 있다고 외부에 광고합니다. 성숙한 회사나 기술팀에 비해 많은 스타트업 팀이나 스타트업 회사의 CTO는 기술 관리자나 기술 관리자에 지나지 않습니다. 프로젝트 관리자와 실제 CTO 사이에는 여전히 큰 차이가 없습니다.

어느 회사에서든 CTO가 여전히 코드를 직접 작성해야 하고 빈도가 상당히 높다면 그가 구성한 기술팀이 회사의 개발 요구에 전혀 적응할 수 없다고 말할 수밖에 없으며, CTO는 이미 경영진의 역할입니다. 관리자의 주요 임무는 팀의 능력을 극대화하는 것이라는 사실은 누구나 알고 있습니다. 많은 회사의 창립자가 최고 제품 책임자라는 말을 자주 듣습니다. 제품 소유자는 창업자일 뿐입니다. 어느 회사에서나 제품 경험 책임자는 누구나 최고가 되어야 합니다.

CTO 이야기로 돌아가서, CTO가 직접 코드를 작성할 수도 있지만, CTO가 코드를 작성해야 하는지 여부가 많은 사람들이 고민하는 문제가 된다면, 이는 말보다 장바구니를 먼저 두는 것입니다. .