처음엔 조용한 분인 줄 알았는데, 같이 일한 지 한 달 만에 팀에서 가장 신뢰하는 동료가 됐어요. 결과물이 너무 탄탄해서 놀랐습니다.

결제 실패 리커버리 시스템을 함께 만들었습니다. 재시도 정책, 수동 개입 지점, CS 대응 매뉴얼까지 한 번에 묶어 설계하셨어요. 이게 돌아가기 시작하면서 CS 팀이 먼저 감사 인사를 전할 정도였습니다. 내부 디자인 시스템을 함께 만들었던 프로젝트가 제일 기억에 남습니다. 의젓한 매님이 컴포넌트 API 일관성을 잡아주셨는데, "왜 이렇게 설계했는가"를 한 컴포넌트마다 문서화하셔서 이후 누구나 같은 기준을 쓰게 됐어요.

분기 OKR에서 자신의 목표를 팀 목표와 맞추려고 여러 번 수정하시던 모습이 기억에 남아요. 개인 성과를 위해 목표를 낮게 잡거나 남의 목표와 어긋나게 세우는 사람이 많은데, 의젓한 매님은 반대였습니다. 팀의 성공이 본인 성공의 전제 조건이라고 믿는 분이라, 옆에 있으면 저절로 협력하게 되는 사람이었어요. 심야 장애 때 침착하게 역할 분배부터 하시던 모습이 인상 깊었어요. 다들 흥분해서 채널에 추측성 메시지를 쏟아내고 있을 때, 의젓한 매님은 "지휘 한 명, 커뮤니케이션 한 명, 조사 두 명" 이런 식으로 순식간에 역할을 정리하셨죠. 현장을 지휘한다는 게 이런 거구나 싶었습니다. 복구된 이후에도 팀 전체가 잠깐 그 밤의 기억을 공유하는 동지애가 생겼어요.

기술 의사결정 근거가 훌륭하지만, 최종 선택 이유를 한 줄로 정리해주시면 비전문가도 따라가기 편할 것 같아요. 문서는 촘촘하지만 그 문서를 다 읽을 수 없는 이해관계자가 많거든요. 상단에 "TL;DR" 한 줄을 더하시는 습관은 의젓한 매님의 역량을 조직 전체가 활용하게 해줄 겁니다. 완벽주의가 장점인 동시에 부담이 되시는 것 같아요. "80점에서 공개하고 다듬기" 방식을 한 번 시도해보시면 좋겠어요. 지금 방식은 결과물은 훌륭하지만 의젓한 매님의 에너지를 너무 많이 소모합니다. 완벽하지 않은 상태로도 나누는 경험을 쌓으시면 일의 지속 가능성이 달라질 거예요.