서비스 기획안 pdf - seobiseu gihoeg-an pdf

하나의 서비스를 만들어나가기 위한 '기획'도 이렇게 각양 각색 다르다. '기획'이라고 묶어버리는 일이 얼마나 모호하고 위협적인 일인지 알아야 한다. 어떤 단계의 기획을 하고 있고, 뭘 해야하는지 이해하는 것이 중요하겠다. '서비스 기획자에 포커싱해서, 기획 과정과 필요한 산출물들에 대해 알아보도록 하겠다.

Before we Start, 

그 흔한 애자일 업무에 대한 환상에서 빠져나와, 워터폴 방식부터 제대로 숙지해야 한다는 것을 깨달았다. 워터폴 방법론은 각 단계가 명확히 구분되어 있고, 산출물 문서가 명확해 관리가 용이하다는 장점이 있다. 다만, 앞 단계에서 잘못된 기획이나 설계가 이뤄졌을 때, 되돌리는 것에 오랜 시간이 걸린다. 워터폴 방법론의 흐름과 각 단계에서 필요한 Task와 기획 산출물을 보자.

Waterfall Development Model 

디자인 단계의 업무

1) 드래프트

2) 기본 시안과 Variation

3) 프로토타이핑

4) 스타일가이드 작성

개발자라고 다 같은 개발자가 아니다!

*개발자라고 다 같은 개발자가 아니다!*

-SW 형상 관리 빌드 담당자
-TA(Techninal Architecture)
-DBA(Database Administrator)
-시스템 프로그래머
-보안 프로그래머
-웹 프로그래머
-앱 프로그래머
-임베디드 프로그래머

Agile Development Model 

여기서 살펴볼 중요 산출물 키워드들만 꼽아보자면 다음과 같다. 

서비스 정책서
요구사항 정의서
IA
UI 기획 산출물
SB(StoryBoard)

__________________

User Story
Backlog

서비스 정책서란? 

서비스의 용어 및 기본 운영 정책을 정의한 프로젝트 산출물을 의미한다. '정책 정의'를 위해서는 서비스의 비즈니스 구조와 운영 프로세스에 대한 정의가 먼저 이루어져야 한다. 왜냐하면, 정책 설정은 회사의 서비스 방향과 전략을 반영하기 때문이다. 서비스 정책은 이후 화면 UI와 IT설계의 기본 구조를 결정하게 되지만, 정책 마련 시에는, '비즈니스' 중심으로 고려하며 화면 UI에 대해 생각하지 않는다. 

(사전)요구사항 정의서

개념

-서비스 전략을 토대로, 기술적으로 필요한 부분을 정리 & 개발에 협업 요청을 하기 위한 문서다.

-보통 엑셀 형태로 정리를 많이 하는데, 모든 정책을 세분화해, 기술로 구현하기 위한 모든 범위의 개발 항목 단위로 작성한다. 

-'요구사항 정의서'에서 '요구'란 '개발 요건'을 의미한다. 개발자들이 판단하기 쉬운 형태로 개발 내용이 정리되어 있다. 

-요구사항 정의서는 개발단과의 첫 번째 커뮤니케이션 도구다. 이 문서를 보고, 개발 단의 PL이 가능한 범위와 불가능한 범위를 판별해내고, 개발 인력을 계획하거나 하는 선행 작업을 진행한다. 

목적

• 프로젝트 전체 규모를 파악
• 구현 가능 여부에 대한 논의
• 커뮤니케이션 비용 절약
• 프로젝트 일정 계획 수립

인터넷에 '웹 기획 요구사항정의서'라고 검색하니 굉장히 다양한 양식과 예시들이 등장하는 것을 볼 수 있었다.

이해를 돕는 좋은 글을 발견했다. 

요구사항 명세서 (Requirements Specification)

요구사항 명세서는 요구사항을 분석하여 명확하고 완전하게 기록하는 것을 말합니다. 소프트웨어 시스템이 수행해야 할 모든 기능과 구현상의 제약 조건에 대해 개발자와 관련자(클라이언트, �

medium.com

•주요 작성 항목

1) 구분: Front/ Admin/ 기타
2) 신규 여부: 신규/기존수정
3) 요구사항번호 : 모듈명 + 숫자 (ex. Order001)
   -> 화면설계서를 만들 때, 요구 사항이 어떻게 반영되었는지 표시할 수 있음
4) 요구사항명
5) 요구 사항 상세 설명, 분석 
6) 비고: 다른 요구사항과 연결여부 등
7) 개발 수용여부: Y/N 보류
8) 완료여부: Y/N

한 번에 완성할 수 없다는 것을 인지하고, 개발팀과 계속 상호피드백을 주고받으며 완성도를 높여가야 한다. 이걸 만들 수 있는 것인지 아닌지 개발팀과 최초의 커뮤니케이션을 하는 것이고, 프로젝트가 진행되면서는 최초 현업의 요구 사항이 누락되지 않고 화면 설계에 들어갈 수 있도록 체크하는 역할을 한다.

IA(Information Architecture)

1) 사용자별 플로우차트(마인드맵/트리) / 화면흐름도/ Screen Flowchart

개념:

고객의 Task 동선별 화면 구조 정의로, '동선설계구조'라고 할 수 있다. 

(※유저저니맵은 화면 없이도 그릴 수 있지만, 이 마인드맵/트리는 철저하게 화면과 기능 단위로 작성된다.)

참고할 만한 글을 첨부한다.

화면흐름도 (Screen Flow chart)와 IA(Information Architecture)

IA는 메뉴를 분류/그룹화하여 Depth 구조로 설계한 것이고, 화면흐름도는 화면, 기능 단위로 사용 동선을 설계하는 것입니다.

medium.com

목표:

한 화면 내 통합할 수 있는 기능들을 하나의 화면 내에서 통합하고, 우리가 대체 몇 개의 화면을 만들지에 대해 정한다.

2) 엑셀 형태의 IA 문서 작성

-화면 간의 상하관계를 정의하고, 고객 동선을 관리한다. ★ ★ ★

-과거 PC 위주의 페이지 단위 사이트와 달리, 모바일 서비스가 많아지면서, 한 페이지가 더 많은 역할을 하게 되었다. 그러면서 IA문서가 이제는, 개발 페이지 목록 확인으로서의 역할이 더 강해졌다. (IA를 작성해서 화면설계를 한다기 보다, 대체로 이런 페이지들이 있겠다 정도를 파악하기 위해 IA를 만든다.)

IA문서 주요 작성 항목

•화면의 Depth: 트리 구조 내 구조 깊이
•페이지명 또는 화면 코드 cf(화면코드는 규칙으로 정의_ ex. Order001B
•페이지 설명
•담당자 구분: 디자인/개발/어드민
•개발 완료 여부 Y/N

웹기획은 정보구조 설계가 절반이다, https://philosophiren.com/292?category=530896.

웹기획은 정보구조(I.A. Information Architecture) 설계가 절반이다.

웹 기획자라는 직업을 가지고 있는 동안 절대로 손에서 놓지 못할 문서가 두 가지 있다. 바로  - 정보 구조 설계 (Information Architecture = I.A.) 와  - 화면 설계 (스토리보드 = Story Board = S/B = 혹은 U..