실무형 CTO가 되면서 배우고 있는 리더십에 대하여
CTO가 된다는 것은 단순히 기술적인 결정을 내리는 것 이상의 의미를 갖습니다. 거시적인 아이디어와 미시적인 세부 사항 사이를 끊임없이 오가야 하기 때문입니다.
어떤 순간에는 Foodmartex의 아키텍처와 비즈니스 목표에 집중합니다. 그러다 바로 다음 순간에는 개발자와 함께 앉아 API 응답을 추적하거나 끊어진 사용자 흐름(user flow)을 수정합니다.
이러한 대비는 매우 보람찹니다.
리더십은 단순히 명령을 내리는 것이 아닙니다.
많은 이들이 기술 리더는 모든 정답을 알고 있어야 한다고 생각합니다. 하지만 제 경험은 다른 길을 보여줍니다. 리더십이란 다음과 같습니다:
- 방향 제시하기.
- 올바른 질문 던지기.
- 팀과 함께 문제를 해결해 나가기.
상황이 어려워진다고 해서 제가 직접 나서서 해결하지는 않습니다. 제 역할은 명확성을 제공하는 것입니다. 저는 팀원들이 확신을 가지고 앞으로 나아가기를 바랍니다. 목표는 의존성을 만드는 것이 아니라 성장을 돕는 것입니다.
프론트엔드는 진실을 드러냅니다.
백엔드 기능은 사용자가 직접 사용해 보기 전까지는 문제가 없어 보일 수 있습니다. 바로 이때 다음과 같은 문제들이 발견됩니다:
- 일관성 없는 API 응답.
- 불분명한 상태 전환(status transitions).
- 누락된 유효성 검사(validation).
- 혼란스러운 사용자 여정(user journeys).
프론트엔드와 백엔드는 별개의 제품이 아닙니다. 하나의 경험입니다. 이 둘이 제대로 소통하지 못하면 제품은 실패합니다. 사용자는 오류가 어디서 시작되었는지 상관하지 않습니다. 그저 작동하지 않는다는 사실만 알 뿐입니다.
또한 언제 물러나야 하는지도 알아야 합니다.
문제를 빠르게 해결할 수 있을 때, 당장 뛰어들고 싶은 유혹이 생깁니다. 그렇게 하면 오늘의 문제는 해결할 수 있겠지만, 팀원들의 학습 기회는 뺏게 됩니다. 저는 멈추는 법을 배우고 있습니다.
스스로에게 질문합니다:
- 개발자에게 정답이 필요한가?
- 더 많은 맥락(context)이 필요한가?
- 아니면 그저 조사할 수 있는 여유가 필요한가?
훌륭한 리더는 언제 이끌어야 할지, 언제 팀 옆에서 함께 일해야 할지, 그리고 언제 물러나야 할지를 압니다.
이 역할은 저를 변화시키고 있습니다. 경청하고, 소통하며, 업무와 가까운 거리를 유지하는 법을 배우고 있습니다. 리더십은 멀리 떨어져 있는 것이 아닙니다. 도전 과제를 이해하고 다른 이들이 성장할 수 있도록 돕는 것입니다.
저는 여전히 배우고 있습니다. 여전히 만들어가는 중입니다.
Source: https://dev.to/ogeobubu/what-being-a-hands-on-cto-is-teaching-me-about-leadership-1la3