기획자의 작업대

PM이 될 것인가, PO가 될 것인가? IT 기획자의 커리어 로드맵 완전정리 “커리어는 방향이 아니라 습관이다. 오늘의 선택이 내일의 경로가 된다.” – 제임스 클리어, 『아주 작은 습관의 힘』 IT 기획자라는 직무는 분명히 존재하지만, 정작 커리어 경로는 명확하게 정의되어 있지 않습니다. 주니어 기획자 시절에는 기획서 작성과 퍼블리싱 협업에 집중하다가, 점점 PM(프로젝트 매니저) 또는 PO(프로덕트 오너)의 역할로 나아가게 되죠. 하지만 그 두 길 중 어떤 방향이 나에게 맞는지, 그리고 각각 어떤 역량이 필요한지에 대해 고민하는 분들이 정말 많습니다. 이 글에서는 기획자의 커리어 로드맵 을 명확히 정리하고, PM과 PO의 차이, 그리고 실제 이직과 업무에서 어떻게 방향을 잡아야 하는지를 실무 중심으로 설명드리겠습니다. 목차 IT 기획자의 현재 위치 점검 PM vs PO, 무엇이 다른가 기획자의 커리어 단계별 역할 변화 각 커리어 트랙에 필요한 핵심 역량 커리어 선택 시 자주 하는 실수 실무에서 커리어를 설계하는 방법 FAQ (자주 묻는 질문) 1. IT 기획자의 현재 위치 점검 IT 기획자라는 역할은 조직마다 다르게 정의됩니다. 스타트업에서는 PO나 PM과 역할이 섞이는 경우도 있고, 대기업에서는 명확히 기획/PM/PO가 분리되어 있죠. 먼저 자신의 현재 역할을 정리해보는 것이 출발점 입니다. 내가 하는 일의 중심은 ‘문서 작성’인가? 제품 방향에 대한 의사결정까지 개입하고 있는가? 개발/디자인 팀과 주도적으로 커뮤니케이션하고 있는가? 2. PM vs PO, 무엇이 다른가 구분 PM (Project Manager) PO (Product Owner) 중심 역량 일정/리소스 관리, 커뮤니케이션 고...

PM vs 기획자? 역할 정리로 협업 혼란 끝! PM이 기획도 하고, 기획자가 일정도 짜고? 헷갈리는 PM vs 기획자 역할 정리 한 번에 끝내기 “PM은 일정 관리만 하는 사람 아니야?”, “기획자가 개발자랑 커뮤니케이션도 해줘야 하는 거 아냐?” 이런 질문들을 저도 프로젝트에 참여하면서 자주 들어왔습니다. 현장에서는 이런 혼란이 끊임없이 반복됩니다. 명확한 정의가 부재하고, 조직마다 역할이 조금씩 다르기 때문에 실무자들이 가장 혼란스러워하는 영역이기도 합니다. 이 글에서는 P M과 기획자의 실제 업무 분담 기준을 명확히 구분 하고, 혼란을 줄일 수 있는 실무 기준을 제시하겠습니다. 특히 스타트업, 중소기업, 대기업 등 각 조직 환경에 따라 어떻게 역할이 달라지는지에 대해서도 자세히 설명 드리겠습니다. 이 글을 읽고 나면, 지금까지 애매했던 업무 경계가 한결 분명해질 것입니다. 목차 PM과 기획자, 왜 자꾸 헷갈릴까? PM의 핵심 업무 5가지 기획자의 핵심 업무 5가지 현장에서 자주 겹치는 업무와 그 기준 조직별 역할 분담 사례: 스타트업 vs 대기업 정리표: 헷갈릴 때 이걸 보세요 결론: 혼란을 줄이는 핵심은 '명확한 커뮤니케이션' FAQ PM과 기획자, 왜 자꾸 헷갈릴까? 두 역할 모두 "프로젝트를 성공시키는 것" 이 최종 목표입니다. 하지만 그 접근 방식과 주 업무는 다릅니다. PM은 조율과 관리 중심 기획자는 문제 정의와 솔루션 설계 중심 문제는 실무에서는 이 두 영역이 자주 섞입니다. 특히 인력이 적거나, 애자일 환경에서는 경계가 더 모호해지죠. PM의 핵심 업무 5가지 프로젝트 일정 및 범위 관리 이해관계자 조율 (개발, 디자인, QA, 마케팅 등) 리스크 관리 및 우선순위 판단 주간 스크럼, 데일리 스탠드업 등 의사소통 체계 운영 성과 측정 및 보...

IT 기획자의 역할 – 실무 단계별 핵심 역할 분석 저는 지난 22년간 IT 기획자로 일하면서 수많은 프로젝트의 기획과 설계를 직접 경험했습니다. 단순히 문서를 잘 쓰는 사람이 아닌, 기술과 비즈니스, 사용자의 요구를 연결하는 설계자로서의 기획자의 역할을 절감했습니다. 지금처럼 AI나 자동화 도구가 없던 시절, 기획자는 모든 것을 사람의 손으로 정리하고 설계했습니다. 저는 PowerPoint와 Excel만으로 수십 명의 팀과 협업하며 기획서를 만들었고, 개발자와 디자이너가 이해할 수 있도록 문서 하나하나를 설계도처럼 그려냈습니다. 이 글은 그런 아날로그 시절의 실무 감각을 바탕으로, IT 기획자의 핵심 역할을 5단계로 정리한 실무 가이드입니다. 📌 목차 1. 요구사항 정의 – 문제를 명확히 구조화하는 힘 2. 기획 문서 작성 – PPT는 설계도였다 3. 일정 및 리소스 관리 – 계획은 엑셀로 시작했다 4. 커뮤니케이션 허브 – 문서만으로는 부족했다 5. 데이터 기반 의사결정 – 직관과 수기로 해석한 데이터 마무리 – 기획자는 문제를 해석하고 연결하는 설계자 1. 요구사항 정의 – 문제를 명확히 구조화하는 힘 프로젝트의 출발점은 요구사항 정의입니다. 초기에는 고객사 미팅, 내부 회의, 이메일 등을 통해 들어온 정보를 모두 수작업으로 정리했습니다. Excel로 인터뷰 내용을 정리하고, 주요 니즈를 범주화해 프로젝트의 핵심 목표를 도출했습니다. 실무 예시 고객사와의 통화 내용 Excel에 수기 기록 기존 시스템 사용 흐름 수작업 분석 화면 단위 기능 분해 작업 요구사항이 어긋나면 이후 모든 기획이 엇갈립니다. 기획자는 '진짜 문제'를 밝혀내는 사람입니다. 2. 기획 문서 작성 – PPT는 설계도였다 기획자는 PPT로 모든 것을 설명해야 했습니다. ...