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

결제 리포팅 모듈은 재무팀 요구사항을 엔지니어 스펙으로 번역하는 게 핵심이었는데, 왕성한 잉어님이 그 부분을 혼자 거의 해결하셨어요. 리포트가 매달 자동 생성되기 시작하면서 양 팀의 월말 스트레스가 눈에 띄게 줄었습니다. 실시간 채팅 기능 구현 때 연결 안정성과 재연결 로직을 책임지셨어요. 모바일 약한 신호, 네트워크 전환, 백그라운드 전환까지 시나리오로 돌리시던 모습이 인상적이었고, 프로덕션에서 채팅 이탈률이 초기 대비 크게 떨어졌습니다.

코드 리뷰에서 "이 부분은 왜 이렇게 하셨어요?"라는 질문을 통해 제 가정의 구멍을 여러 번 찾아주셨어요. 정답을 직접 주지 않고 질문으로 되돌려주셔서, 제가 스스로 답을 찾게 하는 방식이었죠. 그런 리뷰를 받고 나면 다음 PR에서 같은 실수를 되풀이하지 않게 됐습니다. 신규 피쳐 A/B 테스트가 실패로 나왔을 때, 실패 요인을 누구보다 빠르게 문서화해서 팀이 다음 실험을 더 잘 설계하게 해주셨어요. 결과가 기대와 달랐다고 낙담하기보다, 거기서 무엇을 배울 수 있는지 먼저 찾으시는 태도였죠. 팀의 실험 문화가 한 단계 성숙해진 순간이 바로 그 실패 이후였습니다.

회의에서는 글보다 말로 의견을 바로 꺼내주시면 더 좋을 것 같아요. 이미 정리된 결론을 가지고 계신 게 자주 보였거든요. 회의 후에 슬랙으로 추가 의견을 주실 때가 있는데, 그 시점이면 이미 결정이 한 방향으로 흐르고 있는 경우가 많았습니다. 회의 안에서 가볍게라도 목소리를 내주시면 전체 방향이 달라질 순간이 꽤 있을 거예요. 거절 타이밍이 늦는 편이에요. 미리 안 된다고 얘기해주셨으면 다들 플랜 B를 일찍 세웠을 텐데 하는 순간이 몇 번 있었어요. 거절을 어렵게 여기시는 마음은 이해하지만, 어중간한 수락이 결국 더 큰 실망을 만드는 상황을 몇 번 봤습니다. 빠른 거절이 서로를 존중하는 방식이 될 수 있어요.

데이터로 의사결정하는 팀에 잘 어울려요. 감보다 숫자가 우선되는 환경에서 훨씬 빛나실 거예요. 다만 정성적 맥락도 놓치지 않으시는 편이라, 숫자만 있는 조직보다는 둘의 균형을 중시하는 팀이 베스트일 것 같습니다.