'최고 기술 책임자'는 누군가에게는 매력적으로 들릴 수 있습니다. 사실 스타트업에서 가장 중요한 타이틀 중 하나다. 스타트업이 작을수록 리더십과 관련하여 CTO가 CEO와 공유하는 중요성. 이 제목은 대기업에서 비교적 독점적입니다.
스타트업의 성공 여부는 여러 모자를 착용할 수 있는 신뢰할 수 있는 CTO에 달려 있습니다. CTO는 엔지니어링 및 코딩 이외의 활동도 책임져야 합니다. 그들은 회사를 통해 다양한 부서와 협업하고 공공 영역에서 작업해야 합니다. 이 다양한 역할에는 복잡한 작업 세트가 포함될 수 있으며 아래에 설명된 몇 가지 기본 책임으로 구성될 수 있습니다.
간단한 설문 조사를 통해 대기업의 CTO 또는 기술 부사장이 스타트업의 같은 직업과 매우 다르다는 사실을 알 수 있습니다. 간단한 사실은 스타트업에서 특정 작업을 수행하고 프로젝트를 설계하고 여러 언어로 작업하는 개발자와 IT 개인을 고용하게 되지만 공백을 채우는 것은 여전히 중요합니다. 그것은 거의 항상 CTO에게 달려 있습니다. 따라서 스타트업 CTO는 큰 그림 기술이나 전략적 파트너십을 감독하는 대신 거의 모든 것을 수행합니다.
대다수의 스타트업 생태계는 기술 공동 창립자가 MFP를 구축하기를 원합니다. 스타트업 제품의 첫 번째 반복을 만드는 것은 CTO에게 있습니다. 이로 인해 많은 기업 CTO가 실제로 업무에 비효율적입니다. 대기업 CTO는 일반적으로 일상적인 엔지니어링에서 2~3단계의 관리 수준을 유지합니다.
엔지니어링 인재를 발굴하고 영입하는 것은 기술 스타트업이 지금 해야 할 가장 어려운 일 중 하나입니다. 고용 시장은 현재 고용주에게 최적이 아니며 문화적 적합성을 위한 고용은 사일로에서 프로그래머로 일하는 데 익숙한 사람들에게 도전이 될 수 있습니다.
보안 정책을 구현한 CTO는 거의 없습니다. 그러나 파트너가 파트너십을 종료할 위험이 있는 스타트업의 보안 정책을 보기로 선택한 경우 표준을 준수해야 합니다. 표준을 빼면 많은 신생 기업의 보안 시스템이 존재하지 않을 것입니다. 이것은 일반적으로 CTO가 상황을 구체화하는 역할을 합니다.
웹사이트 보안이 걱정되십니까? 15분 이내에 수정하려면 파트너 블로그를 확인하세요.
기술 직원에게는 많은 옵션이 있습니다. 기술 팀 파트너를 2년 이상 유지하는 것은 극히 드문 일입니다. 이는 일반적으로 스타트업이 '작은 스타트업'이라는 정체성에서 벗어나 중견기업이 됨에 따라 CTO가 이탈을 처리하기 시작할 가능성이 있음을 의미합니다. 신입사원은 첫 달의 설렘을 바로 추구하고, 이달이 지나면 새로운 도전을 시작합니다. 또는 자신의 회사를 설립합니다. CTO는 이직을 최소화하면서 인재 파이프라인 구축을 스스로 시작해야 합니다.
대기업과 스타트업의 성장을 관리하는 것은 다양하고 어렵습니다. 처음에는 기술적인 문제가 있는 흥미진진한 프로젝트를 통해 직원들을 흥분시킬 수 있습니다. 요즘에는 경력 발전 옵션, 휴가 및 혜택을 통해 훨씬 더 전문화된 개인을 유치해야 합니다. 100명의 직원이 있는 성장 관리는 5명의 직원이 있는 성장 관리와 매우 다릅니다.
스타트업이 성장할수록 저임금 고객 서비스 담당자에 대한 수요가 늘어납니다. 버그 관리는 이러한 저임금 직원이 버그를 찾을 때 작동합니다. 그의 팀과 함께 이러한 버그를 해결하는 것은 CTO의 몫입니다.
초기 단계의 스타트업에는 전담 QA 팀이나 QA 담당자가 거의 없습니다. 소규모 회사는 개발자 간에 테스트 및 검증을 분할하는 시스템을 고안하는 경향이 있습니다. 그러나 그 시스템은 CTO가 설계하고 생성합니다. 이것은 대부분의 기업 CTO가 오래전에 없애버린 지루한 작업의 형태입니다. 따라서 스타트업에 좋은 CTO를 영입해야 하는 과제가 추가되었습니다.
우리의 세상은 API에 의해 주도됩니다. 적어도 개발자가 존재하는 세상. 많은 사람들이 Cloud SQL 서버 또는 Google Analytics와 같은 두 개 이상의 타사 서비스에 연결하지 않은 프로젝트를 마지막으로 구축한 시간을 기억하지 못합니다. 개발자로서 이러한 권한을 손에 넣는 것은 대단한 일입니다. 그러나 CTO로서 관리하기가 매우 어려워집니다. 누가 어떤 라이브러리를 업데이트하는지, 가입한 플랜과 모든 비밀 키에 액세스할 수 있는 플랜을 알아야 합니다.
스타트업의 일생 동안 초기 사용 사례를 훨씬 넘어서 확장되었을 가능성이 있는 MVP를 다시 빌드해야 하는 시점이 옵니다. 스타트업이 매우 빠르게 성장하거나 이 단계를 매우 오랫동안 미루지 않는 한 CTO도 이에 대한 계획 작업의 대부분을 수행해야 합니다. 자신의 역할을 추가로 언급하면 MVP 시간 동안과 훨씬 다를 것이므로 이제 CTO는 모든 것을 스스로 구축하는 대신 사람들로 구성된 팀을 관리해야 합니다.
스타트업 CTO가 대기업 CTO와 거의 같지 않은 가장 두드러진 이유 중 하나는 기술 팀의 성장 관리와 관련된 어려움입니다. 처음에는 많은 기술적 문제와 관련된 멋진 프로젝트를 제공하여 직원을 흥분시킬 수 있습니다. 이제 혜택과 승진 기회를 이용하여 더 많은 전문 인력을 유치해야 합니다.
MVP에는 고수준 아키텍처 작업이 거의 포함되지 않습니다. 그러나 시작 버전의 다음 단계를 계획해야 할 때 회사는 전문 애플리케이션 설계자를 고용할 여유가 거의 없습니다. 여기서 CTO가 개입하여 상황을 처리해야 합니다.
이러한 도전은 초기 스타트업 CTO가 접하는 유일한 도전과는 거리가 멀기 때문에 존재합니다. 그러나 그들은 스타트업을 가로막는 가장 큰 문제 중 일부인 경향이 있습니다. 특히 코딩 능력이 있는 사람들에게는 더욱 그렇습니다. CTO가 귀하의 회사에서 다른 역할을 담당하는 경우 아래 의견에 알려주십시오.