첫 주 회의에서 묵묵히 듣기만 하시던 고전적인 공작님이 둘째 주에 보낸 한 장짜리 문서가 팀 방향을 정리해줬어요. 말수로 판단하면 안 되는 동료였습니다.

인증 시스템을 OIDC로 이관한 프로젝트가 기억에 남습니다. 흩어져 있던 세션/쿠키 로직을 하나의 게이트웨이로 모으는 작업이었는데, 장애 없이 끝낸 게 거의 기적이었어요. 고전적인 공작님의 롤백 플랜과 섀도우 모드 검증이 핵심이었습니다. 결제 리포팅 모듈은 재무팀 요구사항을 엔지니어 스펙으로 번역하는 게 핵심이었는데, 고전적인 공작님이 그 부분을 혼자 거의 해결하셨어요. 리포트가 매달 자동 생성되기 시작하면서 양 팀의 월말 스트레스가 눈에 띄게 줄었습니다.

지표가 안 움직이는 원인을 찾느라 다들 지쳐 있을 때 고전적인 공작님이 "우리가 보는 지표 자체가 맞나?"라는 질문으로 방향을 틀어주셨어요. 실제로 측정 로직에 은근한 버그가 있었고, 그게 며칠 째 팀의 시간을 빨아먹고 있었던 거였죠. 문제를 한 단계 위에서 보는 습관이 뭔지 그날 처음 실감했습니다. 이후로 팀 안에서도 "고전적인 공작님 질문 한 번 받자"는 게 농담이 아니라 진지한 요청이 됐어요. 스펙 리뷰 때 반대 의견을 근거 있게 내시면서도 상대방 감정을 상하게 하지 않던 화법이 놀라웠어요. "그 부분은 이 데이터로 볼 때 이렇게 해석될 수 있지 않을까요" 같은 어조로, 결코 단언하지 않으시면서도 결국 팀을 설득해내시는 모습을 여러 번 봤습니다. 그 대화법은 지금 제가 누군가를 설득해야 할 때 꺼내 쓰는 레퍼런스예요.

새로운 시도를 혼자서 너무 많이 가져가시는 편이에요. 공동 주도로 분산하시면 팀 전체 학습량이 더 커질 것 같습니다. 고전적인 공작님의 실행력이 있으면 뭐든 시도 자체는 되지만, 팀원이 같이 시도해야 조직 학습이 됩니다. 다음 과제 중 하나는 의도적으로 누군가와 공동 소유권으로 진행해보시면 좋겠어요. 일정 추정이 낙관적인 편이라, 다음엔 버퍼를 조금 더 잡으면 좋을 것 같아요. 팀도 안심하고 움직일 수 있어서요. 고전적인 공작님이 맡으신 부분은 대체로 밀리지 않지만, 주변 리스크까지 흡수하느라 본인이 야근하시는 장면을 몇 번 봤습니다. 추정을 보수적으로 하고, 일찍 끝나면 그 시간에 다음 주제를 들여다보는 방식이 장기적으로 서로에게 더 좋을 것 같아요.

데이터로 의사결정하는 팀에 잘 어울려요. 감보다 숫자가 우선되는 환경에서 훨씬 빛나실 거예요. 다만 정성적 맥락도 놓치지 않으시는 편이라, 숫자만 있는 조직보다는 둘의 균형을 중시하는 팀이 베스트일 것 같습니다. 처음 팀을 꾸리는 리드 포지션에 좋은 선택이 될 겁니다. 사람 보는 눈이 있어요. 함께 일할 사람을 고르는 안목과 그들을 성장시키는 감각이 동시에 있는 분이라, 초기 팀 빌딩에서 결정적인 기여를 하실 수 있을 거예요.