하루일문
[Chapter 13] 프로젝트 이해하기 본문
1️⃣ 프로젝트의 기본
🔷 프로젝트 개념
일정한 기간 내에 일정한 목적을 달성 하기 위해 수행하는 업무
정해진 리소스(금액, 기간)라는 제약조건 하에서 요구사항을 수행하는 방식으로 진행
-> 요구사항을 잘 정리해야할 필요가 있음
🔷 프로젝트 생성 배경
- 비즈니스 전략의 변경하는 경우
- 새 서비스 런칭을 위한 홍보용 웹이 필요한 경우
- 조직의 중요한 변화가 있어 대내외적으로 공표가 필요한 경우
- 사용자 환경/관계/트렌드 변화 등에 대응하야하는 경우
🔷 프로젝트 특징
- 일지적/한시적 : 시작과 끝이 정해저 있음
- 고유성 : 모든 인력, 컨셉, 일정 비용 등이 정해져 있음
- 불확실성 : 불확실한 것을 점진적으로 구체화해 나가는 것
- 산출물 : 고유한 산출물, 상품 등의 결과물이 존재
🔷 프로젝트 구조
🔸 발주사(Client)
- 사업 계획 : 프로젝트 목적을 정하고 컨펌을 받음
- 예산 확정 : 프로젝트 내 예산 확정
- RFP(Request For Proposal) 작성 : 제안서를 작성(프로젝트 범위를 명확하게 정함)
- 제안 평가
- 우선협상대상업체 선정
- 구축사 확정
🔸 구축사(수행사, SI/web agency)
- RFP 분석
- RFA 작성 및 사전 인터뷰 : RFP에 대작 질문들을 선정하여 인터뷰 함.
- TFT 수립 : 프로젝트를 수행하기 위한 팀을 수립, 제안서를 작성하기전 어필을 하기위해 수주 받기 전에 수립하기도 함.
- 제안서 제출
- 경쟁 PT
🔷 프로젝트 컨셉 정의
프로젝트 목적과 목표를 명확히 정의해야함(모호함을 명확하게!)
- 프로젝트 기능과 역할
- SK 사이트의 컨셉은? : 홍보 + 브랜드 아이덴티티를 위한 앱
- 수익 모델
- 수익을 위한 웹이라면 수익을 늘리는 방법
- 커머스 : 어떻게하면 더 팔 수 있을까?
- 유튜브 : 영상을 많이 보게하려면?
- 비즈니스적 니즈
- 보다 많은 접속을 원한다면? : 검색에서 위에 뜨도록
- 들어온 사용자 중 많은 사람들이 결제를 하게 하려면?
- 사용자 니즈
- 편리한 서비스 및 목적에 맞는 강의 수강
🔷 프로젝트에서 기획자의 역할
다양한 사람들과의 중심에 서서 커뮤니케이션이 중요함!
2️⃣ 프로젝트 시작하기
🔷 프로젝트 컨셉 정의
- 목표 정의 : 트랜디한 콘텐츠를 빠르게 업데이트하여 사용자의 즐거움을 주고 유입을 늘려 광고수익 창출
- 기능과 역할 : 뷰티, 패선, 라이프 등 다양한 콘텐츠 정보 제공
- 수익 모델 : 매거진 브랜드 홍보와 잡지 구매율을 높이고 방문율을 높여 광고비를 통한 수익 창출
- 경쟁력/차별화 : 광고 영역에 대한 사용자 개인화를 통해 다양한 광고를 노출할 수 있도록 하며 브랜드 협찬 유도 / 사용자가 직접 콘텐츠를 제작하여 업도드를 할 수 있는 창구를 만들어 보다 적극적인 참여 유도
🔷 프로젝트 준비하기_ 발주사
- 사전정보 요청서(RFI, Requst For Information )
- 다양한 업체들에 대한 회사 소개, 서비스 소개, 시장 동향, 주요 경쟁사 정보 등을 제공받아 진행하고자 하는 업무에대한 정보를 미리 수집하고 비교 분석
- 추진하고자 하는 업무에 대한 간단한 개요, 목적, 기간 정도를 표시하고, 필요로 하는 정보에 대해 리스트업 한 후 제출 날짜를 기재한 공무을 보내주고 외주업체는 자식의 업체가 선택 받을 수 있도록 최대한 어필할 수 있는 정보를 담아 의뢰업체에 제출
- 제안 요청서(RFP, Requst For proposal)
- 발주자가 특정 과제의 수행에 필요한 요구사항을 체계적으로 정리하여 제시함으로써 제안자가 제안서를 작성하는데 도움을 주기 위한 문서
- 제목, 목적과 목표, 내용, 기대성과, 수행기간, 금액, 참가자격, 제출서류 목록, 요구사랑, 제안서 목차, 평가 기준등 포함
- 제안 견적 요청서(RFQ, Request For quotation)
- 입찰 참여 조건을 갖춘 업체만 작성할 수 있으며, 견적이 나와있는 문서인 만큼 제공할 기술이나 제품에 대한 상세한 정보와 스펙 기재
- 국내 기업은 RFP 요청시 RFQ를 함께 요청하여 예산을 파악하고 제시해야 업체 선정에 유리
🔷 프로젝트 준비하기_ 수행사
- 제안서
- RFP 기준으로 목차와 함께 제출
- 업무분석
- 프로세스 정의
- 산출물 정의
- 제안견적서
- 기간 및 단가가 포함된 상세한 견적을 적음
- 투입인력 계획서
- 일정 및 투입 인력 프로필
- 일정과 실제 투입은 조정할 수 있지만, 쓸때는 명확하게 적어야한다.
- 해야할 업무를 해본 일력을 넣는게 좋음
- 인력 구성, 인력 산정
프로젝트 과업 이해도가 높아야하고, 예산과 근접한 가격제시, 관련 프로젝트 경험, TFT 구성의 적절성과 일정 등이 맞아야 강점을 어필할 수 있음.
3️⃣ 프로젝트 Process
- 계획
- 업무 부석
- 인력 구성
- 환경 셋팅
- 프로세스 정의 : 그냥 프로세스 뿐만아니라 일력 프로세스도 포함
- 산출물 정의 : 공식/비공식 둘다 포함되기 때문에 회의록 등을 포함 됨.
- 일정산정
- 분석
- 환경 분석
- 요건 분석
- 콘텐츠 분석
- 정책 정의
- 가이드 정의 : 작은것 부터 개발 디자인 등까지 가이드를 잡는다
- 시스템 분석
- 설계
- IA
- 기능 정의
- 서비스 프로세스
- 와이어 프레임
- 스토리보드 완성
- 시스템 설계
- 구현
- 디자인
- 퍼블리싱
- 시스템 개발
- 스토리보드 리뷰
- 스토리보드 현행화(변경)
- 단위 테스트
- 검수
- 검수 및 스토리보드 고도화
- 단위 테스트
- 통합 테스트
- 종료
- 문서 최신화
- 운영 메뉴얼
- 인수인계 준비
- 안정화 준비
4️⃣ 프로젝트
🔷 계획
- 제안서
- 제안 견적서
- 투입인력 계획서
+ 실 투입인력 계획, 상세 WBS, 환경셋팅, 메인 시안용 기획, 제안 범위 재협의, IA 초안 작업
맨먼스 : m/m 한달에 몇명을 투입할 것이냐?
🔷 분석
환경분석 | 요건 분석 | 콘텐츠 분석 | 정책 정의 |
시장 환경 분석 | ASIS(현재) 분석 | ASIS(현재) 분석 | ASIS(현재) 분석 |
업무 환경 분석 | 요구사항 정의 | IA 방향 정의 | 전략 정의 |
벤치 마킹(제안서에 중요한 부분을 집중하여) | 개발 가능 범위 확인 | 개선안 도출 | 서비스별 정책 |
+ ASIS(현재) 분석, 상세 스케줄링, 공수재산정(인원 투입의 변경), 개발 환경 분석, 디자인 벤치마킹, 가이드 작업 |
분석단계에서 업무 범위와 방향을 어느정도 정한다음 설계를 한다고 생각
🔷 설계
IA | 기능 정의 | 서비스 프로세스 | 와이어프레임 | 스토리 보드 완성 |
IA 구조 확정 | 각 IA별 기능 정의 | 각 IA별 프로세스 | 화면 설계(UI) | 개발 리뷰 최종 |
IA 별 업무 배분 | 요구사항 정의 업데이트 |
정책 확정 | 디스크립선 정의 | 커뮤니케이션 문서 완성 |
개발 리뷰하며 같이 최종 작성 |
개발 리뷰 | 개발 리뷰 | 개발 리뷰(디자인 포함) | |
+ 시스템 설계, 퍼블 가이드 및 구현, 디자인 가이드 및 구현, 개발 범위 검토 |
스토리보드를 독촉당하더라도 분석을 하고 와야지 제대로된 스토리보드를 만들수 있음으로 급하게 작성은 삼가자.
🔷 구현
스토리보드 리뷰 | 스토리보드 현행화 | 단위 테스트 |
각 파트 리뷰 | 현행화, 고도화 (엄청난 변화는 금물!) |
실시간 단위 테스트 통합 테스트 시나리오 작성 |
+ 디자인, 퍼블, 개발 |
모든 것을 알고 계획하는 것은 사실상 불가능, 문서를 항상 오픈하여 관계자들과 리뷰하며 방향을 맞춰나간다
🔷 검수
검수 및 스토리보드 고도화 | 단위 테스트 | 통합 테스트 |
디자인 검수 | 단위 테스트 시나리오 | 통합 테스트 시나리오 |
퍼블 검수 | 개발 단위 테스트 | 개발 단위 테스트 |
스토리보드 고도화 | 스토리보드 고도화 | 스토리보드 고도화 |
+ 디자인 / 퍼블 / 개발 검수, 성능테스트, 품질 검증, 배포 준비 |
🔷 종료
문서 최신화 | 운영 메뉴얼 | 인수인계 준비 |
정책서 | 화면별 운영메뉴얼 (캡처를 하나씩 뜨면서 사용자, 관리자 메뉴얼 제작) |
|
요구사항 정의서 | UI 가이드 | |
IA | 운영 가이드 | |
스토리 보드 | ||
+ 운영가이드, 완료 보고서, 안정화 계획, 유지보수 협의 |
🔷 안정화
서비스 오픈 후 대응 | 미진한 서비스 및 개발 보완 | 최종 검수 |
사용자 대응 | 오류 및 이슈 보완 | 최종 시스템 검수 |
시스템 모니터링 | 검수 확인서 | |
이슈 지원 | ||
+ 잔금 처리 |
🔷 산출물
약속한대로 개발했는지 확인할 수 있는 증빙서류.
공공프로젝트에선 굉장히 중요.
문서를 어떻게 어떠한 내용으로 작성되어있는지 중요하기때문에 스토리보드 작성이 제일 중요!
'pm > TIL' 카테고리의 다른 글
[Chapter 14] 서비스 기획서 작성하기 02 (1) | 2023.10.12 |
---|---|
[Chapter 14] 서비스 기획서 작성하기 01 (1) | 2023.10.08 |
[Chapter 12] 기획자가 UX를 이해하는 방법 (0) | 2023.10.01 |
[Chapter 11] 개발자와 디자이너와 협업하는 방법 (1) | 2023.09.28 |
[Chapter 10] 서비스 정책서와 요구사항 정의서 (PRD) (1) | 2023.09.28 |