강의명 : 제품 관리자와 서비스 기획자를 위한 실전 노하우 - 아낌없이 드립니다!
링크 : https://www.inflearn.com/course/%EC%A0%9C%ED%92%88-%EA%B4%80%EB%A6%AC%EC%9E%90-%EC%8B%A4%EC%A0%84-%EB%85%B8%ED%95%98%EC%9A%B0#curriculum
2강 : 기획자가 필요한 조직, 필요없는 조직! (PO, PM, 기획자)
https://youtu.be/30Ej_bF4 Tu4
일반적으로 기획자란?
IT 기획 사업기획 등등 많음
그중 여기서 기획자는 서비스 기획자를 말함
서비스 기획자 : 비즈니스 요구사항을 분석하고 제품 설계를 담당하는 사람
Q. 우리는 고객이 가진 문제와 해결책을 분명하게 이해하고 있고 결과에 대한 확신까지 가지고 있는가?
-> yes -> 빠르게 출시하는 게 중요함. -> 워터폴 방식
-> uhmm,,, -> 잘 모르겠는 경우 가설을 세우고 실험하는 과정이 필요 -> agile 방식
1. 워터폴 방식
if, 확신과 아이디어가 있는 클라인트가 SI/에이전시에 의뢰 -> 제작 -> 실무
이때, 기획자의 역할 : 요구사항 분석(클라이언트의, 프로젝트 관련), 제품 설계 업무
제품 설계업무 - 1. IA 설계 2. 스토리보드 제작
ㄴ IA 설계 -> 목표 : 전체적인 범위 파악과 짜임새 있는 구조를 위해
ㄴ 스토리보드 제작 + 서비스 정책 + 기능 정의 + UI 설계
이렇게 제품 설계가 어느 정도 되면 디자이너와 개발자가 업무 시작함.
이때부터 기획자는 디자이너, 개발자, 클라이언트 간의 의사소통
이런 조직에서 기획자의 역할이 매우 중요함. 이때 필요한 능력
1. 커뮤니케이션 - ui/ux, 테크, 비즈니스, 문서작업(보고서, 설계문서)
2. ㄴ을 위한 배경 능력 = 커뮤니케이션
기획자와 별개로 PM이 있는 경우가 있다.
PM은 기획자가 하는 경우도, 디자이너나 개발 리더가 하는 경우도 있다.
[업무방식]
명확한 요구사항 분석 -> 완벽한 제품 설계를 통한 제작
if, 인하우스인 경우, 클라이언트가 아니라 사업리더
2. agile 방식
조직 구성 - PO, PM이 사업리더 / 디자이너 / 개발자
ㄴ 워터폴 방식과의 차이점 : 기획을 PM, PO, 디자이너, 개발자가 모두 참여함 -> 문제가 주어졌을 때 각자가 가진 전문성을 가지고 아이데이션을 하고 딱 맞는 방법론을 찾아가는 과정을 진행함
기획을 모두가 하기 때문에 커뮤니케이션을 다 잘하는 것이 중요함.
하나의 제품을 바라보고 달리는 one-team 구조가 매우 중요함
커뮤니케이션을 모두 디렉트로 함. 유연한 커뮤니케이션
단, 전문성은 구분됨
1. po, pm - 비즈니스/문서작업
2. 디자이너 - ux
3. 개발자 - 테크
[문서작업]
워터폴 방식에서 기획자 문서작업은 제품 설계에 중점
애자일에서 PM, PO의 비즈니스 로드맵, 전략적 내용, 유저 요구사항 등
애자일에서는 서비스 기획자가 없다 - po, pm에게 가장 중요시되는 역할 1) 제품 로드맵 2) 팀 매니지먼트 + 디자이너 개발자 등으로 구성된 팀을 원팀으로 구성하는 것도 중요하다.
[업무 방식]
가설을 세우고 실험을 하는 형식으로 진행함. 이 사이클을 빠르게 진행함
데이터 분석, A/B테스트를 많이 함
ㄴ현재는 앱 중심이므로 애자일 방식이 주된 형태
어떨 때 어떤 방식?
if 제품에 대한 확신, 타이밍이 있다면 -> 워터폴
if 없다면 -> 애자일 (mvp 형태로 만듦)
(병행) if 고객이 없을 때 -> 워터폴로 빨리 만들고 제품 만든 후 애자일로 진행하는 경우도 있음
(하나의 제품에 두 가지 방식) 사용자에게 wow point 최고의 경험을 주는 것이 중요함.
ㄴ 어드민 페이지, 공급자 계정 등은 요구사항이 명확하고 wow point 가 필요 x -> 이런 경우 워터폴
ㄴ 고객들을 위한 앱은 wow point 중요해서 -> 애자일 방식으로 진행
pmpo vs 기획자
기획자는 좀 더 실무에 포커스 - 제품 설계/커뮤니케이션
pmpo - 실무 설계보다는 로드맵/팀 매니지먼트하는 비즈니스적 포커스
ㄴ 물론 회사마다 다르다.
기획자가 필요한 조직
1. 사업리더, 제품팀이 있는데 잘 안 맞는 경우. 커뮤니케이션이 잘 안될 때
2. 애자일 방식에서도, 실제적으로 제품 설계해줄 사람이 필요할 때
커뮤니케이션이 잘 안되는 경우에 좋은 기획자가 들어오면 문제를 해결할 수 있다.