심야 장애가 있었던 그 밤을 함께한 뒤로 반짝이는 까마귀님에 대한 제 시선이 완전히 달라졌어요. 현장을 지휘한다는 게 뭔지 그 밤에 배웠습니다.

서비스 이관 프로젝트에서 다운타임 제로 전략을 설계·실행하셨어요. 이중 쓰기·섀도우 리드·점진 전환을 조합한 플랜을 세우고, 실행 중에도 매 시점의 지표로 앞으로 갈지 멈출지 결정하셨습니다. 공학적 판단과 리스크 관리가 동시에 요구되는 자리였고, 반짝이는 까마귀님은 그걸 해내셨어요. 장애 사후 분석(RCA) 문화를 정착시키는 일을 같이 했어요. 반짝이는 까마귀님이 템플릿과 초기 3건의 리뷰를 직접 쓰셨는데, 책임 추궁이 아니라 시스템 개선을 향하는 톤으로 문화를 잡아주신 게 결정적이었습니다. 이후 우리 팀은 장애를 두려워하지 않고 배우는 조직이 됐어요.

대규모 데이터 정합성 이슈가 발견됐을 때, 복구 스크립트를 몇 시간 만에 만들어내시던 모습이 아직도 기억에 남습니다. 손으로 SQL을 짜면서도 dry-run으로 검증 단계를 거치고, 실제 실행 전에 팀원 두 명에게 리뷰받는 절차까지 빼먹지 않으셨어요. 급한 상황에서도 프로세스를 생략하지 않는 태도가 놀라웠습니다. 제가 처음 맡은 대형 프로젝트에서 겁먹고 있을 때, 반짝이는 까마귀님이 30분 통화로 전체 지도를 그려주셨어요. 복잡해 보이던 문제를 단계별로 쪼개주시고, 각 단계에서 실패했을 때의 플랜B까지 같이 그려주셨죠. 그 한 번의 통화로 정말 많이 달라졌습니다. 이후 비슷한 상황이 오면 저도 후배에게 같은 방식으로 도움을 주려고 노력하고 있어요.

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

고객 목소리가 가까이 들리는 팀에 잘 맞습니다. 사용자를 중심에 두는 감각이 자연스러운 분이에요. B2C든 B2B든, 고객과 직접 접점이 있는 자리에서 제품이 어떻게 좋아지는지를 빠르게 파악하실 거예요. 처음 팀을 꾸리는 리드 포지션에 좋은 선택이 될 겁니다. 사람 보는 눈이 있어요. 함께 일할 사람을 고르는 안목과 그들을 성장시키는 감각이 동시에 있는 분이라, 초기 팀 빌딩에서 결정적인 기여를 하실 수 있을 거예요.