엔지니어링 리더는 매일 무슨 일을 하는가

엔지니어링 리더의 업무는 코드나 기능처럼 눈에 보이는 산출물보다 대화/결정/조율/개입을 통해 나타나며, 하루 대부분은 정보 수집 → 정보 공유 → 의사결정 → 의사결정에 영향 → 실행 주도 → 계획의 순환으로 구성됨 팀과 조직의 현실을 정확히 이해하려면 엔지니어/관리자/고객/지표/장애 등에서 정보를 모아 잡음을 걸러내고 맥락을 종합해야 하며, 이 정보의 품질이 이후 판단과 행동의 기반이 됨 관리자의 하루는 설계 문서 검토를 계획했다가 팀 간 갈등 해결, 경력 상담, 운영 장애 대응, 로드맵 변경 조율 등으로 바뀔 수 있어 지속적인 컨텍스트 전환과 불완전한 정보 속 의사결정이 필요함 조직 내 모든 결정권을 직접 갖고 있지 않기 때문에 다른 팀의 목표/제약/우선순위를 이해하고 요청을 그들의 관점에서 구성하는 영향력과 정렬이 기술적 해법 자체만큼 중요함 관리 업무를 명확한 활동으로 인식하면 단순히 문제에 반응하는 것이 아니라 현재 상태를 원하는 미래 상태로 이동시키고 있다는 점을 볼 수 있으며, 역할 범위가 커질수록 직접 만드는 결과보다 사람과 조직을 통해 만드는 결과의 비중이 커짐 관리 업무가 잘 보이지 않는 이유 개인 기여자(IC)는 작성한 코드나 출시한 기능처럼 진척을 확인할 수 있는 산출물이 있지만, 관리자의 결과는 수많은 대화/결정/조율/개입에 분산되어 외부에서 잘 보이지 않음 하루를 설계 문서 검토로 시작하려 해도 실제로는 팀 간 갈등 해결, 엔지니어의 어려운 경력 결정 지원, 운영 장애 대응, 이해관계자와의 로드맵 변경 조율, 여러 중요한 판단으로 채워질 수 있음 이런 업무는 스프린트 보드에는 나타나지 않지만 관리자가 직접 하나의 기능을 만드는 것보다 더 큰 영향을 줄 수 있음 완료된 작업을 가리키기 어려워 IC에서 관리자로 전환한 사람은 하루 종일 문제에 반응하기만 한다는 느낌을 받기 쉽고, 여기서 역할에 대한 만족감 부족이 생길 수 있음 관리자의 여섯 가지 활동 직급이 일선 관리자/디렉터/임원으로 달라져도 일상적인 관리 활동은 대체로 다음 순환을 반복함 정보 수집 정보 공유 의사결정 의사결정에 영향 주기 실행 이끌기 계획 각 단계의 역량이 좋아질수록 리더로서의 효과도 높아짐 정보 수집: 현실을 정확히 파악하기 모든 결정과 행동은 팀/조직/제품에서 실제로 무슨 일이 벌어지고 있는지 정확히 이해하는 데 의존함 IC일 때는 자신의 업무를 직접 파악할 수 있지만 사람을 책임지기 시작하면 같은 방식으로 전체 ...