[회고] 동료 피드백으로 되돌아본 나 - 4년차 개발자의 회고록

회고 · Retrospective

동료 피드백으로 되돌아본 나
— 프론트엔드 메인 개발자로서의 회고

함께 일했던 동료들에게 피드백을 받았다. 현재 같이 일하는 동료도 있고, TF로 잠깐 함께했던 동료도, 이미 퇴사한 동료도 있다. 받아보기 전에는 솔직히 두근거렸다. 내가 어떻게 보이는지 안다고 생각했지만, 막상 글자로 마주하는 건 다른 일이니까. 피드백을 읽으며 웃기도 했고, 조용히 눌러두었던 감정이 올라오기도 했다. 이 글은 그 피드백들을 바탕으로 스스로를 돌아본 기록이다.

나는 어떤 개발자인가

나는 프론트엔드 개발자이자, 현재 클라우드 제품 파트의 프론트엔드 메인 개발자 역할을 맡고 있다. 나의 주요 역할은 개발뿐만 아니라 일감을 미리 분배하고 현실적인 일정을 산출하여 타 파트와 조율하는 것, 그리고 문서화를 통해 싱크를 맞추는 것이다.

이번 피드백을 읽으면서, 내가 생각하는 '나'와 동료들이 보는 '나' 사이에 생각보다 큰 간극이 없다는 걸 알게 되었다. 동시에 스스로는 당연하게 여겨온 일상적인 습관들이, 주변에는 꽤 의미 있는 기여로 닿아 있다는 것도 새삼 느꼈다. 동료들의 피드백은 크게 여섯 가지 키워드로 모였다.

---

협업 & 일정 관리

"개발 공수 예측을 잘하십니다. 모든 업무를 수용하기보다 현실적인 개발 일정을 고려해 조율하시고, UX 관점에서 기획팀에 역으로 의견 제시도 하십니다."

일정 산출은 내가 가장 공을 들이는 영역 중 하나다. 요청이 들어왔을 때 무조건 "할게요"라고 하기보다는, 지금의 맥락과 우선순위를 함께 살펴보고 현실적인 일정을 함께 맞춰가는 것이 결국 팀 전체의 신뢰로 이어진다고 생각해왔다. 그런 모습이 함께 일하는 동료들에게도 그렇게 보이고 있다는 걸, 이번 피드백을 통해 확인할 수 있었다.

---

제품 이해도 & 꼼꼼함

"배포 전 체크리스트, 점검 페이지, 안내 팝업 요청 등 PM이 놓치는 부분들을 꼼꼼하게 잘 챙겨주십니다. 기획 완료 지연에 대해서도 먼저 노티를 주셔서 일정 차질이 없었습니다."

"기획자가 놓친 코너 케이스, 엣지 케이스에 대해 짚어주어 제품 및 기획에 대한 이해도가 높다고 느꼈습니다. 기획의 의도와 명세를 읽고 해석하여 생각하지 못 한 부분을 질문하는 능력이 좋습니다. 흔히 말하는 '놓치기 쉬운 부분'을 잘 캐치합니다."

사실 이런 것들을 할 때마다 '이 정도까지 챙겨야 하나?' 싶은 순간이 꽤 있었다. 그럼에도 계속 해온 건, 프론트엔드 개발자가 기획과 개발 사이의 빈틈을 가장 먼저 발견할 수 있는 위치에 있다고 느꼈기 때문이다. 그 자리에서 할 수 있는 것들을 해온 일들이 동료들에게 실제로 닿아 있었다는 걸 알게 되면서, 그 의심이 조금씩 확신으로 바뀌었다.

---

크로스 직군 소통

"백엔드 코드도 읽을 수 있습니다. 흐름을 파악하는 능력이 있어, 협업할 때 백엔드 개발자인 저조차 생각하지 못한 점을 짚어주기도 했습니다."

완성된 API 명세서만 받아서 개발하기보다, 전체 흐름 안에서 내가 어떤 역할을 하고 있는지를 함께 이해하려고 노력해왔다. 백엔드 코드를 완벽히 읽을 수는 없어도, 흐름을 따라가며 "이 의도라면 프론트엔드에서는 어떻게 대처해야 할까"를 먼저 생각해보는 것. 그런 시도가 동료에게 실제로 닿아 있었다는 게 조용히 반가웠다. 직군의 경계보다 제품을 함께 만든다는 감각을 더 중요하게 여겨온 태도가 이런 방식으로 드러난 것 같아 기뻤다.

---

문서화 & 리더십

"자신이 이렇게 개발하려는 이유, 백엔드에게 요청하는 사항 등을 명료하게 정리해 공유해주십니다. 협업에서 가장 중요한 것이 일정 산출과 문서화 등임을 생각하면, 협업하기 좋은 개발자, 나쁘게 말하면 '내가 일하기 편하게 해주는 개발자'라고도 부를 수 있을 만큼 능력이 좋습니다."

처음엔 '나쁘게 말하면'이라는 표현에 잠깐 멈췄다. 그런데 읽고 또 읽다 보니, 이게 협업 관계에서 받을 수 있는 꽤 진심 어린 칭찬이라는 걸 알았다. 좋은 협업이란 결국 상대방이 '이 사람과 함께할 때 내 일이 더 잘 된다'고 느끼게 하는 것 아닐까. 혼자 잘 짜는 코드도 중요하지만, 함께 일하는 흐름을 매끄럽게 만드는 것도 개발자로서 스스로를 증명하는 방식이 될 수 있다는 걸 다시 한번 느꼈다.

---

기술 트렌드 & 인사이트 공유

"최신 도구·문법을 적극적으로 제안해주십니다. 다양한 인사이트를 문서화하여 팀 내에 공유해주십니다. 항상 발전하고자 하는 의지가 느껴지고 동료 개발자로서 큰 귀감이 됩니다."

새로운 도구나 문법을 발견했을 때 혼자 써보고 끝내는 것보다, 팀이 함께 활용할 수 있도록 정리해서 나누는 게 자연스러운 흐름이라고 생각해왔다. 트렌드를 좇는 것 자체보다, 그것이 우리 팀의 맥락에서 어떤 의미를 가질 수 있는지를 함께 고민하는 과정이 더 중요하다고 느껴왔기 때문이다.

---

DX 개선 — 결과로 설득하기

"Orval로 리액트 쿼리 API 연결 자동화를 해주셔서 동료 프론트 개발자로서 상당한 생산성 향상을 체감했습니다."

OpenAPI 스펙 기반으로 React Query 훅을 자동 생성하는 작업을 처음 도입할 때, 솔직히 공감대를 얻는 게 쉽지 않았다. 길게 설명하는 것보다 일단 작동하는 걸 보여주는 게 낫겠다 싶어서 먼저 만들어봤고, 팀원들이 직접 체감할 수 있는 변화로 이어졌다. 이 경험을 통해 다시 한번 확인한 것이 있다면, 생산성 도구는 말이 아니라 결과로 설득해야 한다는 것이다. 그리고 그 결과는 내 속도가 아니라 팀 전체의 흐름으로 측정되어야 한다.

---

침착함 & 신뢰

"어이없는 상황에서도 침착하게 업무를 정리하며 커뮤니케이션하는 능력, 요구사항이 많은 파트 프론트엔드에서 얼마나 큰 장점인지. 이 분 없으면 일 안 돌아갑니다."

예상하지 못했던 피드백이라 더 오래 마음에 남았다. 예측하기 어렵고 변수가 많은 상황에서도 흔들리지 않고 업무를 정리하는 모습이, 동료에게 '신뢰'라는 형태로 쌓여 있었다는 것. 침착함은 원래 타고나는 거라고 생각했는데, 돌아보면 그것도 조금씩 선택하고 훈련해온 결과였던 것 같다. 감정이 앞서는 순간에도 한 템포 늦추고 정리해서 말하려는 습관이, 팀 안에서 안정감으로 작용하고 있었다는 걸 이번에 처음으로 제대로 인식했다.

---

마치며 — 피드백은 거울이다

이번 피드백을 통해 가장 크게 느낀 건, 내가 잘하고 있는 것과 앞으로 채워 나가야 할 방향이 생각보다 선명하게 보인다는 점이었다. 나를 보는 눈들이 생각보다 섬세했고, 그들이 건네는 언어가 생각보다 따뜻했다.

개발자로서의 성장이 새로운 기술 스택을 이력서에 쌓는 것만은 아니라는 걸, 이번에 다시 한번 느꼈다. 팀 안에서 어떤 흐름을 만들어가고 있는지, 어떤 흔적을 남기는지, 그리고 그 흔적이 동료들의 고단함을 조금이라도 덜어주었는지 — 그런 것들이 어쩌면 더 본질적인 성장의 지표일 수 있다.

앞으로도 정확하게 일정을 산출하고, 꼼꼼하게 싱크를 맞추면서, 내가 가진 것들이 팀에게 온전히 닿을 수 있도록 더 선명하게 일하는 개발자가 되고 싶다.

이 글을 빌려, 성장의 거울이 되어준 동료들에게 진심으로 감사를 전한다.

동료 피드백을 바탕으로 작성한 개인 회고입니다.