리더로 명함을 달지 않으셨지만 팀의 실제 중심이셨던 분. 공식 권한이 없어도 영향력은 결과로 증명된다는 걸 보여주신 케이스입니다.

추천 섹션 도입은 모델팀과 프론트팀이 서로 다른 언어를 쓰던 프로젝트였어요. 안정적인 수달님이 양쪽의 번역기 겸 조정자로 중간에 계셔서 굴러갔습니다. 기술적 판단과 사람 다루는 감각을 동시에 요구하는 자리였어요. 서비스 이관 프로젝트에서 다운타임 제로 전략을 설계·실행하셨어요. 이중 쓰기·섀도우 리드·점진 전환을 조합한 플랜을 세우고, 실행 중에도 매 시점의 지표로 앞으로 갈지 멈출지 결정하셨습니다. 공학적 판단과 리스크 관리가 동시에 요구되는 자리였고, 안정적인 수달님은 그걸 해내셨어요.

스펙 리뷰 때 반대 의견을 근거 있게 내시면서도 상대방 감정을 상하게 하지 않던 화법이 놀라웠어요. "그 부분은 이 데이터로 볼 때 이렇게 해석될 수 있지 않을까요" 같은 어조로, 결코 단언하지 않으시면서도 결국 팀을 설득해내시는 모습을 여러 번 봤습니다. 그 대화법은 지금 제가 누군가를 설득해야 할 때 꺼내 쓰는 레퍼런스예요. 대규모 데이터 정합성 이슈가 발견됐을 때, 복구 스크립트를 몇 시간 만에 만들어내시던 모습이 아직도 기억에 남습니다. 손으로 SQL을 짜면서도 dry-run으로 검증 단계를 거치고, 실제 실행 전에 팀원 두 명에게 리뷰받는 절차까지 빼먹지 않으셨어요. 급한 상황에서도 프로세스를 생략하지 않는 태도가 놀라웠습니다.

문서 초안을 완성 후 공유하시는 편인데, 반만 써서라도 일찍 공유해주시면 리뷰가 훨씬 수월합니다. 완성된 문서를 받는 리뷰어는 수정 제안을 꺼내기가 심리적으로 어렵거든요. "일부러 미완성인 상태"로 한번 돌리시면, 팀이 더 깊이 관여할 수 있고 최종 품질도 올라갈 거예요. 기술 의사결정 근거가 훌륭하지만, 최종 선택 이유를 한 줄로 정리해주시면 비전문가도 따라가기 편할 것 같아요. 문서는 촘촘하지만 그 문서를 다 읽을 수 없는 이해관계자가 많거든요. 상단에 "TL;DR" 한 줄을 더하시는 습관은 안정적인 수달님의 역량을 조직 전체가 활용하게 해줄 겁니다.