인텔 특강: 스타트업 PM의 프로젝트 관리 및 AI 활용

3월 27일에는 스타트업 PM의 프로젝트 관리 및 AI 활용 특강을 들었다. 강사님은 지난 10년 동안 다섯 곳의 스타트업에서 일해 왔고, 지금은 친구분과 함께 2인 스타트업을 직접 창업해 운영 중이라고 소개했다. 그래서인지 이번 강의는 PM을 교과서적으로 설명하는 느낌보다는, 진짜 작은 조직에서 제품을 굴려 본 사람이 할 수 있는 현실적인 이야기들에 훨씬 가까웠다.

이번 특강에서 좋았던 점은 PM이라는 직무를 막연하게 멋있어 보이는 역할로 포장하지 않았다는 것이다. 회의를 많이 하는 사람, 일정만 관리하는 사람, 혹은 아이디어를 던지는 사람 정도로 보이는 오해를 걷어 내고, 실제로는 무엇을 정리하고 누구와 어떻게 맞물려 움직여야 하는지를 꽤 구체적으로 설명했다. 내용 흐름도 PM/PO는 어떻게 일할까 -> PM/PO의 AI 활용법 -> 채용 시장의 변화 순서로 이어져서 역할 이해와 도구 활용, 시장 변화가 한 번에 붙었다.

스타트업 PM은 직무보다 일의 빈칸을 먼저 메우는 사람처럼 보였다

강의 초반에는 PM, PO, Project Manager를 나눠서 설명하는 흐름이 먼저 나왔다. 같은 조직 안에서도 이 세 역할이 섞여 보이는 이유와, 실제로는 어디에 더 무게가 실리는지가 정리됐다. Product Manager는 제품의 방향과 우선순위를 고민하는 역할에 가깝고, Product Owner는 실행 단위와 백로그를 더 구체적으로 다루는 쪽에 가깝고, Project Manager는 일정과 조율, 관리 측면에 조금 더 가깝다는 식이었다.

그런데 스타트업에서는 이 경계가 생각보다 또렷하지 않았다. 강의를 들으면서 든 생각은, 스타트업 PM은 직함보다 맡는 역할로 먼저 설명되는 사람에 가깝다는 점이었다. 팀이 작을수록 기능 정의, 일정 정리, 커뮤니케이션, 우선순위 설정, 문서화, 상황 공유를 한 사람이 여러 겹으로 맡게 되기 때문이다. 그래서 이번 특강은 직함 구분 자체보다 어떻게 일하는가를 계속 강조했다.

특히 PM을 비즈니스 임팩트를 낼 수 있는 고객의 문제를 정의하고 문제 해결 전략을 수립하는 사람, PO를 프로덕트 전반을 관리하는 사람 쪽으로 설명한 대목이 기억에 남는다. 사전식 정의라기보다, 이 직무가 결국 어디까지 책임지는지를 드러내는 문장에 가까웠다.

결국 핵심은 HOW TO WORK였다

중간부터 반복해서 나온 키워드가 HOW TO WORK였다. 이 표현이 이번 강의의 핵심이라고 느꼈다. PM을 이해할 때 가장 중요한 건 도대체 어떤 태도로 일을 구조화하느냐는 것이다. 같은 기능 하나를 두고도 누군가는 바로 개발 얘기로 들어가지만, PM은 먼저 왜 이걸 해야 하는지, 누구에게 필요한지, 어떤 순서로 풀어야 하는지, 어떤 제약이 있는지부터 정리해야 한다.

강사님이 스타트업 경력을 오래 가져와서 그런지, 이 부분이 특히 현실적으로 들렸다. 인력이 넉넉하지 않은 조직에서는 누가 정리해 주기를 기다릴 수 없고, 불분명한 상태로 일하면 팀 전체 속도가 크게 떨어진다. 그래서 PM의 가치는 뭔가를 새로 발명하는 데만 있는 게 아니라, 애매하고 흩어진 상황을 다른 사람들이 움직일 수 있는 구조로 바꾸는 데 있다는 생각이 들었다.

USERS, CORE PRODUCT, BUSINESS, TECHNICAL, MARKET가 원처럼 놓인 구성이 있었는데, 이 그림도 이해가 잘 됐다. PM은 이 다섯 축이 따로 놀지 않게 붙들어 주는 사람이라는 뜻으로 읽혔다. 사용자만 봐도 안 되고, 사업만 봐도 안 되고, 기술 제약을 모르고 밀어붙여도 안 되는 자리라는 점이 잘 드러났다.

PM과 PO의 차이는 문서보다 책임 범위에서 갈렸다

강의에서는 PM/PO 차이도 따로 비교했다. 여기서 좋았던 건 용어 풀이로 끝내지 않고, 실제로 어디까지 책임을 지는지를 기준으로 설명했다는 점이다. 좋은 PM은 요구사항을 단순히 취합하는 사람이 아니라, 제품이 가야 할 방향과 우선순위를 고민하고 팀이 흔들리지 않게 기준을 잡는 사람처럼 보였다. 반대로 PO는 실행 현장과 더 밀착해 백로그를 정리하고, 기능 단위의 구체적인 정의를 다루는 쪽에 더 가까웠다.

물론 스타트업에서는 이 둘이 분리되지 않는 경우도 많아 보였다. 강의 전체 흐름도 사실 그걸 전제로 하고 있었다. 결국 이름보다 중요한 건, 누가 제품의 관점에서 맥락을 붙들고 있고 누가 실행 가능한 단위로 구체화하고 있는가였다. 그래서 PM/PO를 구분하는 것보다, 그 책임을 내가 실제로 수행할 수 있는지를 보는 게 더 중요하다는 생각이 들었다.

실제 프로젝트 관리는 회의가 아니라 정보 정리였다

중반부의 Roles, Real Process, Kick-off 파트는 프로젝트 관리에 대한 인상을 많이 바꿨다. 보통 프로젝트 관리라고 하면 일정표, 칸반 보드, 회의 일정 같은 걸 먼저 떠올리기 쉬운데, 이번 강의에서는 그보다 먼저 문제 정의와 정보 정리가 강조됐다.

무엇을 만들지, 왜 지금 해야 하는지, 누가 어떤 상태인지, 프론트엔드와 백엔드와 인프라가 어디서 맞물리는지, 지금 막히는 지점이 무엇인지 같은 걸 계속 정리하지 않으면 프로젝트는 금방 흐트러진다. 특히 스타트업에서는 기능 하나가 곧 사업 판단과 연결되기 때문에, “일정을 관리한다”는 말보다 “불확실성을 줄인다”는 표현이 더 맞아 보였다.

강의에서 말한 킥오프와 실제 프로세스 이야기도 같은 맥락이었다. 가설 -> 고객의 니즈 -> 사업적 니즈 -> 기획 -> 디자인 -> 개발 -> 결과 측정 -> 개선&고도화 같은 흐름을 보고 나니 PM은 중간 관리자가 아니라 제품 루프를 계속 돌리는 역할에 가깝다는 점이 더 선명해졌다. 좋은 시작은 일을 많이 나누는 게 아니라, 팀이 같은 문제를 보고 있다는 상태를 만드는 일이라는 말이 특히 크게 남았다.

PM에게 필요한 역량은 툴 사용보다 맥락을 잡는 힘에 가까웠다

후반부에는 COMPETENCY에 해당하는 내용도 이어졌다. 이 부분을 들으면서 느낀 건, PM 역량은 특정 협업 툴을 얼마나 잘 쓰느냐로만 설명하기 어렵다는 점이다. 물론 문서화, 일정 관리, 커뮤니케이션, 우선순위 정리, 회의 운영, 이해관계자 조율 같은 스킬은 분명히 필요하다. 하지만 강의가 더 강조한 건 상황을 읽고, 정보를 묶고, 빠르게 판단 가능한 상태로 바꾸는 힘이었다.

스타트업 PM은 정답이 있는 문제를 푸는 사람이라기보다, 아직 정리되지 않은 문제를 정리 가능한 형태로 바꾸는 사람에 더 가까워 보였다. 그래서 좋은 PM은 “무엇을 해야 하는지 아는 사람”이기도 하지만, 동시에 “지금 무엇을 하지 말아야 하는지도 정할 수 있는 사람”이어야 한다는 생각이 들었다.

역량을 다섯 가지로 나눈 부분도 인상적이었다. 문제 정의, 요구사항 구조화, 데이터 감각, 의사결정, 커뮤니케이션이었다. 그중에서도 좋은 PM/PO는 문제를 먼저 정확히 정의하고, 나쁜 PM/PO는 기능부터 이야기한다는 문장이 가장 오래 남았다. 요구사항 구조화도 막연하지 않았다. 목적, 대상, 상황, 행동, 기대 결과를 나눠 적으라는 식이었는데, 이 정도로 구체적이어야 팀이 실제로 움직일 수 있겠다는 생각이 들었다.

AI는 PM을 대체하기보다 정리 속도를 높이는 도구처럼 보였다

강의 후반부에서 가장 실용적이었던 건 HOW TO USE AI, Tips for Using AI 파트였다. 여기서는 PM 업무 안에서 AI를 어떻게 써야 하는지를 꽤 직접적으로 설명했다. 특히 PRD를 예시로 든 부분이 인상적이었다. AI를 쓰면 문서를 통째로 대신 써 줄 것 같지만, 실제로는 문서 초안 정리, 아이디어 구조화, 회의 내용 요약, 요구사항 분해, 빠른 대안 탐색 쪽에서 훨씬 힘을 발휘한다는 설명이었다.

이 설명이 좋았던 이유는 과장되지 않았기 때문이다. AI가 PM을 대신해서 판단을 내려 주는 게 아니라, PM이 원래 해야 할 정리 작업의 속도를 높여 주는 도구라는 관점이 분명했다. 결국 무엇이 중요한지, 어떤 요구사항이 말이 되는지, 어떤 우선순위가 지금 맞는지는 사람이 판단해야 한다. AI는 그 과정의 초안과 재료를 더 빨리 만드는 데 유용한 도구에 가깝다는 말이 가장 설득력 있었다.

실제로 작은 팀일수록 이 활용 방식이 더 중요할 것 같았다. 2인, 3인, 5인 팀에서는 정리와 문서화, 아이디어 구조화에 들어가는 시간도 부담이 되기 쉬운데, AI가 그 초기 비용을 줄여 주면 PM은 더 핵심적인 판단에 시간을 쓸 수 있기 때문이다.

정리된 AI 활용 팁 네 가지도 좋았다. 첫째, AI를 정답 요구가 아니라 사고 보조로 써야 한다는 점. 둘째, 사람의 판단을 대신시키기보다 업무 압축 도구로 써야 한다는 점. 셋째, PM이 AI에게도 좋은 팀장이 되어야 한다는 점. 즉 목적, 맥락, 제약조건, 출력 형식을 최소한 같이 줘야 한다는 설명이었다. 넷째, 마지막 검증과 판단은 직접 해야 한다는 점이었다. AI는 그럴듯하게 말하지만, 그게 사실인지 추론인지, 조직 상황에 맞는지, 실제 운영 가능한지는 결국 사람이 확인해야 한다는 말이 현실적이었다.

앞으로의 PM 일자리는 더 적어지기보다 더 압축될 것 같았다

마지막 파트는 Market Shifts, FUTURE JOB, Quantity < Quality, AI Leverage, Native Value 같은 키워드로 마무리됐다. 내가 이해한 핵심은 이랬다. PM 역할이 사라진다기보다, 단순 전달자나 정리자에 머무는 역할은 점점 약해지고, AI를 활용하면서도 본질적인 판단과 구조화를 할 수 있는 사람의 가치가 더 커질 수 있다는 것이다.

특히 Quantity < Quality라는 표현이 기억에 남는다. 팀이 커지고 문서가 많아지는 것보다, 더 적은 사람으로 더 선명하게 움직일 수 있는 구조가 중요해지고 있다는 뜻으로 들렸다. 스타트업에서는 원래도 인력이 적기 때문에 한 사람이 더 넓은 책임을 지기 쉽다. 여기에 AI까지 붙으면, 앞으로는 단순히 많은 일을 처리하는 PM보다, 핵심 문제를 빠르게 구조화하고 적은 자원으로도 팀을 움직이게 만드는 PM이 더 유리해질 것 같았다.

마지막 두 장의 모든 사람이 PM/PO가 되어야 한다, 모든 사람이 CEO가 되어야 한다는 문장도 기억에 남는다. 이걸 직함을 모두 PM으로 바꾸자는 말로 들리지는 않았다. 오히려 각자 자기 자리에서도 문제를 정의하고, 우선순위를 판단하고, 비즈니스 관점으로 생각해야 한다는 뜻에 더 가까웠다. 결국 PM식 사고가 특정 직무의 전유물이 아니라 팀 전체의 기본 역량으로 퍼져 가는 흐름이라는 말처럼 들렸다.

들으면서 남긴 내 생각

이번 3월 27일 특강은 PM을 더 현실적인 직무로 보게 만든 시간이었다. 예전에는 PM을 기획자와 관리자 사이 어디쯤에 있는 역할로 흐릿하게 생각하는 편이었는데, 이번 강의를 들으면서 스타트업 PM은 오히려 문제 정의와 구조화, 우선순위 판단, 커뮤니케이션 정렬을 맡는 핵심 축에 가깝다는 인상이 강해졌다.

특히 좋았던 건 AI 활용 얘기를 할 때도 유행처럼 다루지 않고, PRD 초안 작성이나 요구사항 정리, 회의 정리 같은 실제 업무 장면으로 연결했다는 점이다. 덕분에 이야기가 덜 뜬구름 같았다. AI는 PM의 일을 없애는 게 아니라, 생각보다 손이 많이 가는 정리 업무를 줄여 주는 도구가 될 수 있다는 관점도 분명했다.

결국 이번 강의를 듣고 남은 문장은 이것이다. 스타트업에서 PM은 정답을 들고 있는 사람이 아니라, 팀이 정답에 가까워지도록 문제를 정리하는 사람이다. 그리고 AI는 그 정리의 속도를 높여 주는 도구이지, 그 판단 자체를 대신해 주는 존재는 아니다. 3월 27일 특강은 그걸 꽤 실감 나게 보여 준 시간이었다.