2026년 7월 10일, 엔지니어링 리더십 뉴스레터 Effective Software Leads의 James Samuel은 관리자의 하루를 여섯 활동의 순환으로 정리했다. 정보를 모으고, 필요한 사람에게 맥락을 나누고, 결정을 내리고, 다른 팀의 결정을 움직이고, 방향을 제시하고, 다음 상태로 가는 계획을 만든다는 흐름이다.
이 목록이 중요한 이유는 엔지니어링 리더가 “오늘 무엇을 끝냈는가”라는 질문에 개인 기여자와 다른 답을 해야 하기 때문이다. 코드, 닫힌 티켓, 배포 기능은 분명한 흔적이지만 리더의 성과는 대개 그 앞단에서 생긴다. 팀이 같은 현실을 보고, 우선순위를 이해하고, 막힌 의존성을 풀고, 다음 행동을 선택하게 만드는 일이 하루의 결과가 된다.
리더의 하루는 왜 회의만 한 것처럼 보일까?
개인 기여자는 자신이 맡은 작업의 전체 맥락을 비교적 가까이서 본다. 반면 리더는 사람의 상태, 제품 피드백, 장애, 일정, 다른 조직의 목표처럼 흩어진 신호를 함께 다뤄야 한다. 그래서 1:1 대화, 지표 검토, 설계 논의, 로드맵 회의가 겉으로는 비슷한 “회의”로 보이지만, 실제 역할은 서로 다른 정보를 하나의 판단 가능한 상태로 바꾸는 데 있다.
원문 삽화의 여섯 활동은 선형 체크리스트가 아니라 순환이다. 정보를 모은 뒤 곧바로 정답을 고르는 것이 아니라, 맥락을 공유해 타인이 판단할 재료를 만들고, 결정을 실행 가능한 방향과 계획으로 연결한다. 그 과정에서 다른 팀의 우선순위나 이해관계자 결정도 다시 영향을 준다.
기능을 만들지 않은 날도 성과가 되는 기준은 무엇인가?
리더의 성과를 개인 산출물로만 재단하면, 중요한 일을 했어도 공백처럼 느끼기 쉽다. 예를 들어 장애 상황에서 대응자를 연결하고, 제품팀과 고객 영향을 정리하고, 복구 뒤의 우선순위를 합의했다면 그날 새 기능은 나오지 않는다. 그러나 팀이 잘못된 문제를 먼저 푸는 일을 피했고, 여러 사람이 같은 기준으로 움직이게 됐다면 실행 조건은 분명히 바뀌었다.
여기서 “대화가 많았다”는 사실만으로 성과가 되지는 않는다. 대화 뒤에 공유된 맥락, 바뀐 우선순위, 제거된 막힘, 합의된 다음 행동이 남아야 한다. 리더가 업무 일지를 쓸 때도 회의 이름 대신 이 네 가지 변화로 적으면, 반응에 끌려다닌 하루와 팀의 선택을 개선한 하루를 구분할 수 있다.
정보를 모은 뒤에는 왜 다시 공유해야 하나?
리더는 팀원보다 넓은 범위의 정보를 접한다. 그 정보가 리더 머릿속에만 머물면 팀은 이유를 모른 채 우선순위만 전달받는다. 반대로 모든 정보를 그대로 흘리면 소음이 늘어난다. 원문이 말하는 정보 공유는 내용을 많이 전달하는 일이 아니라, 누가 어떤 결정을 내리거나 실행하기 위해 무엇을 알아야 하는지 골라 맥락을 만드는 일이다.
조직 변화, 프로젝트 취소, 핵심 인력의 이탈처럼 불확실성이 큰 때에는 특히 그렇다. 사실을 짧게 전달하는 것만으로는 팀이 다음 일을 정하기 어렵다. 현재 결정의 이유, 아직 정해지지 않은 범위, 각자에게 바뀌는 일을 함께 설명해야 불필요한 추측 대신 실행이 시작된다.
결정은 권한보다 영향력에서 더 자주 완성된다
기술 방향, 투자, 위험, 인력, 우선순위는 대개 한 팀의 권한 안에서 끝나지 않는다. 원문에서 영향력은 조직 정치의 완곡어가 아니라 다른 사람이 관점과 트레이드오프를 이해해 더 나은 결정을 내리도록 돕는 능력이다. 지원을 요청하기 전에 상대 팀의 목표·제약·일정을 먼저 읽어야 하는 이유도 여기에 있다.
따라서 리더의 하루는 결정권을 행사한 횟수보다, 결정이 실제로 실행될 조건을 만든 횟수로 보는 편이 정확하다. 권한이 없는 의존성도 맥락과 선택지를 정리해 제시하면 움직일 수 있다. 반대로 혼자 내린 좋은 기술 판단도 팀과 주변 조직이 이해하지 못하면 현실을 바꾸지 못한다.
회의가 끝난 뒤 무엇을 남기면 되는가?
회의를 줄이는 일과 회의의 결과를 높이는 일은 함께 해야 한다. 남겨야 할 것은 장황한 회의록이 아니라 세 가지다. 지금 실제로 벌어진 일, 그 사실을 알아야 할 사람과 이유, 그리고 결정·담당·다음 확인 시점이다. 이 기록이 있으면 다음 회의는 처음부터 맥락을 되짚는 시간이 아니라 계획을 수정하는 시간이 된다.
엔지니어링 리더가 일했다는 기준을 바꾸는 일은 회의 시간을 정당화하려는 말이 아니다. 보이지 않는 관리 활동을 결과와 연결하는 기준을 세우는 일이다. 오늘 팀이 더 정확한 현실을 보게 됐는지, 더 나은 결정을 할 수 있게 됐는지, 다음 행동이 더 선명해졌는지를 묻는 편이 리더의 하루를 훨씬 정확하게 설명한다.
출처: James Samuel, “Engineering Leaders Day-to-Day Activities” (2026. 7. 10.)