[회고] 2025년 하반기 회고

들어가며

2025년 하반기 회고를 하려고 한다.

회고 잘하는 법, 유의미한 회고, 다른 개발자의 회고, 다른 직군의 회고를 찾다보니까 괜히 잘써야될 것 같고 책 한권을 내야될 것 같은 기분이 든다.

보여주기 위한 회고를 쓰려고 하다보니 좋은 회고를 찾게 되고 글을 몇일동안 못써서, 생각나는대로 그냥 나를 돌아보려고 한다.

회고의 목적

사람마다 회고하는 목적은 다를 것 같다.

나의 회고는 그래서 앞으로 어떻게 할 것인가? 에 대한 방향성을 정하기 위한 회고다.

물론 지난 시간을 돌아보는 일만으로도 충분히 가치있고 중요한 일이지만, 회고에서 나 열심히 살았구나라는 위로보단 아쉬웠던 점을 개선하고 싶은 마음이 더 크다.

지난 하반기를 돌아보며

하반기엔 꿈에 그리던 당근에서 인턴을 하며 재밌고 알차게 보냈다.

운영팀으로 입사해서 백오피스만 다룰줄 알았는데, 생각보다 빠르게 처리해서 플랫폼 업무까지 할 수 있었다.

플랫폼은 신입을 잘 안뽑는데 덕분에 이전에 하지 못했던 다양한 경험들을 많이 할 수 있었다.

확실히 서비스 부서와는 많이 달랐고, 플랫폼팀에서 일하면서 내가 원하는 개발자 방향을 좀더 구체화할 수 있었다.

엄청난 팀원분들 덕분에 많이 배울 수 있었고, 내가 좋은 경험을 하고 갈 수 있도록 많이 도와주셨다.

인턴 끝무렵에는 다른 회사 면접도 많이 봤는데, 아이러니하게도 경험을 다양하게 적을수록 서류합격률은 올라가는데 면접이 훨씬 어려워진다.

퇴사한 다음날 공허함은 잊을 수 없다. 엄청난 인턴 경쟁률을 뚫고 남들이 가고싶어하는 회사에 들어갔는데, 인턴과 정규직은 꽤나 거리감이 있어보였다.

회사 안에서 경험한 사내 문화는 더 좋을 수 있을까 생각이 들 정도로 좋았다. 복지적인 측면도 물론 좋지만, 따뜻한 분위기, 쉽게 질문할 수 있는 분위기, 구성원으로서 신뢰받는 기분들이 일을 잘할 수 있게 만드는 것 같다. 언젠간 다시올거다~!

회사는 어떤 개발자를 원할까?

나는 보통 기술 면접보다 컬쳐핏 면접이 더 어려웠는데, 정답이 없는 문제를 정답을 찾으려다가 스스로 말린다. 컬쳐핏 면접을 몇번 봐본 경험으로 출제자의 의도를 나름대로 해석해봤다.

• 어떻게 일하는 사람이고, 왜 그렇게 일을 했는지를 통해 회사에 들어왔을 때 어떻게 일할지를 예상한다.
• 이전 경험에서 해결한 문제와 해결 방법들을 통해 합류해서도 우리 팀의 문제를 해결할 수 있을지 예상한다.
• 최종까지 가더라도 채용 과정에 대한 비용보다, 이 사람이 합류했을 때 팀에 미칠 리스크를 더 크게 보고 조금이라도 핏이 안맞으면 부정적인 감정을 강하게 가진다.
• 결국 같이 일할 사람을 뽑는 과정이다. 지원자가 진짜 이 회사에 관심이 있는지, 이 회사를 성장시키는 데 기여할 사람인지 검증한다.

물론 위 내용도 뇌피셜이지만 이 생각을 가지고 답변을 하려고 노력했더니 좋은 결과가 있었다.

나는 어떤 개발자가 되고 싶었는가?

나는 원래 대체되지 않는 개발자가 되고 싶었다. 언제나 갈아끼워질 수 있는 부품같은 사람이 되고 싶지 않았다. 그래서 더 근본적인 학습을 하려고 노력했고, why에 대한 탐구를 해나갔다.

하지만 회사를 다녀보니까 대체되지 않는 개발자는 거의 없다. 정확히는 그 사람 자체를 대체한다기보단 그 사람이 하던 역할이 분배되거나 채워진다. 물론 그 사람의 영향력에 따라 일하는 속도가 느려질 수 있겠지만, 인턴은 물론이고 리더가 나가더라도 그 빈자리는 어떻게든 채워진다.

또한 그 역할이 대체되지 않는 것은 회사 입장에서도 문제다. 그 사람이 퇴사한다고 프로젝트 진행이 멈추는 버스팩터가 존재한다면 위험한 구조다. 그 사람이 바쁘면 우선순위가 밀려 병목이 생기고 많은 사람들이 힘들어지는 구조가 될 것이다.

그래서 현재는 대체되지 않는 개발자를 목표로 삼기보단 문제정의를 잘 하는 개발자가 되려고 노력하고 있다.

나는 왜 플랫폼보다 서비스가 되고 싶을까?

프론트엔드에도 플랫폼팀과 서비스팀이 나눠진다. 보통은 플랫폼팀이 구분되어 있는 경우가 많지 않은데, 서비스가 고도화될수록 전문적인 팀이 필요할 때 플랫폼팀이 생겨나는 것 같다.

내가 이해하기로 플랫폼팀은 개발환경을 개선하고 사내 구성원들의 일하는 방식을 바꾸는 방향으로 일한다면, 서비스팀은 사용자와 더 가까이서 소통하고 디벨롭하는 역할을 한다고 생각한다. 전회사의 표현을 인용하자면 플랫폼은 수비수, 서비스팀은 공격수다.

나는 서비스쪽에서 개발하고 싶은 사람이다.

정확히는 지금은 서비스가 하고 싶고, 경력이 쌓인 후 플랫폼을 하고 싶다. (몇년 뒤엔 이 구분도 의미가 없을 수 있겠지만)

서비스가 하고 싶은 이유는 내가 프론트엔드를 개발하게 된 이유와 같다. 사용자와 가장 가까이에서 서비스의 가치를 전달하는 역할을 하고 싶다. 내가 구현하고 개선한 영역이 서비스에 직접적으로 드러나고 사용자에게 편의성을 제공함으로써 성취감을 느낀다.

플랫폼이 경력 쌓인 후 하고 싶은 이유는 플랫폼 업무는 많은 다른 부서와 소통하여 설득하고, 모든 것이 트레이드오프와의 싸움이며, 최선의 선택으로 새로운 방향으로 나아가야 한다. 서비스보다 더 상위의 역량을 요구한다고 생각하고, 좀더 실무 경험을 한 뒤에는 더 잘할 수 있을 것 같다는 생각이 들었다.

어떤 경험을 하고싶은가?

빠른 이터레이션 속에서도 좋은 품질의 코드를 작성하며 의사결정을 잘 내리는 사람임을 보여주고 싶다.

이력서에서 보여준 역량은 플랫폼 엔지니어의 내용이 많다. 시간적 여유가 없더라도 높은 퍼포먼스를 보여줄 수 있는 사람인지 보여주자.

프로덕트 엔지니어로 일하면서 가장 경계해야되는 건 피쳐 개발만 하다가 끝나는 것인 것 같다. ai가 발전하면서 실제로 구현 속도가 빨라지기도 했고 팀에서도 구현 속도가 빨라지는 걸 기대할 것이다. 작업하면서도 왜 못했는지, 더 효율적으로 방법은 없었는지를 고민하는 것도 중요할 것이다.

제한된 환경에서도 최선의 방향으로 문제를 해결하는 엔지니어로 성장하고 싶다.

주도적인 프로덕트 엔지니어가 되보자.

지난 인턴 경험들을 바탕으로 아쉬웠던 점 중 하나다. 소위 말하는 미움받을 용기가 부족했던 것 같고, 자신감이 부족했다. 먼저 서비스나 개발환경의 문제점을 드러내고 해결방안을 제안해보자. 그러기 위해 도메인 지식을 의도적으로 학습하고, 모르는 내용을 정리해서 질문하고, 자주 기록하자.

액션 아이템

이후에 좀더 구체적으로 어떤 액션을 취했을 때 해당 액션아이템을 달성했다고 볼 것인지를 작성해봐도 좋을 것 같다.

• 진행상황 더 자주 공유하기
  • 경험상 늦게 공유할수록 더 잘 공유해야할 것 같아 공유를 못하게 된다.
  • 내가 한 작업에 대해 슬랙에 공유하면 다른 팀에서 인사이트를 주기도 하고, 반대로 다른 팀에서 같은 일을 반복해서 하지 않아도 된다.
  • 공유를 잘해서 예측가능한 사람이 되는 게 중요하다.
  • 해결 방법을 이미 알고 정했더라도 공유하자.
    • 팀원들이 더 좋은 방법을 알 수도 있고, 팀과 싱크를 맞추는 것만으로도 효과적이다.
• 정보에 대한 질문이 아니라, 의견을 물어볼 땐 질문만 하지 않고 내 생각과 함께 전달하기
  • 어떻게 하면 좋을지 궁금해서 여쭤봤는데 오히려 내 생각을 물어봐서 당황했던 적이 있다.
  • 내가 어떻게 할지 정리가 안된상태에서 물어봐서 잘 대답을 못했다.
  • ~문제가 있어서 이렇게 해결하려고 하는데 어떻게 생각하시나요? 이유는~ 느낌으로 물어보자.
• 작업할 때 어떤 부분에서 병목이 생기는지 의도적으로 인지하기
  • 1~2주씩 걸렸던 작업들이 있는데, 지금 생각해보면 그렇게까지 오래걸릴 작업인가싶다.
  • 일할 때 실제로 어떤 것 때문에 오래걸렸는지 의도적으로 인지하자 → 작업일지로 개선해보기
• 팀 내에 업무할 때 어디서 병목이 생기는지 파악해보기 + 병목이 생기는 지점을 시스템화 해보기
  • 이건 지속적인 관찰이 필요하고, 불편함을 예민하게 받아들여야 가능할 것 같다.
  • 여기는 원래 이렇게 하는거구나로 넘어가고 이후에 적응하는 경우가 많았다. 불편해도 그냥 하는 경우가 있고, 적응돼서 불편하다고 생각안했는데 더 편한방법이 있을 수 있다.
  • 불편함을 느꼈을 때 왜 그렇게 하는지에 대해 물어보고 이를 시스템화하는걸 고민해보자.
• 서비스의 문제점이나 개선점을 먼저 제안해보기 + pm의 제안에 논리적으로 반박하기
  • 새로운 사람의 시선으로 적극적으로 제안해보자.
  • 분위기에 따라 다르겠지만 내 생각을 많이 표현하자. 그냥 ok 하는 건 서로에게 독이될 수 있다.
• 신입이라는 마인드 갖지 않기
  • 신규 입사자의 태도를 말하는 게 아니다.
  • “신입이니까 난 잘 모른다”, “신입이니까 오래걸린다”, “신입이니까-” 마인드를 갖지 않고, 회사의 구성원으로서 자신감 갖고 행동하자.
• 도메인 지식 의도적으로 학습하기
  • 회의록을 속기하듯이 작성하면서 내가 모르는 용어들을 정리해보기
  • 각각의 상황에서 팀원들이 어떻게 의사결정하는지 파악해보기
• 작업일지 템플릿 개선하기
  • 루틴으로 만들기 위해 템플릿화를 시켰는데, 빈 일지가 자꾸 생긴다.
  • → 루틴화가 안된 것
  • 루틴화가 안된 것은 일하는 흐름과 맞지 않다는 것(불편하다는 것). 아니면 생각하지 않고 일단 개발하는 것. 아니면 큰 작업에 대해 태스크를 제대로 나누지 못하고 한번에 처리하는 것.
  • as-is: 오늘 할 일(회의 또는 작업) / 기술 키워드(키워드를 뽑아 일과 외에 공부) / 작업 내용(보통은 작업 내용 나열) / 회고(오늘 회고인데 거의 안씀)
  • to-be: 오늘의 한마디 → TODO → 기술 키워드 → Decision → Blocker → Done → 내일 제일 먼저 할 일