디테일을 잃지 않고도 빠른 사람을 실제로 본 건 침묵하는 사자님이 처음이에요. 보통은 둘 중 하나를 포기하게 되는데요.

온보딩 플로우 개편 때 저와 같이 계셨어요. 7개 스크린을 4개로 줄이는 과감한 안을 제안하시고, 정량 가설과 정성 인터뷰로 근거를 쌓아 오셔서 전원을 설득해내셨습니다. 최종 전환율이 두 자리 수 상승했고요. 결제 실패 리커버리 시스템을 함께 만들었습니다. 재시도 정책, 수동 개입 지점, CS 대응 매뉴얼까지 한 번에 묶어 설계하셨어요. 이게 돌아가기 시작하면서 CS 팀이 먼저 감사 인사를 전할 정도였습니다.

신입 온보딩 세션을 자원해서 맡아주셨는데, 그 자료가 지금도 팀에서 계속 재사용되고 있어요. 단순히 시스템 설명이 아니라 "왜 이렇게 설계됐는가"까지 스토리로 풀어내신 자료였죠. 자료를 만드는 데 몇 주를 쓰셨을 텐데, 공치사 한 번 하지 않고 조용히 배포해두셨던 게 침묵하는 사자님다웠습니다. 그 자료로 온보딩한 사람이 지금까지 열 명이 넘어요. 분기 OKR에서 자신의 목표를 팀 목표와 맞추려고 여러 번 수정하시던 모습이 기억에 남아요. 개인 성과를 위해 목표를 낮게 잡거나 남의 목표와 어긋나게 세우는 사람이 많은데, 침묵하는 사자님은 반대였습니다. 팀의 성공이 본인 성공의 전제 조건이라고 믿는 분이라, 옆에 있으면 저절로 협력하게 되는 사람이었어요.

우선순위 충돌이 생겼을 때 결정을 조금 더 빨리 내려주시면 팀이 덜 대기합니다. 맥락을 충분히 확보하고 싶으신 마음은 이해하지만, 결정이 늦어지면 몇 명의 시간이 대기 상태로 서버에 걸려 있는 셈이에요. "지금 아는 것까지만으로 잠정 결정, 새 정보 오면 수정"이라는 프레임을 시도해보시면 좋을 것 같습니다. 업무량이 몰릴 때 도움 요청을 조금 더 일찍 해주시면 좋겠어요. 알고 나면 이미 많이 떠안고 계신 경우가 있었어요. 본인이 할 수 있다고 믿는 것과 팀이 같이 해야 하는 것은 다른 차원인데, 침묵하는 사자님은 후자도 혼자서 풀려고 하시는 경향이 있었습니다. 팀원들은 도움 요청을 기꺼이 받을 준비가 되어 있어요.

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

이 후기가 침묵하는 사자님께 닿는다면, 그때의 시간이 저에게도 큰 의미였다는 걸 알아주셨으면 해요. 업무로 만났지만 사람으로도 기억에 남는 몇 안 되는 동료 중 한 명이셨습니다. 제가 시니어가 된 후에 돌아보니 배운 게 더 많은 시간이었습니다. 당시엔 보이지 않던 침묵하는 사자님의 선택들이, 제가 비슷한 자리에 서고 나서야 그 무게가 이해되기 시작했어요. 뒤늦게 감사드리고 싶은 순간들이 있습니다.