안녕하세요, 여러분! 오늘은 제가 과거에 겪었던 단호하면서도 영향력 있는 매니저와의 경험을 여러분과 공유하려고 합니다. 직장에서 냉정한 피드백을 받았을 때 여러분도 한 번쯤 자존심이 상했던 적이 있을지도 모르겠습니다. 물론 저도 그런 순간들이 있었습니다. 하지만 그때 받은 피드백이 단순히 제 기분을 상하게 하려는 것이 아니었다는 것을 깨닫고 나서는 많은 것이 변했답니다.
감정을 배려하지 않는 리더 스타일
제가 만났던 매니저는 기존의 리더들과 다른 점이 많았습니다. 감정적인 위로보다는 기능과 코드의 심리적인 안정성 및 효율성을 중시했죠. 예를 들어, 복잡한 기능을 PR로 올렸을 때 돌아온 피드백은 단호했습니다: “오버 엔지니어링임. 복잡함. 리팩토링하시오.” 이 짧은 문장이 당시엔 상당히 당혹스러웠지만, 돌이켜보면 그러한 피드백은 저에게 성장의 씨앗이 되었어요.
자존심을 흔드는 피드백, 그러나 새로운 시각으로
스프린트 리뷰 중, 자신 있다고 생각한 기능을 시연했는데 매니저는 중간에 끊어버리더군요. “이건 취약해. 부하 상황에선 어떻게 돼? 롤백 계획은?” 순간적인 화가 났지만, 매니저가 지적한 것은 코드가 아닌, 저의 사고방식이었다는 것을 차츰 깨닫게 됐죠. 그 피드백 덕분에 '똑똑한 코드'보다 '읽기 쉬운 코드'를 중요하게 여기게 되었고, 회복력 있는 설계의 필요성을 알게 되었습니다.
진짜 교훈: 피드백은 개인적 공격이 아닌 배움의 기회
처음에 피드백을 받을 땐 기분이 상했지만, 시간이 지나면서 그것이 제 성장을 위한 것이란 걸 알게 되었습니다. 매니저의 단호함은 오히려 저를 더 나은 엔지니어로 성장시키는 원동력이 되었으니까요.
만약 여러분이 리더십 위치에 있다면, 매니저의 교훈을 되새겨 보세요. 부드럽기만 한 리더보다는 직설적인 피드백을 주되, 상황에 대한 배경 설명을 덧붙이는 등 보다 사람 중심의 피드백을 제공하면서도 높은 기준은 유지하는 것이 중요합니다.
단호한 매니저가 필요할 때
리더십은 종종 복잡합니다. 감정, 마감, 그리고 압박감이 얽혀 있기 때문이죠. 하지만 제가 배운 것은 코드의 생존 가능성을 유지하고, 영리한 코드보다 유지 가능한 것을 중요시하는 방식이었습니다.
혹시 여러분이 단호한 관리자 밑에서 일하고 있다면, 다음의 방법으로 그 환경을 활용해 보세요:
- 피드백을 개인적인 공격으로 받아들이지 마세요.
- '왜'라는 질문을 통해 그 피드백의 본질을 이해하려고 노력하세요.
- 실패 지점을 미리 생각해보는 연습을 통해 매니저처럼 사고하기 시작하세요.
저는 이 경험들을 통해 성장했고, 여러분도 자신의 코드와 사고 방식을 돌아보는 기회로 삼으시길 바랍니다. 성장의 기회는 거절된 PR에서 시작될지도 모릅니다. 그렇기에 지금 당장 당혹스러운 피드백이 오더라도 긍정적으로 받아들일 수 있기를 바라며 글을 마칩니다. 여러분의 성장과 성공을 응원합니다!