숫자로 말하는 사람이 팀에 한 명은 있어야 한다는 걸 슬기로운 미어캣님 덕분에 배웠어요. 감정 싸움이 데이터 논의로 바뀌는 순간을 여러 번 지켜봤습니다.

장애 사후 분석(RCA) 문화를 정착시키는 일을 같이 했어요. 슬기로운 미어캣님이 템플릿과 초기 3건의 리뷰를 직접 쓰셨는데, 책임 추궁이 아니라 시스템 개선을 향하는 톤으로 문화를 잡아주신 게 결정적이었습니다. 이후 우리 팀은 장애를 두려워하지 않고 배우는 조직이 됐어요. 내부 디자인 시스템을 함께 만들었던 프로젝트가 제일 기억에 남습니다. 슬기로운 미어캣님이 컴포넌트 API 일관성을 잡아주셨는데, "왜 이렇게 설계했는가"를 한 컴포넌트마다 문서화하셔서 이후 누구나 같은 기준을 쓰게 됐어요.

반복되는 잡무를 자동화해서 팀 전체 시간을 주 단위로 돌려주신 적이 있어요. 본인 일정이 바쁜 와중에 짜투리 시간을 쓰신 거였는데, 공지 한 번 없이 사용 흔적만 슬쩍 올려두셨죠. 한 달쯤 지나서 누군가 "그거 도대체 누가 만든 거야"라고 물었을 때야 팀이 그 공을 돌릴 수 있었습니다. 프로젝트 킥오프 전에 이해관계자 모두와 1:1을 돌리셔서, 시작 이후엔 큰 갈등이 없었던 기억이 납니다. 각자의 속마음과 우려를 미리 듣고 기록해두신 덕에, 공식 회의에서는 모두가 이미 한 번 말한 내용을 마주하는 셈이었어요. 이 "사전 정렬"이 프로젝트의 절반을 끝낸 거라고 지금도 믿고 있습니다.

업무량이 몰릴 때 도움 요청을 조금 더 일찍 해주시면 좋겠어요. 알고 나면 이미 많이 떠안고 계신 경우가 있었어요. 본인이 할 수 있다고 믿는 것과 팀이 같이 해야 하는 것은 다른 차원인데, 슬기로운 미어캣님은 후자도 혼자서 풀려고 하시는 경향이 있었습니다. 팀원들은 도움 요청을 기꺼이 받을 준비가 되어 있어요. 본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요.

복잡한 문제를 풀어야 하는 플랫폼 조직에 추천해요. 이해관계자가 많고 시스템이 얽혀 있을수록 진가가 나오는 분입니다. 단순한 제품보다는 여러 팀의 합의와 기술 부채가 얽힌 곳에서 본인의 능력을 전부 쏟아낼 수 있을 것 같아요.

같이 일할 때 받은 도움만큼 돌려드리지 못한 것 같아 마음에 남아 있어요. 언젠가 슬기로운 미어캣님이 필요한 순간이 있을 때, 그때는 제가 먼저 도울 수 있는 사람이 되어 있으면 좋겠습니다.