리더로 명함을 달지 않으셨지만 팀의 실제 중심이셨던 분. 공식 권한이 없어도 영향력은 결과로 증명된다는 걸 보여주신 케이스입니다.

내부 디자인 시스템을 함께 만들었던 프로젝트가 제일 기억에 남습니다. 덤덤한 올빼미님이 컴포넌트 API 일관성을 잡아주셨는데, "왜 이렇게 설계했는가"를 한 컴포넌트마다 문서화하셔서 이후 누구나 같은 기준을 쓰게 됐어요. 온보딩 플로우 개편 때 저와 같이 계셨어요. 7개 스크린을 4개로 줄이는 과감한 안을 제안하시고, 정량 가설과 정성 인터뷰로 근거를 쌓아 오셔서 전원을 설득해내셨습니다. 최종 전환율이 두 자리 수 상승했고요.

신입 온보딩 세션을 자원해서 맡아주셨는데, 그 자료가 지금도 팀에서 계속 재사용되고 있어요. 단순히 시스템 설명이 아니라 "왜 이렇게 설계됐는가"까지 스토리로 풀어내신 자료였죠. 자료를 만드는 데 몇 주를 쓰셨을 텐데, 공치사 한 번 하지 않고 조용히 배포해두셨던 게 덤덤한 올빼미님다웠습니다. 그 자료로 온보딩한 사람이 지금까지 열 명이 넘어요.

퇴근을 조금 더 일찍 하셨으면 좋겠어요. 장기적으로는 본인도, 팀도 그게 더 지속가능합니다. 지금은 덤덤한 올빼미님의 헌신 덕분에 팀이 돌아가는 부분이 있지만, 그게 팀의 기본 기대치가 되면 다른 사람들도 따라 늦어져요. 덤덤한 올빼미님이 한 시간 일찍 퇴근하는 게 팀 문화를 건강하게 만드는 방법이기도 합니다. 본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요.

기술 깊이가 중요한 포지션에 추천해요. 피상적인 논의로 끝나지 않게 끌고 가시는 분이라, 시니어 엔지니어 수준의 기술 판단이 필요한 자리에 잘 맞을 거예요. 엔지니어링 리드나 아키텍트 방향으로 가셔도 좋을 것 같습니다. 데이터로 의사결정하는 팀에 잘 어울려요. 감보다 숫자가 우선되는 환경에서 훨씬 빛나실 거예요. 다만 정성적 맥락도 놓치지 않으시는 편이라, 숫자만 있는 조직보다는 둘의 균형을 중시하는 팀이 베스트일 것 같습니다.

이 후기가 조금이라도 다음 합류하실 팀에 도움이 되었으면 좋겠어요. 덤덤한 올빼미님이 가는 곳은 좋은 팀이 될 거라고 믿지만, 새 팀이 덤덤한 올빼미님의 강점을 알아보는 데 이 글이 한 마디 거들 수 있기를 바랍니다.