【최종수정시각】 2025. 06. 07. 18:00
목차
13 프로젝트 이해하기
13.1 프로젝트 개념
- 프로젝트의 뜻
- 일정한 기간 안에 일정한 목적을 달성하기 위해 수행하는 업무
- 정해진 기간, 배정된 금액, 투입인력 등 일정한 제약조간 아래 요구사항(requirements)를 수행하는 방식으로 진행한다.
- 프로젝트의 대표적인 추진 배경
- 사업 전략이 변경되는 경우
- 신규 서비스 혹은 상품 출시를 위한 홍보용 웹/앱이 필요한 경우
- 기업/조직에 중요한 변화가 발생하여, 이를 대내외적으로 공표해야 할 경우
- 사용자 환경의 변화, 사용자와의 관계 변화, 기술 트렌드의 변화 등 각종 변화에 대응해야 하는 경우
- 프로젝트의 특징
- 일시성/한시성
: 시작하는 시점과 끝나는 시점이 분명하게 존재한다. - 고유성(uniqueness)
: 각 프로젝트의 환경은 매번 다르다. 예) 인력, 컨셉, 일정, 비용 등 - 불확실성
: 애매모호 또는 미지의 상태에서 출발하여 점차 명확한 상태로 나아간다. - 결과성
: 결과가 산출물 형태로 남는다.
- 일시성/한시성
- 프로젝트의 구조
- 발주사 혹은 클라이언트 기
- 사업 계획
- 예산 확정
- 제안요청서(request for proposal, RFP) 작성 및 공고
- 제안 평가
- 우선협상대상업체 선정
- 구축사 확정
- 구축사 혹은 수행사 예) SI(system integration, 시스템 통합) 업체, 웹/앱 에이전시
- RFP 분석
- 답변요청서(request for answer, RFA) 작성 및 사전 인터뷰
- 태스크 포스 팀(task force team, TFT) 편성
- 제안서 작성 및 제출
- 경쟁 PT
- 발주사 혹은 클라이언트 기
- 프로젝트의 목적과 목적
: 프로젝트는 목적과 목표를 명확히 정의해야 한다.
- 기능과 역할
예) 대기업의 대표 웹사이트는 상품 판매보다는 그룹 전체의 BI(brand indentity) 홍보를 위해 제작한다. - 수익 모델
예) 유튜브(YouTube) 같은 동영상 플랫폼은 주로 광고 동영상 삽입을 통해 수익을 창출한다. - 비즈니스적 니즈
예) 제로베이스(zero-base) 같은 인터넷 강의 서비스는 단순히 사용자가 많이 방문하는 것을 넘어, 활동이 강좌 구매까지 이어지길 원할 것이다. - 사용자 니즈
예) 제로베이스(zero-base) 같은 인터넷 강의 서비스의 사용자는 PC 스트리밍 외에도 모바일 스트리밍도 희망할 것이다.
- 기능과 역할
13.2 프로젝트에서 기획자의 역할
서비스 기획자는 아래 예시와 같은 해당 프로젝트의 모든 관련자들 간 의사소통 중심(communication hub)이 되어야 한다.
- 클라이언트
- 이해관계자
- 총괄 관리자
- 디자이너
- 퍼블리셔
- 개발자
13.3 프로젝트 시작하기
- 프로젝트 컨셉 정의
목표, 기능과 역할, 수익 모델, 경쟁력, 차별성 등을 구체적으로 정의한다.
- 예시 | 잡지(magazine) 브랜드 런칭 프로젝트
- 목표
: 트랜디한 콘텐츠를 빠르게 업데이트하여 사용자의 즐거움을 주고 유입을 늘려 광고 수익을 창출한다. - 기능과 역할
: 뷰티, 패션, 라이프 등 다양한 콘텐츠와 정보를 제공한다. - 수익 모델
: 매거진 브랜드 홍보와 잡지 구매율을 높이고 방문율을 높여 광고비를 통해 수익을 창출한다. - 경쟁력
: 광고 영역에 대한 사용자 개인화를 통해 다양한 광고를 노출할 수 있도록 하며 브랜드 협찬을 유도한다. - 차별성
: 사용자가 직접 콘텐츠를 제작하여 업로드할 수 있는 창구를 만들어보다 적극적인 참여를 유도한다.
- 목표
- 예시 | 잡지(magazine) 브랜드 런칭 프로젝트
- 프로젝트 준비하기 - 발주사
- (사전)정보요청서(request for information, RFI)
- 여러 수행사 후보 기업에 회사소개, 제품/서비스 소개, 시장 동향, 주요 경쟁사 등 프로젝트 계획에 참고할 정보 제공을 요청하는 문서이다.
- 추진할 프로젝트의 개요, 목적, 예상 수행 기간, 필요한 정보 목록, 제출일 등을 포함한다.
- RFI를 수신한 수행사 후보 기업은 당사가 선정될 수 있도록 최대한 어필할 수 있는 정보를 담아 답변서를 작성한다.
- 제안요청서(request for proposal, RFP)
- 후보 기업의 제안서 작성을 돕기 위해, 의뢰할 과제의 요구사항을 체계적으로 정리한 문서이다.
- 과제의 제목, 목적 및 목표, 내용, 기대성과, 수행기간, 예산, 참가자격, 제출서류 목록, 요구사항, 제안서 목차, 평가 기준 등을 포함한다.
- (제안)견적요청서(request for quotation, RFQ)
- 여러 수행사 후보 기업에 과제 수행에 관한 견적 산출을 요청하는 문서이다.
- 보통 RFP와 함께 전달한다.
- 입찰 참여 조건을 갖춘 업체만 작성할 수 있다.
- RFQ를 수신한 후보 기업은 기술, 스펙, 기간, 금액 등을 포함한 제안견적서를 제출한다.
- (사전)정보요청서(request for information, RFI)
- 프로젝트 준비하기 - 수행사
- 제안서(Proposal)
- 일반적으로 RFP 공고를 본 모든 업체가 자유롭게 경쟁하여 제안서를 제출한다.
- 여러 수행사가 공동 참여하는 프로젝트에서는 보통 리더격인 '마더'(mother) 수행사만 대표로 제안서를 제출한다.
- 상대적으로 UI/UX보다 시스템에 강한 SI 기업과 시스템보다 UI/UX에 강한 웹 에이전시가 공동으로 제안서를 작성하여 제출하기도 한다.
- 빠른 평가 및 비교를 위해, 발주사가 RFP에서 제안서 목차를 특정하는 경우도 있다.
- 제안견적서
- 보통 제안서와 함께 제출한다.
- 기간 및 단가 같은 핵심적인 정보를 반드시 포함해야 한다.
- 투입인력 계획서
- 과제 수행의 구체적인 일정과 투입할 인력의 규모(예: man/month, M/M) 및 프로필을 포함한다.
- 프로젝트 착수 이후 조정이 불가능한 것은 아니다.
- 그러나 RFP에서 필수 참여 인력에 대한 조건을 포함하는 경우도 있다.
- 제안서(Proposal)
- 제안 평가 및 우선협상대상 선정
: 제안을 평가하거나 우선협상대상을 선정하는 과정에서 다음의 항목들을 고려해볼 수 있다.
- 프로젝트 과업에 대한 이해도
- 프로젝트 예산과 근접한 견적 제시
- 관련 프로젝트 경험
- TFT 구성의 적절성과 일정 확인
- 기타 등등
13.4 프로젝트 프로세스
* 워터폴 모델 기준
* 노란색 형광 처리한 단계는 서비스 기획자가 참여할 가능성이 높은 단계를 의미한다.
- 프로젝트 계획
- 업무 분석
- 인력 구성
- 환경 설정(setting)
- 프로세스 정의
- 산출물 정의
- 일정 산정
- 프로젝트 분석 ★
- 환경 분석
- 요건 분석
- 콘텐츠 분석
- 정책 정의
- 가이드 정의
- 시스템 분석
- 프로젝트 설계 ★
- 정보구조(information architecture, IA)
- 기능 정의
- 서비스 프로세스
- 와이어프레임
- 스토리보드
- 시스템 설계
- 프로젝트 구현
- 디자인
- 퍼블리싱
- 시스템 개발
- 스토리보드 리뷰
- 스토리보드 현행화
- 단위 테스트
- 프로젝트 검수
- 검수 및 스토리보드 고유화
- 단위 테스트
- 통합 테스트
- 프로젝트 종료
- 문서 최신화
- 운영 매뉴얼
- 인수인계 준비
- 안정화 준비
13.5 프로젝트 계획
- 업무 분석, 프로세스 정의, 산출물 정의 등을 통해 제안서를 작성한다.
- 인력 구성, 일정 산정 등을 통해 투입인력계획서를 작성한다.
- 보다 구체적으로는 다음과 같은 작업이 이루어진다.
- 실투입인력 계획
- 분업 구조(work breakdown structure, WBS) 설계
- 환경 설정
- 메인 시안용 기획
- 제안 범위 재협의
- IA 초안 작업
13.6 프로젝트 분석
- 환경 분석
- 시장 환경 분석
- 업무 환경 분석
- 벤치마킹
- 요건 분석
- As-Is 분석
- 요구사항 정의
- 개발 가능 범위 확인
- 콘텐츠 분석
- As-Is 분석
- IA 방향 정의
- 개선안 도출
- 정책 정의
- As-Is 분석
- 전략 정의
- 서비스별 정책
- 기타
- 가이드 정의
- 시스템 분석
- 상세 스케줄링
- 공수재산정
- 개발 환경 분석
- 디자인 벤치마킹
13.7 프로젝트 설계
- IA
- IA 확정
- IA별 업무 배분
- 개발 리뷰 (개발팀과의 논의)
- 기능 정의
- IA별 기능 정의
- 요구사항 정의
- 개발 리뷰
- 서비스 프로세스
- IA별 프로세스
- 정책 확정
- 개발 리뷰
- 와이어프레임
- 화면 설계
- 디스크립션 작성
- 개발 리뷰
- 스토리보드 완성
- 최종 개발 리뷰
- 커뮤니케이션 문서 완성
- 기타
- 시스템 설계
- 퍼블리싱 가이드 및 구현
- 디자인 가이드 및 구현
- 개발 범위 검토
13.8 프로젝트 구현
- 스토리보드 리뷰
- 각 파트 리뷰
- 스토리보드 현행화
- 현행화 및 고도화 (수정 및 업데이트)
- 단위 테스트
- 실시간 단위 테스트
- 기타
- 디자인
- 퍼블리싱
- 개발
13.9 프로젝트 검수
- 검수 및 스토리보드 고도화
- 디자인 검수
- 퍼블리싱 검수
- 스토리보드 고도화
- 단위 테스트
- 단위 테스트 시나리오
- 개발 단위 테스트
- 스토리보드 고도화
- 통합 테스트
- 통합 테스트 시나리오
- 개발 통합 테스트
- 스토리보드 고도화
- 기타
- 디자인 검수
- 퍼블리싱 검수
- 개발 검수
- 성능 테스트
- 품질검수
- 배포 준비
13.10 프로젝트 종료
- 문서 최신화
- 정책서
- (제품) 요구사항 정의서(product requirement document, PRD)
- IA
- 스토리보드
- 운영 매뉴얼
- 화면별 운영 매뉴얼
- UI 가이드
- 운영 가이드
- 인수인계 준비
- 기타
- 운영 가이드
- 완료 보고서
- 안정화 계획
- 유지보수 협의
13.11 프로젝트 안정화
- 시스템 오픈 후 대응
- 사용자 대응
- 시스템 모니터링
- 이슈 지원
- 미진한 서비스 및 개발 보완
- 오류 및 이슈 보완
- 최종 검수
- 최종 시스템 검수
- 점수 확인서
- 기타
- 잔금처리
13.12 프로젝트 산출물
- 프로젝트 계획
- 제안서
- RFP(request for proposal, 제안요청서)
- 인력 투입 계획서
- 단계별 산출물 목록
- WBS
- 프로젝트 분석
- PRD(product requirement document, 제품 요구사항 정의서)
- 화면(UI) 설계 가이드
- 벤치마킹 보고서
- 컨셉 보고서
- 정책서
- 프로젝트 설계
- IA(information architecture, 정보구조)
- 메뉴 구조도
- 프로세스 정의
- 순서도(flow chart)
- SB(storyboard)
- 디자인/개발 가이드
- 프로젝트 구현
- 디자인 원본
- 퍼블리싱 원본
- 개발 소스
- 인터페이스 문서
- 아키텍쳐 문서
- DB 테이블 문서
- 프로젝트 검수
- 성능 테스트 보고서
- 단위 테스트 보고서
- 통합 테스트 시나리오
- 요구사항 추적표
- 접근성 보고서
- 품질 점검 보고서
- 프로젝트 종료
- 각종 가이드
- 운영 매뉴얼
- 이행 계획서
- 교육 계획서