출처 : http://jp.techcrunch.com/2018/02/27/2018-02-25-the-three-key-cto-skills/
지난해부터 나는 HappyFunCorp (HFC) 의 CTO를 맡고있다. 그리고 그 결과 모두에서 듣고 있던 것은 대부분 진실 이었다는 것을 알 수 있었다. 나는 더 많은 모임에 참석하고 더 많은 회의를 열게되었다. 그리고 더 전략적으로 생각하고 전술적으로 생각하는 것은 적어졌다. 내 시간은 더 단편적 만화경처럼 소비되고있다.
아, 물론 - 나는 사업 개발 및 판매 더 참여하고있다. 내가, Sam Altman과 딱 마음이 맞는 것은별로 없지만, 이 녀석은 울렸다 :
베테랑 해짐에 따라 대부분의 경력은 영업 작업에 바뀐다.
하지만 나를 놀라게 한 것도 일부 있었다.
HFC 는 제품 이라기보다는 서비스 중심의 회사이다. 즉, 고객을 위해 제품을 생산하고 있다는 것이다. 것으로 CTO 인 방식도 다른 회사에 비해 조금은 애매한 부분이있다. 나는 경쟁 우위 인 기술 스택을 어떻게 진화 할 것인가를 정의하고 결정하는 것은 아니다. 왜냐하면 글쎄, 우리는 이미 충분한 선택권을 가지고 있기 때문이다 (우리는 웹 서비스, 스마트 폰 응용 프로그램 블록 체인 에코 시스템 등을 구축하고 있으며, '적재 적소'정책을 채택하고있는 기업 인 이다). 나는 매우 분산 된 팀 전체에서 우수성과 일관된 팀 정신을 키우려고하고있다. 나는 많은 평가와 견적을하고있다. 그리고 나는 클라이언트들과 잠재 고객에게 기술에 대해 이야기한다.
이러한 경험을 거듭 할 때에, 내가 여러분에게 전할 수 3 개의 핵심 기술이 있다는 것을 깨달았다. 모두 코더 이상이되었을 때부터 매우 사용해 온 것이지만, 나이를 거듭할수록 점점 더 중요 해지고있는 것이다. 그들은 다음과 같다 :
읽기 : 나는 언제든지 불티 나게 빠르게 읽어왔다. 이것은 좋은 것도 있었다, 왜냐하면 지금보기 필요가있다 때문이다. 기계 학습의 논문과 Github의 README, API 설명서 및 기술 입문서. 야심 찬 설계 기술과 고객의 요망 서. 이메일과 Slack 백 로그. 아, 그리고 읽는 것은 단순히 최첨단 따라 잡기 위해 오직 필요로하는 일이다. 그리고 "최첨단"라고하면 약 소프트웨어 공학의 모든 측면을 다루고있다. 것으로, 보장하지만, 읽는 것은 정말 많다.
쓰기 : 요청에 따라 그리고 즉시 잘 네라되어 일관성있는 간결한 산문을 써야한다 - 예를 들어 고객에게 문제를 설명하고 엔지니어에게 프로젝트를 설명하고 예정된 솔루션 더 세분화 된 구성 부분으로 분할하고, 기술에 밝지 않은 사람들을 위해 기술을 정리하여 기술들에 대한 비즈니스 요구 사항을 정리하고 나중에 기록으로 손에 넣을 수 있도록書き残さ있어야한다 - 이러한 능력은 "가치"그런데 아니다. 아마 내 이상한 배경 탓에 이런 일을 빨리 생각해 버리기 때문에, 독자는 나가 쓰기의 중요성을 과대 평가하고 있다고 생각할지도 모른다. 하지만 솔직히, 나는 아마 같은 이유로 그것을 과소 평가 하고 있다고 생각하고있는 것이다.
공감 : 간단히 말하면 세 가지 중 가장 중요한 것이다. 만약 커뮤니케이션을하고 상대를 이해하지 않으면, 그 통신은 쓸모없는 것이 많다. 호기심을 품은 고객 불만을 느끼고있는 프로젝트 매니저 의문을 품는 기술자 또는 숙고하고있는 디자이너 중 이야기 해 있는지에 관계없이, 나는 그런 사람들을 파악하고 그러한 사람들 기분이되어, 그들 자신의 관점에서 바라본 비용과 이익을 이해할 필요가있다. 만약 그것을 할 수없는 경우에는 상대 나 자신을 돕는 것은 매우 곤란하다.
나는 여기에서 분명 조금만 이야기를 담고있다. 물론 깊고 폭 넓은 기술적 배경과 다양한 소프트웨어를 직접 써 온 업적의 축적도 매우 중요한 것이다. 하지만 하이테크 업계에서 더 많은 전문가를 키운다는 측면에서 가장 두드러지고있는 것은 기술이지 않은 기술이 성공할지 실패할지 좌우하게오고있다 라는 것이다. 그 스킬을 굳이 교양라고 부르고 싶다 - 그것은 생각을위한 음식 인 것이다.