온보딩 3개월을 함께한 뒤 제 적응 속도가 반년은 앞당겨졌다고 생각합니다. 코드베이스 투어를 세 번이나 나눠서 해주시던 정성 덕이에요.

데이터 파이프라인 안정화 때 모니터링 알람 체계를 처음부터 다시 정리하셨어요. 시끄러운 알람만 울리던 상태에서, 우선순위와 행동 규칙이 명확한 알람 체계로 바꾸신 덕에 새벽에 깨서 봐도 무엇을 해야 할지 헷갈리지 않는 구조가 됐습니다. 사내 툴 마이그레이션을 같이 했습니다. 단순히 시스템만 바꾸는 게 아니라 사람의 습관을 바꾸는 일이라는 걸 명석한 해마님의 계획을 보며 실감했어요. 이관 기간 동안 생산성 하락이 거의 없었던 게 대단했습니다.

프로젝트 킥오프 전에 이해관계자 모두와 1:1을 돌리셔서, 시작 이후엔 큰 갈등이 없었던 기억이 납니다. 각자의 속마음과 우려를 미리 듣고 기록해두신 덕에, 공식 회의에서는 모두가 이미 한 번 말한 내용을 마주하는 셈이었어요. 이 "사전 정렬"이 프로젝트의 절반을 끝낸 거라고 지금도 믿고 있습니다. 대규모 데이터 정합성 이슈가 발견됐을 때, 복구 스크립트를 몇 시간 만에 만들어내시던 모습이 아직도 기억에 남습니다. 손으로 SQL을 짜면서도 dry-run으로 검증 단계를 거치고, 실제 실행 전에 팀원 두 명에게 리뷰받는 절차까지 빼먹지 않으셨어요. 급한 상황에서도 프로세스를 생략하지 않는 태도가 놀라웠습니다.

문서 초안을 완성 후 공유하시는 편인데, 반만 써서라도 일찍 공유해주시면 리뷰가 훨씬 수월합니다. 완성된 문서를 받는 리뷰어는 수정 제안을 꺼내기가 심리적으로 어렵거든요. "일부러 미완성인 상태"로 한번 돌리시면, 팀이 더 깊이 관여할 수 있고 최종 품질도 올라갈 거예요. 본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요.

리더십 전환을 준비 중인 분이라면 좋은 상사가 되실 것 같아요. 이미 그렇게 일하고 계셨고, 사람을 대하는 태도가 안정적이고 일관됩니다. 매니저 커리어로 가시더라도 팀이 안심할 수 있는 분입니다. 신규 제품 0 → 1 단계에 특히 강한 분이에요. 처음부터 그림을 그려야 하는 자리에 좋습니다. 기존 프로세스가 없는 상황에서 스스로 구조를 만들어내는 능력이 있고, 불확실성에서도 움직일 수 있는 몇 안 되는 타입입니다.

짧은 기간이었지만 강한 인상이 남는 동료였어요. 시간의 길이보다 밀도가 중요한 관계라는 걸 명석한 해마님을 통해 알게 됐습니다. 다음 팀에서 또 그런 밀도 있는 시간을 만드실 거라고 믿어요.