자기 일만 잘하는 사람은 많지만 팀 전체의 성과를 함께 보는 사람은 드물죠. 참신한 너구리님은 늘 후자였습니다. 그 시야 덕에 팀 전체가 더 똑똑하게 움직였어요.

제가 PM이었고 참신한 너구리님이 테크 리드였던 프로젝트가 있었어요. 스펙이 자주 뒤집히던 상황이었는데, 엔지니어 관점의 우려를 명료하게 정리해 올려주시는 게 저에겐 큰 도움이었습니다. 저와 참신한 너구리님이 공동으로 유저 리텐션 개선 TF에 있었어요. 코호트 분석 대시보드를 처음부터 세워주신 덕에 "무엇을 개선해야 하는가" 논의가 훨씬 구체적으로 바뀌었습니다.

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

피드백을 받을 때 방어적으로 반응하기 전에 한 박자 쉬고 들어주시면 더 빠르게 성장하실 것 같습니다. 의견에 대한 즉각적인 설명이 본인을 보호하려는 의도가 아닌 걸 알지만, 외부에서는 종종 방어로 읽히거든요. "일단 듣고 하루 묵힌 뒤 답하기"가 참신한 너구리님 같은 분에게 꽤 강력한 도구가 될 수 있어요. 기술 의사결정 근거가 훌륭하지만, 최종 선택 이유를 한 줄로 정리해주시면 비전문가도 따라가기 편할 것 같아요. 문서는 촘촘하지만 그 문서를 다 읽을 수 없는 이해관계자가 많거든요. 상단에 "TL;DR" 한 줄을 더하시는 습관은 참신한 너구리님의 역량을 조직 전체가 활용하게 해줄 겁니다.

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