프로젝트 프로세스
(워터폴 방식을 기본으로 설명)
- 프로젝트 계획 > 분석 > 설계 > 구현 > 검수 > 종료
단계별로 반드시 끝나야 다음 단계로 넘어간다.
단계별 산출물 정의되며 산출물 작업이 어느 정도 완료되어야 다음 단계로.
1. 프로젝트 프로세스_계획
-총괄 매니저 역할을 하는 프로젝트 리더가 작업하는 단계
-업무를 분석하고 상세한 업무별 인력 구성, 전체적인 환경에 대한 세팅, 인력이나 산출물 등 프로젝트 모든 것에 대한 프로세스 정의, 공식 비공식 산출물(비공식 예시-회의록,근거자료가 되는 것들), 세부 일정
-To Be Discuess(TBD, 추후 논의)
-WBS (일정표)
-메인 시안용 기획: 제안서 디자인 그대로 가지 않는 경우가 많기 때문에 메인 시안용 기획 필수, 프로젝트 성격을 이해하고 서비스에 대한 분석이 있는 기획자 담당(보통 5년차 이상의 경력)
-제안 범위 재협의: 제안서 재협의 및 확정
-실투입인력계획_man-month m/m 맨먼스 개념
산출물 정의
-규칙에 맞게 산출물을 정리하는 것 중요하다. 폴더관리, 프로젝트 넘버링에 익숙해질 것
-상세 WBS (work breakdown structure)
ms 프로그램을 통해 작성하기도 한다.
일정을 잘 숙지하고 일정에 맞춰 업무가 잘 진행되는지 관리하는 것 중요.
2. 프로젝트_분석
분석 단계는 굉장히 본격적인 시작을 의미한다.
서비스와 연관된 네트워크 구조를 바라보는 시각 가지기.
제품 자체와 경쟁사, 시장 분석 등
환경, 요건, 콘텐츠 분석, 정책, 가이드 정의(산출물에 대한 가이드 정의)
기획자의 가장 큰 산출물은 화면 설계서(스토리보드)
밴치마킹: 프로젝트 방향, 콘셉트에 따라 중점을 둬야 하는 부분 다르게 가져가기
ASIS :현재 / To be: 향후, 오픈 이후
정책정의 - 전략 정의
ex) ASIS 현재는 회원 가입할 때 ID만 받는다. To be 추후에는 이메일로도 가입할 수 있는 정책을 세운다. 이메일을 갖고 추후 마케팅 활동을 명확하게 할 수 있다.
공수 재산정 - 요건에 따라서 맨먼스가 달라지거나 추가 비용이 요구되거나
[참고]프로젝트 분석_산출물 리뷰
샘플, 주절주절 문서화보다 명확한 전달을 위한 도식화! 결론을 먼저 이야기하라
3. 프로젝트_설계
분석 단계를 잘 완료한 후 설계 단계로 넘어온다. (워터폴)
-IA정의, 기능 정의, 서비스 프로세스, 와이어 프레임, 스토리보드 완성, 시스템 설계
-분석 단계에서 정의한 것들이 변경될 수도 있다.
-하지만 분석 단계에서 충분히 분석을 하고 개선 방향을 설정하고 업무 범위에 대해 정의했다면 그것에서 나온 인사이트를 기반으로 설계를 한다.
-스토리보드 재촉에 흔들리지 말고 스토리보드 완성을 위해 분석 단계에서 했던 정책과 요구사항에 대한 정의를 스토리보드 안에 잘 녹여내는 작업 중요하다.
-IA별 업무 배분 ex) 로그인과 회원가입 / 메인과 공통 / 마이 페이지
IA가 무엇인지 잘 이해하기!
크게 크리티컬한 것이 아니면 설계 단계에서 IA 확정
기능정의 - 요구사항 정의: 분석 단계에서도 요구사항 정의서가 있지만 설계하면서 발생한 변동사항을 업데이트
와이어프레임 - 화면 설계: 와이어프레임에 대한 디스크립션, 화면에 대한 이터랙션, 개발 규칙, 정책
개발리뷰: 디자인도 포함
화면정의서 = 화면설계도 = 스토리보드 = SB
프로젝트 설계_산출물 리뷰
IA 샘플
대시보드 = 메인의 개념
정보구조는 너무 깊은 뎁스를 만들면 안된다. 네비게이션 측면에서 좋지 않다.
4. 프로젝트_구현
-개발자 파트
디자인, 퍼블리싱, 시스템 개발, 스토리보드 리뷰, 스토리보드 현행화, 단위테스트(개발의 모든 산출물 테스트, 검증, 실시간으로 하기도 한다)
-기획자 역할 : 스토리보드 리뷰, 스토리보드 현행화, 고도화 (실무자들과 이야기하며 진행)
[참고]프로젝트 구현_산출물 리뷰
단위테스트 통합테스트 시나리오: 작성했던 화면 설계서를 기준으로(화면 ID뎁스) 우리가 행해야 하는 모든 프로세스에 대해 정의
(필드마다, 프로젝트마다 양식 다양하다)
5. 프로젝트_검수
-검수 및 스토리보드 고도화, 단위 테스트, 통합 테스트
(전체 플로우 개발 완료 후 테스트,모든 관계자들 참여, 테스트와 수정 반복)
6. 프로젝트_종료
-문서 최신화, 운영 매뉴얼, 인수인계 준비, 안정화 준비
화면별 운영매뉴얼: 사용자가 이용하는 화면들을 캡쳐 뜨고 각각 어떻게 운영하면 되는지 작성
+프로젝트_안정화
+프로젝트 산출물
-단계별 산출물, 오픈 시점과 싱크를 맞춰 최신화
-공공기관 프로젝트에서는 특히 산출물이 많고 중요시한다.
-프로젝트 종료 이후에 다음 담당자가 와서 오픈 시점의 정책서를 확인해야 할 일이 있을 수도 있다.
'PM study log' 카테고리의 다른 글
| study log.23 서비스 분석 (0) | 2023.03.10 |
|---|---|
| study log.22 서비스 기획서 작성하기 (0) | 2023.03.10 |
| study log.20 프로젝트 이해하기_2 (0) | 2023.03.07 |
| study log.19 프로젝트 이해하기 (0) | 2023.03.06 |
| study log.18 기획자가 UX를 이해하는 방법 (0) | 2023.03.02 |
