1장. 기획 업무는 어떻게 달라지는가
이 장의 목적
이 장은 AI 시대에 기획 업무가 왜, 어떻게 달라지는지를 설명한다. 그리고 그 달라짐이 모든 맥락에서 동일하게 적용되는 것이 아님을 먼저 구분한다.
이 장을 읽고 나면 독자는 다음을 할 수 있어야 한다.
- AI가 모호함을 증폭시키는 도구와 발견하는 도구 중 어느 쪽으로 작동하는지, 그 차이를 입력 구조 관점에서 설명할 수 있다.
- 자신의 기획 과제가 어떤 맥락에 속하는지 두 축으로 구분할 수 있다.
이 책은 AI 모델 구조나 프롬프트 테크닉을 다루지 않는다. 이 책의 중심 질문은 하나다.
AI가 읽고 이어갈 수 있도록 기획 산출물을 어떻게 바꿀까.
1. 문서가 빨리 써지는 것과 일이 잘 되는 것은 다르다
AI가 들어오면서 가장 먼저 쉬워진 일은 문서 초안 만들기다. 회의 내용을 요약하고, 요구사항 목록을 정리하고, PRD 초안을 쓰고, 테스트 포인트 후보를 뽑는 일은 예전보다 훨씬 빨라졌다.
문제는 여기서 많은 팀이 착각하기 쉽다는 점이다.
- 문서가 빨리 만들어지면 요구사항도 정리된 것처럼 보인다.
- 항목이 많아지면 검토가 충분히 된 것처럼 보인다.
- 표현이 매끈하면 실행도 잘될 것처럼 보인다.
하지만 실제 실무에서는 전혀 다른 질문이 남는다. 이 문서가 정말 같은 의미로 읽히는가. 정책과 예외가 빠지지 않았는가. 누가, 언제, 어떤 기준으로 판단하는지가 드러나는가. 뒤 단계 문서로 안정적으로 이어질 수 있는가.
즉, 문서 생성 속도는 올라갔지만 실행 가능한 요구사항의 품질까지 자동으로 올라간 것은 아니다.
2. AI가 바꾼 것은 속도만이 아니다
생성형 AI가 바꾼 것은 단지 초안 생성 속도가 아니다. 산출물의 역할 자체가 바뀌었다.
과거에는 기획 문서가 회의와 승인, 전달을 위한 결과물이었다. 문서를 써서 공유하고, 합의하고, 다음 사람에게 넘기면 그 역할이 끝났다.
AI 시대에는 문서의 역할이 다르다. 문서는 AI가 읽는다. 문서는 다른 문서로 변환된다. 문서는 테스트케이스, 프로토타입, 개발 태스크로 내려간다. 문서는 운영 지식과 연결된다. 즉, AI 시대의 산출물은 ‘빨리 쓰는 문서’가 아니라 빨리 이어지고 빨리 퍼지는 문서가 된다.
이 변화는 네 가지 방향으로 나타난다.
변환성: 한 문서가 다른 문서의 초안으로 더 쉽게 변환된다. 단, 이 변환이 안정적이려면 원본 문서의 구조가 먼저 변환 가능한 형태여야 한다.
재사용성: 기준 문서와 과거 산출물을 다시 활용하기 쉬워진다. 재사용이 쉬워질수록 기준이 되는 문서를 잘 만들어두는 것이 더 중요해진다.
추적 필요성: 변환이 빨라질수록 무엇이 어디서 왔는지 추적해야 한다. PRD가 바뀌었을 때 어떤 테스트케이스가 구 버전을 기준으로 만들어졌는지 알 수 있어야 한다.
검증 필요성: 초안이 쉬워질수록 검증 기준은 더 엄격해야 한다. 그럴듯해 보이는 문서가 핵심 예외를 빼먹거나 기준 문서와 어긋난 채 다음 단계로 넘어가기 쉬워지기 때문이다.
3. AI와 모호함: 증폭과 발견
예전에는 문서가 모호해도 중간에 사람이 오래 붙들고 있으면서 암묵적으로 메우는 경우가 많았다. 회의를 다시 하고, 메신저로 물어보고, 개발자가 “아마 이런 뜻이겠지” 하며 구현을 맞추는 식이었다.
AI 시대에는 이 모호함이 더 빨리 다음 단계로 넘어간다. PRD 초안이 바로 생성되고, 시나리오와 테스트케이스 후보가 바로 이어진다. 입력 구조가 약하면 같은 요구사항이 서로 다른 문서에서 다르게 해석되고, 정책 문장이 그럴듯한 규칙처럼 바뀌지만 실제 기준과는 어긋나며, 예외 처리 누락이 빠르게 복제된다.
반대로 AI는 모호함을 발견하는 도구가 될 수도 있다. “이 정책에서 빠진 예외 케이스를 찾아줘”, “두 조건이 충돌하는 경우가 있는지 검토해줘”처럼 쓰면, 사람이 놓친 구멍을 문서 작성 단계에서 먼저 드러내게 할 수 있다.
AI가 모호함을 처리하는 방식은 사용 방식에 달려 있다. 구조가 약한 문서를 입력으로 넣으면 모호함이 빠르게 증폭되고, 작성된 문서를 비판적으로 검토하게 하면 모호함을 조기에 발견할 수 있다. 두 경우 모두 결과를 좌우하는 것은 입력 구조의 품질이다.
4. 기획 업무의 맥락: 두 축과 출발점
지금까지 본 AI의 특성—빠른 초안, 빠른 변환, 모호함 증폭—은 모든 기획 맥락에서 동일하게 작동하지 않는다. 어떤 환경에서, 어떤 생애주기 위에서 일하느냐에 따라 출발점이 달라지기 때문이다.
이 책은 기획 업무를 두 축으로 나눈다.
- 수행 환경: 수주형(SI/에이전시)인가, 자사 서비스(Product/Platform)인가
- 생애주기: 신규 구축(New, 0→1)인가, 고도화·운영(Enhancement, 1→N)인가
| 구분 | 신규 구축(0→1) | 고도화·운영(1→N) |
|---|---|---|
| 수주형(SI/에이전시) | 범위 정의, 검수 기준, 합의 가능성이 핵심 | 변경 요청, 영향도, 인수 기준이 핵심 |
| 자사 서비스(Product/Platform) | 문제 정의, MVP, 빠른 학습이 핵심 | 운영 정합성, 레거시 처리, 예외 규칙 정리가 핵심 |
이 표는 단순한 분류가 아니다. 어떤 산출물이 먼저 와야 하는지를 결정하는 기준이다.
같은 기획이어도 맥락에 따라 출발점이 다르다. 수주형 신규 구축에서는 범위와 책임의 명확화가 먼저다. 수주형 고도화에서는 변경 책임과 범위 합의가 핵심이다. 자사 서비스 신규 구축에서는 어떤 문제를 풀어야 하는가와 MVP 범위가 먼저다. 자사 서비스 고도화는 새로운 기능을 덧붙이는 일이 아니라, 기존 정합성을 유지하며 바꾸는 일에 가깝다.
AI는 맥락을 대신 판단하지 않는다. 같은 양식으로 너무 다른 문제를 처리하려는 것이 AI 시대에 더 자주 드러나는 실수다. AI는 문서 형식을 그럴듯하게 맞추는 데는 능하지만, 그 문서가 지금 다루는 과제의 맥락에 맞는지는 자동으로 보장해주지 않는다.
5. 그래서 PM/PO의 일은 구조 설계로 이동한다
AI는 회의록 구조화, PRD 초안 생성, 정책 후보 추출, 시나리오 정리, 테스트 포인트 후보 생성 같은 일을 잘 돕는다.
반면 아직도 AI가 대신하기 어려운 일이 있다. 이번 과제의 실제 범위를 결정하는 일, 어떤 예외를 공식 규칙으로 인정할지 판단하는 일, 어떤 문서를 기준 문서로 둘지 결정하는 일, 어떤 산출물 체인이 필요한지 설계하는 일, 어디에서 승인을 걸고 검증할지를 정하는 일이 여기에 해당한다.
이 경계는 고정된 것은 아니다. AI가 트레이드오프를 분석하고 우선순위 프레임을 제안하는 능력은 계속 확장될 것이다. 다만 이 책이 다루는 시점에서는 위 항목들이 여전히 PM/PO가 책임져야 하는 영역이다.
그래서 PM/PO의 중심 업무는 문서를 많이 직접 쓰는 일에서 문서의 경계와 체인을 설계하는 일로 이동한다. AI가 초안을 만들수록, 그 초안이 실행 가능한 구조 위에 놓이도록 책임지는 역할은 더 중요해진다.
6. 이 장의 핵심 메시지
AI 시대의 기획 경쟁력은 문서 작성 속도가 아니라 산출물 구조를 설계하는 능력이다.
문서를 빨리 만드는 것과 일을 제대로 하는 것은 다르다. 산출물은 더 빨리 이어지고 변환되기 때문에 모호한 요구사항은 더 빨리 증폭된다. 어떤 구조를 설계해야 하는지는 맥락에 따라 달라지며, AI는 그 맥락을 대신 판단하지 않는다.
7. 다음 장으로의 연결
이 장에서는 AI 시대에 기획 업무가 어떻게 달라지는지, 그리고 그 달라짐이 맥락에 따라 어떤 의미를 갖는지 보았다.
어떤 맥락에서든 공통적으로 필요한 것이 있다. 문장보다 구조가 먼저다. 다음 장에서는 왜 구조가 먼저여야 하는지, 기획 산출물의 역할이 어떻게 보고용 문서에서 실행용 입력물로 바뀌어야 하는지를 다룬다.
다음 장: 2장. 구조가 먼저다