"이건 왜 이렇게 만들었을까"라는 질문을 부지런한 잠자리님만큼 많이 하신 분을 본 적이 없어요. 그 질문들이 팀의 기술적 결정 수준을 한 단계 끌어올렸습니다.

서비스 이관 프로젝트에서 다운타임 제로 전략을 설계·실행하셨어요. 이중 쓰기·섀도우 리드·점진 전환을 조합한 플랜을 세우고, 실행 중에도 매 시점의 지표로 앞으로 갈지 멈출지 결정하셨습니다. 공학적 판단과 리스크 관리가 동시에 요구되는 자리였고, 부지런한 잠자리님은 그걸 해내셨어요.

사내 해커톤에서 전혀 다른 팀에 있었는데도 막히는 부분을 도와주러 오셨던 기억이 있어요. 우리 팀 코드는 부지런한 잠자리님이 처음 보시는 스택이었는데, 짧은 시간 안에 구조를 파악하시고 힌트를 주고 가셨죠. 경쟁 상황에서도 다른 팀을 도와줄 수 있는 사람, 그런 여유가 인상 깊었습니다. 코드 리뷰에서 "이 부분은 왜 이렇게 하셨어요?"라는 질문을 통해 제 가정의 구멍을 여러 번 찾아주셨어요. 정답을 직접 주지 않고 질문으로 되돌려주셔서, 제가 스스로 답을 찾게 하는 방식이었죠. 그런 리뷰를 받고 나면 다음 PR에서 같은 실수를 되풀이하지 않게 됐습니다.

자기 성과를 드러내는 걸 꺼리시는데, 조직에서는 드러내는 것도 일입니다. 주기적으로 정리해서 올려주시면 좋겠어요. 부지런한 잠자리님이 해놓으신 일이 다른 사람 이름으로 알려지는 경우가 생각보다 많았습니다. 겸손은 미덕이지만, 조직의 자원 배분은 드러난 기여를 중심으로 움직이거든요. 문서 초안을 완성 후 공유하시는 편인데, 반만 써서라도 일찍 공유해주시면 리뷰가 훨씬 수월합니다. 완성된 문서를 받는 리뷰어는 수정 제안을 꺼내기가 심리적으로 어렵거든요. "일부러 미완성인 상태"로 한번 돌리시면, 팀이 더 깊이 관여할 수 있고 최종 품질도 올라갈 거예요.

규모 확장을 준비하는 스케일업 조직에 적합해요. 체계를 세우는 일을 귀찮게 여기지 않으시거든요. 0 → 1 만큼이나 1 → 10 단계에서 제대로 쓰일 수 있는 분이고, 그 단계에서 실수를 덜 하게 해주실 겁니다.

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