다섯 단계로 완성하는
기획과 개발
분석, 설계, 진행, 검증, 회고의 다섯 단계를 따르다
01 분석
나를 이해하는 첫 번째 단계
강점과 보완점을 담은 SWOT,
경험에서 업무 취향 발견하기
SWOT
STRENGTH
- 흩어진 정보를 구조화해 진짜 문제가 무엇인지 찾기
- 기획과 개발의 언어를 함께 이해하기
WEAKNESS
- 충분한 이해를 위해 종종 길어지는 초기 탐색
- 세부 표현을 오래 다듬는 경향
OPPORTUNITY
- 개발 경험을 바탕으로 실행 가능한 기획으로 연결하기
- 데이터와 사용자 행동을 근거로 틀 밖에서 사고하기
THREAT
- 범위와 집중할 영역을 명확히 정하기
- 기술적인 문제와 사용자 관점 사이에서 균형 잡기
업무 취향
정리
복잡한 것은 명확히 정리하기
흩어진 요구사항을 구조화하고 우선순위를 정합니다. 팀이 같은 방향으로 판단할 수 있도록 범위와 기준을 문서로 남깁니다.
기준
애매한 것은 기준부터 세우기
정답을 바로 내려야 한다는 압박보다, 무엇을 기준으로 판단할지 먼저 정합니다. 용어, 범위, 우선순위, 성공 지표를 분명히 한 뒤 다음 단계로 넘어갑니다.
소통
다른 생각은 정확히 소통하기
서로 다르게 이해한 채 진행되지 않도록 기획 의도를 명확히 전달합니다. 개발자, 디자이너, 기획자 사이의 해석 차이를 줄입니다.
02 설계
각 단계에서 남는 것들
분석부터 회고까지,
단계별 역할과 대표 산출물로 전체 흐름을 이해하기
※ 산출물의 작성 시점은 프로젝트 성격과 진행방식에 따라 달라질 수 있습니다.
각 단계의 대표 산출물을 눌러 확인해보세요.
01
분석
문제를 정의한다
캡처 교체 예정
02
설계
범위를 좁히고 기준을 세운다
캡처 교체 예정
03
진행
설계한 대로 실행한다
캡처 교체 예정
04
검증
사전에 정한 기준으로 확인한다
캡처 교체 예정
05
회고
배운 것을 정리하고 축적한다
캡처 교체 예정
03 진행
다섯 단계로 진행한 프로젝트
분야는 달라도, 단계는 같았던 프로젝트 자세히 보기
04 검증
개발로 직접 검증하는 기획
개발자의 시선으로 바라본
기획의 언어가 구현되는 과정
PROJECT-01
관찰을 곧바로 문제로 단정하지 않기
타 채널 재확인은 이탈이 아니라 자연스러운 탐색일 수 있다. 맥락을 확인한 뒤 문제를 정의한다.
PROJECT-01검증 가능한 범위로 좁히기
영향이 큰 문제보다, 직접 검증하고 확실히 확인할 수 있는 단위로 구체화한다.
PROJECT-01결과보다 먼저 기준 정하기
검증 전에 성공지표를 사전 설정해, 결과에 따라 해석이 흔들리지 않게 한다.
추가 예정
다음 프로젝트의 회고
추가 예정
다음 프로젝트의 회고
다음 배움이 쌓이는 자리
프로젝트가 끝날 때마다 이 목록이 늘어납니다.