팀 회고에서 "이번 분기 감사한 사람"을 꼽을 때 야무진 학님 이름이 제일 자주 언급됐습니다. 본인은 매번 쑥스러워하셨지만요.

실시간 알림 시스템 도입 프로젝트였는데, 야무진 학님이 부하 테스트 시나리오를 촘촘하게 짜주셨습니다. 평상시 트래픽, 급등 상황, 장애 복구 후 스파이크까지 각각 케이스 스터디로 돌리셨어요. 실제로 피크가 왔을 때 팀이 놀라지 않고 대응할 수 있었습니다. 장애 사후 분석(RCA) 문화를 정착시키는 일을 같이 했어요. 야무진 학님이 템플릿과 초기 3건의 리뷰를 직접 쓰셨는데, 책임 추궁이 아니라 시스템 개선을 향하는 톤으로 문화를 잡아주신 게 결정적이었습니다. 이후 우리 팀은 장애를 두려워하지 않고 배우는 조직이 됐어요.

경쟁사 런칭 소식에 팀이 술렁일 때, 한 페이지짜리 경쟁 분석으로 우리가 집중할 곳을 다시 명확히 해주셨어요. 감정적으로 대응하지 않고, 무엇이 진짜 위협이고 무엇이 소음인지를 구분해주신 덕에 팀이 본래 로드맵을 흔들지 않을 수 있었습니다. 그때 작성하신 문서는 지금도 제품 전략 회의에서 가끔 참고돼요. 지표가 안 움직이는 원인을 찾느라 다들 지쳐 있을 때 야무진 학님이 "우리가 보는 지표 자체가 맞나?"라는 질문으로 방향을 틀어주셨어요. 실제로 측정 로직에 은근한 버그가 있었고, 그게 며칠 째 팀의 시간을 빨아먹고 있었던 거였죠. 문제를 한 단계 위에서 보는 습관이 뭔지 그날 처음 실감했습니다. 이후로 팀 안에서도 "야무진 학님 질문 한 번 받자"는 게 농담이 아니라 진지한 요청이 됐어요.

퇴근을 조금 더 일찍 하셨으면 좋겠어요. 장기적으로는 본인도, 팀도 그게 더 지속가능합니다. 지금은 야무진 학님의 헌신 덕분에 팀이 돌아가는 부분이 있지만, 그게 팀의 기본 기대치가 되면 다른 사람들도 따라 늦어져요. 야무진 학님이 한 시간 일찍 퇴근하는 게 팀 문화를 건강하게 만드는 방법이기도 합니다. 본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요.

제가 시니어가 된 후에 돌아보니 배운 게 더 많은 시간이었습니다. 당시엔 보이지 않던 야무진 학님의 선택들이, 제가 비슷한 자리에 서고 나서야 그 무게가 이해되기 시작했어요. 뒤늦게 감사드리고 싶은 순간들이 있습니다. 커피 한 잔 사드리고 싶은 몇 안 되는 전 동료 중 한 분입니다. 이직 후에도 링크드인을 열 때마다 야무진 학님 근황을 찾아보게 돼요. 잘되고 계시다는 소식 들을 때마다 괜히 기분이 좋습니다.