PM은 보통 서비스 코드를 직접 바꾸지 않는다. 지난 몇 달 동안 나는 그 경계에서 작은 실험을 해봤다. AI 도구를 이용해 세 개의 PR*을 만들었고, 그 경험이 나에게 무엇을 가르쳐줬는지 돌아봤다.
플랫폼 전반에 걸쳐 용어를 업데이트해야 하는 일이 있었다. 개발자들은 바쁜 상황이었고 변경 사항은 대부분 텍스트 수정이었다. 그래서 '이 정도는 내가 해볼 수 있지 않을까?'라는 생각이 들었다.
여러 페이지를 한 번에 수정하기 전 먼저 코드베이스에 익숙해지고 PR을 올리는 과정이 어떤지 경험해 보고 싶었다. 그래서 내가 하려던 작업과 비슷하면서도 훨씬 단순한 수정이 무엇일지 찾아보기 시작했다.
그러다 플랫폼 메인 페이지에 있는 미션 문장이 아직 예전 버전이라는 걸 발견했다. GitHub Copilot을 이용해 해당 파일을 찾았고 그 문장만 최신 버전으로 수정해 PR을 올렸다. 아주 작은 변경이었지만 코드베이스를 직접 탐색하고 수정하고 리뷰를 받는 첫 PR 경험이었다.
두 번째 PR에서는 같은 방식으로 작업을 진행했다. 자신감이 좀 붙은 터라 여러 페이지에 걸쳐 변경을 적용했고, 원래 하려고 했던 용어 업데이트 작업을 마무리했다.
GitHub Copilot의 도움을 받았지만 내가 어떤 변경을 하는지 하나하나 이해하고 있었고, PR 리뷰에서 받은 피드백이 무엇을 의미하는지도 정확히 알고 있었다.
세 번째 PR에서는 Claude Code를 사용했다. 이 도구가 얼마나 강력한지 알게 되자 얼른 뭔가를 해보고 싶어졌다. 한 가지 일이 떠올랐다. 오랫동안 나를 거슬리게 했던, 하지만 항상 우선 순위에서는 밀려 있던 페이지 보완 작업이었다. 페이지 이름을 더 정확하게 바꾸고 빠져 있던 정보들을 추가하는 일을 해보기로 했다.
이번에는 단순한 텍스트 수정이 아니었다. UX와 API까지 함께 바꾸어야 하는 작업이었다. 대부분의 작업을 AI에게 맡겼다. 결과물의 겉모습은 꽤 그럴듯해 보였다. 그대로 PR을 올렸다.
나는 몇 가지 중요한 단계를 건너뛰고 있었다. 제대로 검증하지도 않았고, 영향을 받는 팀들과 사전에 논의하지도 않았으며, 이 일이 정말 지금 가장 중요한 일인지 스스로에게 묻지도 않았다. 사실 이런 질문들은 코드에 손대기 전에 PM으로서 먼저 했어야 하는 것들이었다.
에이전틱 개발은 이미 코드가 만들어지는 방식을 바꾸고 있다. 지금 중요한 것은 이 흐름을 받아들일 것인가가 아니라, 이 속도를 어떻게 다룰 것인가이다. AI는 우리가 생각하는 것보다 훨씬 빠르게 움직인다. 하지만 제품을 만드는 일은 여전히 속도만으로 해결되지 않는다. 무엇을 먼저 해야 하는지 판단하고, 관련된 사람들과 방향을 맞추고, 변화가 가져올 영향을 살펴보는 일들은 여전히 사람의 몫이다.
이번 경험을 통해 나는 한 가지를 더 분명히 느꼈다. 코드에 더 가까워질수록, 오히려 PM으로서 던져야 할 질문들은 더 중요해진다는 것이다. 특히 개발자는 아니지만 점점 코드에 가까워지고 있는 우리 같은 사람들에게, 이 질문들은 한 번쯤 오래 붙잡고 생각해 볼 가치가 있다.
* PR (Pull Request): 코드 변경 사항을 저장소에 반영하기 전에 팀원들에게 검토를 요청하는 절차. 보통 다른 엔지니어들이 변경 내용을 확인하고 피드백을 준 뒤 최종적으로 코드에 반영된다.