계획에 따라 움직이는 사람과 원칙에 따라 움직이는 사람이 있다면, 따뜻한 코끼리님은 후자였어요. 상황이 바뀌어도 기준이 흔들리지 않으시던 분.

내부 디자인 시스템을 함께 만들었던 프로젝트가 제일 기억에 남습니다. 따뜻한 코끼리님이 컴포넌트 API 일관성을 잡아주셨는데, "왜 이렇게 설계했는가"를 한 컴포넌트마다 문서화하셔서 이후 누구나 같은 기준을 쓰게 됐어요. 추천 섹션 도입은 모델팀과 프론트팀이 서로 다른 언어를 쓰던 프로젝트였어요. 따뜻한 코끼리님이 양쪽의 번역기 겸 조정자로 중간에 계셔서 굴러갔습니다. 기술적 판단과 사람 다루는 감각을 동시에 요구하는 자리였어요.

경쟁사 런칭 소식에 팀이 술렁일 때, 한 페이지짜리 경쟁 분석으로 우리가 집중할 곳을 다시 명확히 해주셨어요. 감정적으로 대응하지 않고, 무엇이 진짜 위협이고 무엇이 소음인지를 구분해주신 덕에 팀이 본래 로드맵을 흔들지 않을 수 있었습니다. 그때 작성하신 문서는 지금도 제품 전략 회의에서 가끔 참고돼요. 고객 불만 응대 콜에서 엔지니어가 들어가면 좋을지 누구보다 먼저 판단하셔서 대응이 빨라졌어요. 보통은 CS 팀이 먼저 흡수한 뒤에 엔지니어링으로 넘어오는데, 따뜻한 코끼리님은 초반 몇 마디만 듣고도 개입 타이밍을 정확히 잡으셨죠. 그 결정 덕에 크게 번질 수 있던 이슈들이 초반에 정리된 경우가 여럿 있었습니다.

본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요. 완벽주의가 장점인 동시에 부담이 되시는 것 같아요. "80점에서 공개하고 다듬기" 방식을 한 번 시도해보시면 좋겠어요. 지금 방식은 결과물은 훌륭하지만 따뜻한 코끼리님의 에너지를 너무 많이 소모합니다. 완벽하지 않은 상태로도 나누는 경험을 쌓으시면 일의 지속 가능성이 달라질 거예요.

기술과 비즈니스 사이를 오가야 하는 자리에 잘 맞습니다. 양쪽 언어를 다 쓰실 줄 아시거든요. 프로덕트 매니저든 테크 리드든, 경계에 서는 역할에서 본인의 강점이 복리로 쌓일 겁니다.

이직 후에도 가끔 슬랙으로 안부 주고받는 사이가 됐어요. 그만큼 편한 분이었습니다. 업무 관계로 끝나는 동료와 시간이 지나서도 이야기를 나누게 되는 동료는 다른데, 따뜻한 코끼리님은 후자였어요.