"완벽해진 뒤 공유"가 아니라 "지금 아는 만큼 먼저 공유"를 실천하시던 샛별같은 해마님. 덕분에 팀이 늘 한 템포 빨리 움직일 수 있었습니다.

모바일 앱 리뉴얼 v2에서 성능 최적화 워크스트림을 샛별같은 해마님이 리드하셨어요. 초기 로딩이 4초대에서 1초대로 떨어지는 걸 모두가 지켜봤는데, 한 번에 드라마틱하게 낮추는 게 아니라 매주 측정 가능한 개선을 쌓는 방식이 인상적이었습니다. 결제 실패 리커버리 시스템을 함께 만들었습니다. 재시도 정책, 수동 개입 지점, CS 대응 매뉴얼까지 한 번에 묶어 설계하셨어요. 이게 돌아가기 시작하면서 CS 팀이 먼저 감사 인사를 전할 정도였습니다.

코드 리뷰에서 "이 부분은 왜 이렇게 하셨어요?"라는 질문을 통해 제 가정의 구멍을 여러 번 찾아주셨어요. 정답을 직접 주지 않고 질문으로 되돌려주셔서, 제가 스스로 답을 찾게 하는 방식이었죠. 그런 리뷰를 받고 나면 다음 PR에서 같은 실수를 되풀이하지 않게 됐습니다. 프로젝트 킥오프 전에 이해관계자 모두와 1:1을 돌리셔서, 시작 이후엔 큰 갈등이 없었던 기억이 납니다. 각자의 속마음과 우려를 미리 듣고 기록해두신 덕에, 공식 회의에서는 모두가 이미 한 번 말한 내용을 마주하는 셈이었어요. 이 "사전 정렬"이 프로젝트의 절반을 끝낸 거라고 지금도 믿고 있습니다.

문서 초안을 완성 후 공유하시는 편인데, 반만 써서라도 일찍 공유해주시면 리뷰가 훨씬 수월합니다. 완성된 문서를 받는 리뷰어는 수정 제안을 꺼내기가 심리적으로 어렵거든요. "일부러 미완성인 상태"로 한번 돌리시면, 팀이 더 깊이 관여할 수 있고 최종 품질도 올라갈 거예요. 본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요.

후배 육성이 중요한 팀에 추천합니다. 시니어 역할을 맡기 아깝지 않은 분이에요. 이미 그렇게 일하고 계셨고, 공식 직함만 붙으면 조직이 얻는 효과가 더 크게 확장될 겁니다. 빠른 실행과 꼼꼼함이 동시에 필요한 팀에 잘 맞을 거예요. 초기 스타트업도 좋지만 규모 있는 조직에서 더 큰 일을 벌이실 수 있을 것 같습니다. 이해관계자가 많은 환경일수록 샛별같은 해마님의 조율력이 진짜 값어치를 발휘하거든요.