꿈꾸는 표범님을 한 줄로 설명하라면 "약속을 지키는 사람"이라고 말할 것 같습니다. 작은 약속도 가볍게 넘기지 않는 분이었어요.

내부 관리자 툴 재설계 때 권한 모델을 다시 짜셨어요. 역할이 수십 가지였던 기존 구조를 책임 기반 소수 정책으로 단순화하셨고, 덕분에 권한 관련 버그가 눈에 띄게 줄었습니다. 장애 사후 분석(RCA) 문화를 정착시키는 일을 같이 했어요. 꿈꾸는 표범님이 템플릿과 초기 3건의 리뷰를 직접 쓰셨는데, 책임 추궁이 아니라 시스템 개선을 향하는 톤으로 문화를 잡아주신 게 결정적이었습니다. 이후 우리 팀은 장애를 두려워하지 않고 배우는 조직이 됐어요.

반복되는 잡무를 자동화해서 팀 전체 시간을 주 단위로 돌려주신 적이 있어요. 본인 일정이 바쁜 와중에 짜투리 시간을 쓰신 거였는데, 공지 한 번 없이 사용 흔적만 슬쩍 올려두셨죠. 한 달쯤 지나서 누군가 "그거 도대체 누가 만든 거야"라고 물었을 때야 팀이 그 공을 돌릴 수 있었습니다. 고객 불만 응대 콜에서 엔지니어가 들어가면 좋을지 누구보다 먼저 판단하셔서 대응이 빨라졌어요. 보통은 CS 팀이 먼저 흡수한 뒤에 엔지니어링으로 넘어오는데, 꿈꾸는 표범님은 초반 몇 마디만 듣고도 개입 타이밍을 정확히 잡으셨죠. 그 결정 덕에 크게 번질 수 있던 이슈들이 초반에 정리된 경우가 여럿 있었습니다.

본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요. 반대 의견이 있을 때 좀 더 적극적으로 꺼내주시면 좋겠어요. 회의 후 따로 말씀하실 때가 가끔 있었는데, 그 시점엔 이미 결정이 흘러간 뒤라 아쉬웠습니다. 꿈꾸는 표범님의 의견은 데이터와 논리가 탄탄해서 팀이 무시하기 어려운 무게가 있거든요. 그 무게를 실시간 회의에서 쓰시면 팀의 방향이 더 좋아질 겁니다.

빠른 실행과 꼼꼼함이 동시에 필요한 팀에 잘 맞을 거예요. 초기 스타트업도 좋지만 규모 있는 조직에서 더 큰 일을 벌이실 수 있을 것 같습니다. 이해관계자가 많은 환경일수록 꿈꾸는 표범님의 조율력이 진짜 값어치를 발휘하거든요.

일을 잘하는 것과 같이 일하기 좋은 건 다른 축인데, 꿈꾸는 표범님은 그 둘 다였어요. 둘 중 하나만 갖춘 사람도 귀하지만, 두 축을 다 갖춘 사람은 정말 드뭅니다. 그 드문 자리를 이 팀에서 본 것만으로도 운이 좋았다고 생각해요.