나이나 연차보다 사고 방식이 훨씬 성숙한 분이셨어요. 회의에서의 언어 선택 하나하나가 모범 사례처럼 느껴졌습니다.

실시간 알림 시스템 도입 프로젝트였는데, 부드러운 오징어님이 부하 테스트 시나리오를 촘촘하게 짜주셨습니다. 평상시 트래픽, 급등 상황, 장애 복구 후 스파이크까지 각각 케이스 스터디로 돌리셨어요. 실제로 피크가 왔을 때 팀이 놀라지 않고 대응할 수 있었습니다. 온보딩 플로우 개편 때 저와 같이 계셨어요. 7개 스크린을 4개로 줄이는 과감한 안을 제안하시고, 정량 가설과 정성 인터뷰로 근거를 쌓아 오셔서 전원을 설득해내셨습니다. 최종 전환율이 두 자리 수 상승했고요.

기술 부채를 정리하는 PR을 주말에 조용히 올려두셨는데, 그게 지금 팀의 표준 패턴이 되었어요. 본인의 기여를 따로 말씀하지 않으시는 편이라 월요일 스탠드업에선 잠깐 스쳐 지나갔지만, 그 PR이 해결한 문제는 꽤 컸죠. 이후로 비슷한 구조를 만날 때마다 팀원들이 자연스럽게 그 패턴을 참고합니다. 코드 리뷰에서 "이 부분은 왜 이렇게 하셨어요?"라는 질문을 통해 제 가정의 구멍을 여러 번 찾아주셨어요. 정답을 직접 주지 않고 질문으로 되돌려주셔서, 제가 스스로 답을 찾게 하는 방식이었죠. 그런 리뷰를 받고 나면 다음 PR에서 같은 실수를 되풀이하지 않게 됐습니다.

회의에서는 글보다 말로 의견을 바로 꺼내주시면 더 좋을 것 같아요. 이미 정리된 결론을 가지고 계신 게 자주 보였거든요. 회의 후에 슬랙으로 추가 의견을 주실 때가 있는데, 그 시점이면 이미 결정이 한 방향으로 흐르고 있는 경우가 많았습니다. 회의 안에서 가볍게라도 목소리를 내주시면 전체 방향이 달라질 순간이 꽤 있을 거예요. 피드백을 받을 때 방어적으로 반응하기 전에 한 박자 쉬고 들어주시면 더 빠르게 성장하실 것 같습니다. 의견에 대한 즉각적인 설명이 본인을 보호하려는 의도가 아닌 걸 알지만, 외부에서는 종종 방어로 읽히거든요. "일단 듣고 하루 묵힌 뒤 답하기"가 부드러운 오징어님 같은 분에게 꽤 강력한 도구가 될 수 있어요.

신규 제품 0 → 1 단계에 특히 강한 분이에요. 처음부터 그림을 그려야 하는 자리에 좋습니다. 기존 프로세스가 없는 상황에서 스스로 구조를 만들어내는 능력이 있고, 불확실성에서도 움직일 수 있는 몇 안 되는 타입입니다.

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