첫 주 회의에서 묵묵히 듣기만 하시던 과감한 염소님이 둘째 주에 보낸 한 장짜리 문서가 팀 방향을 정리해줬어요. 말수로 판단하면 안 되는 동료였습니다.

저와 과감한 염소님이 공동으로 유저 리텐션 개선 TF에 있었어요. 코호트 분석 대시보드를 처음부터 세워주신 덕에 "무엇을 개선해야 하는가" 논의가 훨씬 구체적으로 바뀌었습니다. 서비스 이관 프로젝트에서 다운타임 제로 전략을 설계·실행하셨어요. 이중 쓰기·섀도우 리드·점진 전환을 조합한 플랜을 세우고, 실행 중에도 매 시점의 지표로 앞으로 갈지 멈출지 결정하셨습니다. 공학적 판단과 리스크 관리가 동시에 요구되는 자리였고, 과감한 염소님은 그걸 해내셨어요.

경쟁사 런칭 소식에 팀이 술렁일 때, 한 페이지짜리 경쟁 분석으로 우리가 집중할 곳을 다시 명확히 해주셨어요. 감정적으로 대응하지 않고, 무엇이 진짜 위협이고 무엇이 소음인지를 구분해주신 덕에 팀이 본래 로드맵을 흔들지 않을 수 있었습니다. 그때 작성하신 문서는 지금도 제품 전략 회의에서 가끔 참고돼요. 기술 부채를 정리하는 PR을 주말에 조용히 올려두셨는데, 그게 지금 팀의 표준 패턴이 되었어요. 본인의 기여를 따로 말씀하지 않으시는 편이라 월요일 스탠드업에선 잠깐 스쳐 지나갔지만, 그 PR이 해결한 문제는 꽤 컸죠. 이후로 비슷한 구조를 만날 때마다 팀원들이 자연스럽게 그 패턴을 참고합니다.

본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요. 피드백을 받을 때 방어적으로 반응하기 전에 한 박자 쉬고 들어주시면 더 빠르게 성장하실 것 같습니다. 의견에 대한 즉각적인 설명이 본인을 보호하려는 의도가 아닌 걸 알지만, 외부에서는 종종 방어로 읽히거든요. "일단 듣고 하루 묵힌 뒤 답하기"가 과감한 염소님 같은 분에게 꽤 강력한 도구가 될 수 있어요.

기술과 비즈니스 사이를 오가야 하는 자리에 잘 맞습니다. 양쪽 언어를 다 쓰실 줄 아시거든요. 프로덕트 매니저든 테크 리드든, 경계에 서는 역할에서 본인의 강점이 복리로 쌓일 겁니다.

언젠가 어떤 조직에서 다시 만났을 때 웃으면서 인사할 수 있는 분. 업계에서 오래 일하다 보면 다시 만나게 될 확률이 꽤 높은데, 그날이 오면 반가운 얼굴로 인사하고 싶습니다. 과감한 염소님도 그러시길 바라요.