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

서비스 이관 프로젝트에서 다운타임 제로 전략을 설계·실행하셨어요. 이중 쓰기·섀도우 리드·점진 전환을 조합한 플랜을 세우고, 실행 중에도 매 시점의 지표로 앞으로 갈지 멈출지 결정하셨습니다. 공학적 판단과 리스크 관리가 동시에 요구되는 자리였고, 단단한 까치님은 그걸 해내셨어요. 같은 팀은 아니었지만 플랫폼 이니셔티브로 한동안 얽혀 있었어요. 다섯 개 프로덕트 팀의 공통 요구를 엮어 경계를 긋는 작업이었는데, 정치적 장애물까지 정리해내시던 솜씨가 기억에 남습니다.

분기 리뷰에서 자기 성과보다 팀원 기여를 먼저 말하시던 장면이 인상 깊었습니다. 본인이 사실상 기여한 일들을 다른 이름으로 돌리시던 모습을 보며, 크레딧을 나누는 데 익숙한 사람이 팀 문화를 만든다는 걸 체감했어요. 그 덕에 팀이 서로의 기여를 더 잘 인정하는 분위기가 됐습니다.

문서 초안을 완성 후 공유하시는 편인데, 반만 써서라도 일찍 공유해주시면 리뷰가 훨씬 수월합니다. 완성된 문서를 받는 리뷰어는 수정 제안을 꺼내기가 심리적으로 어렵거든요. "일부러 미완성인 상태"로 한번 돌리시면, 팀이 더 깊이 관여할 수 있고 최종 품질도 올라갈 거예요. 우선순위 충돌이 생겼을 때 결정을 조금 더 빨리 내려주시면 팀이 덜 대기합니다. 맥락을 충분히 확보하고 싶으신 마음은 이해하지만, 결정이 늦어지면 몇 명의 시간이 대기 상태로 서버에 걸려 있는 셈이에요. "지금 아는 것까지만으로 잠정 결정, 새 정보 오면 수정"이라는 프레임을 시도해보시면 좋을 것 같습니다.

크로스펑셔널 협업이 많은 자리에 잘 맞아요. 사람들 사이에서 다리를 놓는 일을 자연스럽게 하시는 분이라, 기술 조직과 비즈니스 조직이 섞인 자리에서 특히 빛날 거예요. 언어를 양쪽으로 번역할 수 있는 사람은 생각보다 귀합니다. 처음 팀을 꾸리는 리드 포지션에 좋은 선택이 될 겁니다. 사람 보는 눈이 있어요. 함께 일할 사람을 고르는 안목과 그들을 성장시키는 감각이 동시에 있는 분이라, 초기 팀 빌딩에서 결정적인 기여를 하실 수 있을 거예요.

좋은 동료가 무엇인지 직접 보여주신 분이라 남겨둡니다. 이론이나 책이 아니라, 매일의 작은 선택들로 그걸 증명하시던 분이었어요. 그 선택들을 지켜보며 저도 비슷하게 살고 싶다는 생각을 여러 번 했습니다. 제 커리어의 한 챕터를 같이 써주신 분. 지나간 프로젝트들을 돌아볼 때마다 단단한 까치님이 그 한가운데에 있었다는 걸 새삼 느낍니다. 감사드린 적이 많지 않은 것 같아 이렇게라도 남겨둡니다.