SI 프로젝트 투입시 기획자가 보게 될 기본 문서

웹사이트 구축 프로젝트에 기획자로 투입이 되면  작성해야 할 문서가 한 두가지가 아닙니다.

RFP가 어쩌구 저쩌구 IA에 작성해 주세요, 기능명세서는 ..... 등등

단위 기획자라면 IA, WireFrame, StoryBoard 정도 이고, 기획 PL로 투입 된다면 더 많은 문서 작성을 요구 받게 되지요.

구축기획자로 투입되기 전 꼭 알아야 하는 문서의 종류에 대해  알아봅니다.

 

 

RFP(Request For Proposal)

발주자(고객)가 특정 프로젝트나 과제의 수행에 필요한 요구사항을 체계적으로 정리하여 수주자(개발사)에게 제시하는 문서 → 고객이 전달하는 문서이고 이미 수주한 회사에서 RFP를 기반으로 작성한 제안서가 통과 되어 여러분이 그자리에 있을 겁니다. 기획자가 작성해야 하는 문서는 아니지만 고객이 원하는게 무엇인지 파악하기 위해 반드시 읽어봐야 하는 문서 입니다.

 

요구사항 정의서

웹사이트에서 구현되었으면 하는 고객 요구사항을 정리한 문서이다.

요구사항 정의서 항목으로는 요구번호, 요구항목, 요구사항, 수용여부, 중요도,난이도,우선순위, 질의사항, 검토의견 ,작성자, 작성일자 등으로 구성된다.

요구사항 정의서는 변경 관리를 통해 요구사항의 수정 및 업데이트를 추적하며 추후 발생되는  프로젝트 진행 중에 요구사항이 변경되는 경우, 변경사항을 문서화하고 개발팀과 사용자 간의 합의를 통해 수정할 수 있도록 한다.

→ 일반적으로 기획자가 고객과의 인터뷰를 통해 고객의 요청사항을 작성 합니다. 고객이 요구하는 내용을 정확히 기입하고 개발에 수용할 지 않할지까지 작성 되는것이 일반적 입니다.

 

IA(Information Architecture)

메뉴구성. 진입점을 1depth로 두고 각 깊이로 화면에 접근 할 수 있는 모든 메뉴를 한 눈에 볼 수 있도록 정의한 문서.

→ 큰 프로젝트라면 각 기획자가 작성하고, 작은 프로젝트라면 PM이나 기획 PL이작성합니다. 이후 수정건은 각 기획자가 작성합니다.

 

기능정의서

웹사이트 제작시 필요한 주요기능을 정리한 문서.

→ 요구사항을 파악하여 개발자가 작성하는 경우도 있고, 기획자가 작성하는 경우도 있습니다. 

 

정책정의서

웹사이트에서 공통적으로 제어해야 하는 정책을 정리한 문서, 예를 들어 회원에 관한 정책, 숫자표현에 관한 정책, 세션에 관한 정책 등  

→ 고객이 정해서 내려주는 경우도 있지만 개발사에서 작성하는 경우도 있습니다. 정책서를 작성해야 할때는 고객과 협의를 통하여 기획자가 작성합니다.

 

공통SB작성 가이드

와이어프레임이나 스토리보드 작성시 각 기획자별로 통일 된 화면 작성을 위하여 작성되는 문서

→ 보통 기획 PL이 작성합니다.

 

와이어프레임(Wireframe)

와이어프레임, 웹사이트나 앱의 구조를 대략적으로 보여주는 스케치.

→ 기획자가 작성 합니다.

 

스토리보드(StoryBoard)

웹사이트구축시 기획자,디자이너,개발자,고객이 모두 공유하는 문서로 화면단위의 기능과 구성을 설명하고 표현한다.

와이어프레임이 전체적인 화면 구성을 보여줬다면, 스토리보드는 그 화면이 어떻게 동작되고 결과물이 나와야 하는지 까지 작성하며 모든 프로젝트에서 기획자의 산출물로 제출되는 문서.

→ 기획자가 작성 합니다.

 

WBS(Work Breakdown Structure)

일정관리문서로 작업을 분할하여 기획,디자인,퍼블,개발을 기본으로 한 일정을 한 눈에 볼수 있도록 작업 한 문서.

→ PM이 작성합니다.

 

단위테스트 시나리오

화면단위의 기능이 StoryBoard에 기입된 내용대로 잘 동작하는지 테스트를 하기위해 작성하는 문서

→ QA 혹은 기획자가 작성 합니다.

 

통합테스트 시나리오

여러화면(모듈)들이 유기적으로 잘 동작하는지를 테스트 하기위해 작성하는 문서

→ QA 혹은 기획자가 작성 합니다.

 

이외에도 프로젝트에 따라 현황분석서, 프로세스 설계서 등을 작성하는 경우도 있습니다.

 

                       

구축기획자는 고객의 요구사항을 이해하는 것으로 부터 시작합니다. 

예쁘게 만들 필요는 없어요~  

보통 작성가이드가 내려오기 때문에 ppt를 만드는것에 부담을 느낄 필요는 없습니다.

 

최종 작성된 문서들이 내가 없어도, 내가 그 프로젝트를 떠난 이후에도 모두 이해 할 수 있도록 작성하는 것!

그것이 더 중요합니다~