제가 처음 리드 역할을 맡았을 때 뒤에서 묵묵히 받쳐주신 분. 제 성장의 상당 부분이 빠른 도롱뇽님의 그늘에서 이뤄진 것 같아 지금도 감사합니다.

같은 팀은 아니었지만 플랫폼 이니셔티브로 한동안 얽혀 있었어요. 다섯 개 프로덕트 팀의 공통 요구를 엮어 경계를 긋는 작업이었는데, 정치적 장애물까지 정리해내시던 솜씨가 기억에 남습니다. 내부 관리자 툴 재설계 때 권한 모델을 다시 짜셨어요. 역할이 수십 가지였던 기존 구조를 책임 기반 소수 정책으로 단순화하셨고, 덕분에 권한 관련 버그가 눈에 띄게 줄었습니다.

기술 선택을 앞두고 반대 사례까지 포함해 비교 문서를 쓰시던 모습에서 시니어의 기준을 배웠습니다. 유리한 근거만 모아놓고 결론을 밀어붙이지 않고, 각 선택지의 약점과 위험까지 공정하게 기록하시더군요. 그런 방식으로 쓴 문서는 팀에서 "반대 의견자가 없이 통과된 결정"을 줄여줬어요. 신규 피쳐 A/B 테스트가 실패로 나왔을 때, 실패 요인을 누구보다 빠르게 문서화해서 팀이 다음 실험을 더 잘 설계하게 해주셨어요. 결과가 기대와 달랐다고 낙담하기보다, 거기서 무엇을 배울 수 있는지 먼저 찾으시는 태도였죠. 팀의 실험 문화가 한 단계 성숙해진 순간이 바로 그 실패 이후였습니다.

퇴근을 조금 더 일찍 하셨으면 좋겠어요. 장기적으로는 본인도, 팀도 그게 더 지속가능합니다. 지금은 빠른 도롱뇽님의 헌신 덕분에 팀이 돌아가는 부분이 있지만, 그게 팀의 기본 기대치가 되면 다른 사람들도 따라 늦어져요. 빠른 도롱뇽님이 한 시간 일찍 퇴근하는 게 팀 문화를 건강하게 만드는 방법이기도 합니다. 우선순위 충돌이 생겼을 때 결정을 조금 더 빨리 내려주시면 팀이 덜 대기합니다. 맥락을 충분히 확보하고 싶으신 마음은 이해하지만, 결정이 늦어지면 몇 명의 시간이 대기 상태로 서버에 걸려 있는 셈이에요. "지금 아는 것까지만으로 잠정 결정, 새 정보 오면 수정"이라는 프레임을 시도해보시면 좋을 것 같습니다.

기술 깊이가 중요한 포지션에 추천해요. 피상적인 논의로 끝나지 않게 끌고 가시는 분이라, 시니어 엔지니어 수준의 기술 판단이 필요한 자리에 잘 맞을 거예요. 엔지니어링 리드나 아키텍트 방향으로 가셔도 좋을 것 같습니다.