외주 이야기
IT프로젝트 첫번째 진행방법은 ‘요구분석단계’입니다.
외주용역으로 하는 앱개발은 크게
요구분석 – 설계 – 구현 – 검수
단계로 나뉘어 집니다.
프로젝트의 정확한 요구분석이 있어야
원하는 결과물이 나올 수 있기에 가장 중요한 단계입니다.
시작에 앞서,
개발을 맡기는 사람을 ‘클라이언트’로 칭하고
개발을 구현하는 사람을 ‘외주 업체’로 말하겠습니다.
그럼 일반적으로 클라이언트와 외주업체 사이에서
‘요구분석단계’가 어떻게 진행되는지 그림으로 설명드리겠습니다.
문의 및 미팅자리에서
클라이언트는 개발의도를 설명하고
경쟁서비스와의 차별점을 설명합니다.
그러나 사실,
클라이언트는 개발자의 관점에서 설명하기 보다는
사업적인 관점에서 설명하는 경우가 많습니다.
클라이언트가 간단한 스케치 또는 플로우로 정리해서 가져오기도 합니다.
그러나 외주업체가 기간과 견적을 책정하기 위해 필요한,
구체적인 설명과 플로우가 부족한 경우가 많습니다.
이때, 원활한 커뮤니케이션을 위해 필요한 것이
기획 스토리보드이며,
이중에서도 요구사항분석이 포함되어있는 문서가 필요합니다.
바로 ‘기능정의서’와 IA(메뉴 구조도), ‘플로우차트’, ‘정책정의서’입니다.
그럼 요구사항 문서들이 어떤 것인지 살펴 보겠습니다.
이 과정에서,
클라이언트가 미쳐 생각하지 못했던 기능을 추가하거나,
경쟁서비스를 참고하여 벤치마킹하기도 합니다.
‘요구분석단계’를 통해 프로젝트를 파악하여,
화면설계와 디스크립션 등을 통해 기획 스토리보드를 완성하게 됩니다.
이후 지속적인 미팅과 피드백을 통해 기획문서를 보강한다면,
개발기간 동안 커뮤니케이션의 기준이 되는 문서가 만들어집니다.
이를통해,
정확한 견적과 일정산출 그리고 원활한 커뮤니케이션이 가능합니다.
요구분석이 제대로 시행된 경우
실무 개발진과 디자이너들이
체계적으로 작성된 기획 설계도를 보고,
납기일에 맞춰, 정확하게 작업물을 완성할 수 있습니다.
정확한 요구분석이 안된 경우
추가 미팅이 길어지며,
납기일 준수가 이뤄지지 않을 수 있습니다.
또한,
개발 실무진들이 클라이언트 의도와는
다르게 임의로 개발을 구현하게 됩니다.
개발기간은 늘어나고,
임의로 구현하다보니 의도와는 다른 결과물이 나오게됩니다.
결국, 클라이언트와 외주업체 모두
감정이 상하게 되며, 분쟁으로 이어지게 됩니다.
‘요구분석단계’를 통한 기획 스토리보드 제작은
가장 기본이자 개발을 위한 필수 문서입니다.
프로젝트 구현에 앞서,
반드시 명확한 기획 산출물을 만드는 것이 필요합니다.
요구사항 분석이
큰 목표와 방향을 정하는 스케치 단계라면,
설계는 본 작업을 착실히 수행하기 위해
구체적인 설계도를 만드는 단계입니다.
고객에게 도출한 요구사항을 구체화하여
시스템 구현을 준비하는 단계입니다.
그럼 기획설계가 어떻게 진행되는지 같이 보시죠.
기획자는
화면 이미지와 기능에 대한 설명을 담은
화면 설계서(스토리보드)를 설계합니다.
아래는 화면설계서(스토리보드)입니다.
화면을 구성하는 이미지와
그 안에 들어가는 기능과 동작에 대한
설명을 같이 보여주고 있습니다.
이미지와 그 화면에 대한 설명이 같이 나오기 때문에
완성된 앱의 형태를 구체적으로 예상할 수 있습니다.
비전문가도 이해하기 쉽도록 도와주는 문서입니다.
또 디자이너/개발자가 참고하는 최종적인 산출문서로
정책, 프로세스, 프론트기획, 백엔드기획, 기능 정의, 등
서비스 구축을 위한 모든 정보가 담겨 있는 문서입니다.
설계를 제대로 하지 않을 경우에는
개발이 끝나가는 시점에 문제점이 도출될 수 있습니다.
설계 단계를 명확히 해야 개발할 때 헷갈림이 줄어들고
원하는 개발 산출물을 얻을 수 있습니다.
요구분석으로 목표를 정하고,
설계단계에서 구체적인 설계도를 만들고 나면
‘구현단계’로 넘어가 만드는 작업에 들어갑니다.
구현단계란?
설계서의 내용을 바탕으로 디자인과 실제 기능을 구현하는 과정입니다.
디자이너는 디자인 이미지를 만들고
퍼블리싱으로 웹이나 모바일에서 디자인된 페이지를 볼 수 있게 구현하면
개발자는 서비스가 돌아가도록 데이터를 연결하고 기능들을 만들어 넣습니다.
디자이너는 기획한 서비스를 시각적으로 구현하게 됩니다.
이전 단계에서 나온 산출물을 참고하여 디자인에 들어갑니다.
퍼블리싱이란? 디자인 된 이미지를
컴퓨터나 모바일 기기에서 볼 수 있게 구현하는 작업입니다
개발자는 퍼블리싱이 만들어진 사이트 혹은 앱에 각종 행동들을 만들거나 데이터를 연동합니다.
<작업 단계>
디자인->퍼블->개발
로고, 메인 페이지, 서브 페이지, 아이콘 작업 등 디자인 이미지를 만들고
퍼블리싱 작업으로 넘겨주게 됩니다.
개발자는 이를 바탕으로 데이터를 다시 연동하게 됩니다.
<세부 작업 과정>
페이지 디자인 작업은 주로 화면설계서(스토리보드)를 참고하여 작업을 하게 됩니다.
화면 설계서에는 만들어야 할 페이지와 요소들이 표현되어 있습니다.
디자이너는 화면 설계서에 있는 요소와 기능을 그대로 살리되
가독성을 높이고 더 쉽고 편리하게 쓸 수 있도록 고려하여 디자인을 합니다.
또 이용자들이 서비스가 추구하는 방향을 느낄 수 있도록 컨셉을 디자인에 녹여냅니다.
개발자는 디자인된 내용과 기획서 그리고 퍼블리시 된 내용들을 교차적으로 살펴보고
발주사의 원래 취지의 목표에 맞게 구현합니다.
<발주사와의 커뮤니케이션>
디자인 작업 전에 발주사의 요구사항을 듣습니다.
디자인 작업 시에 발주사의 의견을 듣습니다.
의도와 생각했던 컨셉을 듣고, 참고자료를 받습니다.
보면서 괜찮다고 생각한 다른 어플이 있거나,
참고해서 사용했으면 하는 이미지가 있다면 자료를 받습니다.
원하는 방향이 있다면 잘 활용할 수 있는 방안으로 제작에 들어가게 되고,
없을 경우엔 제시해드리게 됩니다.
이때 양식에 따라 기획서의 의도가 누락되는 경우가 많게 되는데요
개발자에게 기획의 의도를 잘 전달하는게 중요합니다.
그래도 부족한 부분이 있을 수 있습니다. 이럴때
기획자와 개발자간의 의도 전달에 대한 소통이 필요하게 됩니다.
위의 이러한 내용을 바탕으로 서비스 전체를 구현하게 됩니다.
IT프로젝트 첫번째 진행방법은 ‘요구분석단계’입니다.
외주용역으로 하는 앱개발은 크게
요구분석 – 설계 – 구현 – 검수
단계로 나뉘어 집니다.
프로젝트의 정확한 요구분석이 있어야
원하는 결과물이 나올 수 있기에 가장 중요한 단계입니다.
시작에 앞서,
개발을 맡기는 사람을 ‘클라이언트’로 칭하고
개발을 구현하는 사람을 ‘외주 업체’로 말하겠습니다.
그럼 일반적으로 클라이언트와 외주업체 사이에서
‘요구분석단계’가 어떻게 진행되는지 그림으로 설명드리겠습니다.
문의 및 미팅자리에서
클라이언트는 개발의도를 설명하고
경쟁서비스와의 차별점을 설명합니다.
그러나 사실,
클라이언트는 개발자의 관점에서 설명하기 보다는
사업적인 관점에서 설명하는 경우가 많습니다.
클라이언트가 간단한 스케치 또는 플로우로 정리해서 가져오기도 합니다.
그러나 외주업체가 기간과 견적을 책정하기 위해 필요한,
구체적인 설명과 플로우가 부족한 경우가 많습니다.
이때, 원활한 커뮤니케이션을 위해 필요한 것이
기획 스토리보드이며,
이중에서도 요구사항분석이 포함되어있는 문서가 필요합니다.
바로 ‘기능정의서’와 IA(메뉴 구조도), ‘플로우차트’, ‘정책정의서’입니다.
그럼 요구사항 문서들이 어떤 것인지 살펴 보겠습니다.
이 과정에서,
클라이언트가 미쳐 생각하지 못했던 기능을 추가하거나,
경쟁서비스를 참고하여 벤치마킹하기도 합니다.
‘요구분석단계’를 통해 프로젝트를 파악하여,
화면설계와 디스크립션 등을 통해 기획 스토리보드를 완성하게 됩니다.
이후 지속적인 미팅과 피드백을 통해 기획문서를 보강한다면,
개발기간 동안 커뮤니케이션의 기준이 되는 문서가 만들어집니다.
이를통해,
정확한 견적과 일정산출 그리고 원활한 커뮤니케이션이 가능합니다.
요구분석이 제대로 시행된 경우
실무 개발진과 디자이너들이
체계적으로 작성된 기획 설계도를 보고,
납기일에 맞춰, 정확하게 작업물을 완성할 수 있습니다.
정확한 요구분석이 안된 경우
추가 미팅이 길어지며,
납기일 준수가 이뤄지지 않을 수 있습니다.
또한,
개발 실무진들이 클라이언트 의도와는
다르게 임의로 개발을 구현하게 됩니다.
개발기간은 늘어나고,
임의로 구현하다보니 의도와는 다른 결과물이 나오게됩니다.
결국, 클라이언트와 외주업체 모두
감정이 상하게 되며, 분쟁으로 이어지게 됩니다.
‘요구분석단계’를 통한 기획 스토리보드 제작은
가장 기본이자 개발을 위한 필수 문서입니다.
프로젝트 구현에 앞서,
반드시 명확한 기획 산출물을 만드는 것이 필요합니다.
요구사항 분석이
큰 목표와 방향을 정하는 스케치 단계라면,
설계는 본 작업을 착실히 수행하기 위해
구체적인 설계도를 만드는 단계입니다.
고객에게 도출한 요구사항을 구체화하여
시스템 구현을 준비하는 단계입니다.
그럼 기획설계가 어떻게 진행되는지 같이 보시죠.
기획자는
화면 이미지와 기능에 대한 설명을 담은
화면 설계서(스토리보드)를 설계합니다.
아래는 화면설계서(스토리보드)입니다.
화면을 구성하는 이미지와
그 안에 들어가는 기능과 동작에 대한
설명을 같이 보여주고 있습니다.
이미지와 그 화면에 대한 설명이 같이 나오기 때문에
완성된 앱의 형태를 구체적으로 예상할 수 있습니다.
비전문가도 이해하기 쉽도록 도와주는 문서입니다.
또 디자이너/개발자가 참고하는 최종적인 산출문서로
정책, 프로세스, 프론트기획, 백엔드기획, 기능 정의, 등
서비스 구축을 위한 모든 정보가 담겨 있는 문서입니다.
설계를 제대로 하지 않을 경우에는
개발이 끝나가는 시점에 문제점이 도출될 수 있습니다.
설계 단계를 명확히 해야 개발할 때 헷갈림이 줄어들고
원하는 개발 산출물을 얻을 수 있습니다.
요구분석으로 목표를 정하고,
설계단계에서 구체적인 설계도를 만들고 나면
‘구현단계’로 넘어가 만드는 작업에 들어갑니다.
구현단계란?
설계서의 내용을 바탕으로 디자인과 실제 기능을 구현하는 과정입니다.
디자이너는 디자인 이미지를 만들고
퍼블리싱으로 웹이나 모바일에서 디자인된 페이지를 볼 수 있게 구현하면
개발자는 서비스가 돌아가도록 데이터를 연결하고 기능들을 만들어 넣습니다.
디자이너는 기획한 서비스를 시각적으로 구현하게 됩니다.
이전 단계에서 나온 산출물을 참고하여 디자인에 들어갑니다.
퍼블리싱이란? 디자인 된 이미지를
컴퓨터나 모바일 기기에서 볼 수 있게 구현하는 작업입니다
개발자는 퍼블리싱이 만들어진 사이트 혹은 앱에 각종 행동들을 만들거나 데이터를 연동합니다.
<작업 단계>
디자인->퍼블->개발
로고, 메인 페이지, 서브 페이지, 아이콘 작업 등 디자인 이미지를 만들고
퍼블리싱 작업으로 넘겨주게 됩니다.
개발자는 이를 바탕으로 데이터를 다시 연동하게 됩니다.
<세부 작업 과정>
페이지 디자인 작업은 주로 화면설계서(스토리보드)를 참고하여 작업을 하게 됩니다.
화면 설계서에는 만들어야 할 페이지와 요소들이 표현되어 있습니다.
디자이너는 화면 설계서에 있는 요소와 기능을 그대로 살리되
가독성을 높이고 더 쉽고 편리하게 쓸 수 있도록 고려하여 디자인을 합니다.
또 이용자들이 서비스가 추구하는 방향을 느낄 수 있도록 컨셉을 디자인에 녹여냅니다.
개발자는 디자인된 내용과 기획서 그리고 퍼블리시 된 내용들을 교차적으로 살펴보고
발주사의 원래 취지의 목표에 맞게 구현합니다.
<발주사와의 커뮤니케이션>
디자인 작업 전에 발주사의 요구사항을 듣습니다.
디자인 작업 시에 발주사의 의견을 듣습니다.
의도와 생각했던 컨셉을 듣고, 참고자료를 받습니다.
보면서 괜찮다고 생각한 다른 어플이 있거나,
참고해서 사용했으면 하는 이미지가 있다면 자료를 받습니다.
원하는 방향이 있다면 잘 활용할 수 있는 방안으로 제작에 들어가게 되고,
없을 경우엔 제시해드리게 됩니다.
이때 양식에 따라 기획서의 의도가 누락되는 경우가 많게 되는데요
개발자에게 기획의 의도를 잘 전달하는게 중요합니다.
그래도 부족한 부분이 있을 수 있습니다. 이럴때
기획자와 개발자간의 의도 전달에 대한 소통이 필요하게 됩니다.
위의 이러한 내용을 바탕으로 서비스 전체를 구현하게 됩니다.