"이건 왜 이렇게 만들었을까"라는 질문을 고전적인 두꺼비님만큼 많이 하신 분을 본 적이 없어요. 그 질문들이 팀의 기술적 결정 수준을 한 단계 끌어올렸습니다.

실시간 채팅 기능 구현 때 연결 안정성과 재연결 로직을 책임지셨어요. 모바일 약한 신호, 네트워크 전환, 백그라운드 전환까지 시나리오로 돌리시던 모습이 인상적이었고, 프로덕션에서 채팅 이탈률이 초기 대비 크게 떨어졌습니다. 결제 실패 리커버리 시스템을 함께 만들었습니다. 재시도 정책, 수동 개입 지점, CS 대응 매뉴얼까지 한 번에 묶어 설계하셨어요. 이게 돌아가기 시작하면서 CS 팀이 먼저 감사 인사를 전할 정도였습니다.

프로젝트 킥오프 전에 이해관계자 모두와 1:1을 돌리셔서, 시작 이후엔 큰 갈등이 없었던 기억이 납니다. 각자의 속마음과 우려를 미리 듣고 기록해두신 덕에, 공식 회의에서는 모두가 이미 한 번 말한 내용을 마주하는 셈이었어요. 이 "사전 정렬"이 프로젝트의 절반을 끝낸 거라고 지금도 믿고 있습니다. 신규 피쳐 A/B 테스트가 실패로 나왔을 때, 실패 요인을 누구보다 빠르게 문서화해서 팀이 다음 실험을 더 잘 설계하게 해주셨어요. 결과가 기대와 달랐다고 낙담하기보다, 거기서 무엇을 배울 수 있는지 먼저 찾으시는 태도였죠. 팀의 실험 문화가 한 단계 성숙해진 순간이 바로 그 실패 이후였습니다.

거절 타이밍이 늦는 편이에요. 미리 안 된다고 얘기해주셨으면 다들 플랜 B를 일찍 세웠을 텐데 하는 순간이 몇 번 있었어요. 거절을 어렵게 여기시는 마음은 이해하지만, 어중간한 수락이 결국 더 큰 실망을 만드는 상황을 몇 번 봤습니다. 빠른 거절이 서로를 존중하는 방식이 될 수 있어요. 세부 사항에 시간을 많이 쓰시는 편인데, 큰 그림 결정을 먼저 공유해주시면 더 좋을 것 같아요. 디테일은 고전적인 두꺼비님의 강점이지만, 그게 "언제 결정되는가"를 팀이 예측하기 어려운 경우가 있었습니다. 초안 단계에서 큰 방향을 한 번 공유하고, 디테일은 그 다음에 채워가시는 흐름이 더 자연스러울 것 같아요.