기능 정의서가 필요한 이유

기능 정의는 클라이언트가 머릿속에 담긴 생각들을 개발사에게 설명하는 중요한 단계입니다.

서비스 제작을 의뢰하시는 분들 중 대부분은 많은 생각을 가지고 계시지만 그 내용들을 어떻게 설명할지 모르십니다.

대략적인 말로 설명하신 후 진행을 하면 추후 문제가 발생하고 책임전가가 이루어 지게 됩니다.

그렇기에 화면 또는 기능 하나하나에 대한 상세한 내용을 서로 증거로 남기고, 동시에 생각을 구체화 하는 단계로 기능정의서를 작성 후 양측의 확인(컨펌)에 의해 기획이 진행되게 됩니다.

기능 명세서(요구사항 정의서) 작성 시 참고할 사항

1. 요구사항 정의서의 초안버전 작성은 필수사항입니다.
   만들고자 하시는 서비스의 규모나 요구사항을 작성해야되며, 작성한 내용을 토대로 요구사항을 조율할 수 있습니다

2. 요구사항 정의서는 클라이언트와 개발사가 구현하기로 합의한 업무 범위와 상세 기능들을 명확하고 완전하게 명시한 문서입니다. 해당 서류로 진행과 작업완성도를 파악하게 됩니다.

3. "하나의 사물을 바라보는 모든 사람의 주관적 입장과 생각이 다르듯이 클라이언트가 바라본 레퍼런스와 개발자가 바라본 레퍼런스는 확연히 다릅니다"
   요구사항 정의는 구현하고자 하시는 서비스에 대해서 이해도를 높이기 위한 방법입니다.
   클라이언트 측에서 원하는 서비스와 개발사 측에서 개발하고자 하는 서비스의 관점차이가 있을 수 있어 그런 부분을 명확하게 정리 할 필요가 있습니다.

4. 서비스 개발은 클라이언트에 따라 다르게 진행되는 맞춤 제작 방식입니다.
   완제품을 판매하는것이 아니기 때문에 요구사항이 정확해야 진행이 가능합니다.

5. 요구사항 정의는 클라이언트가 생각하는 아이디어를 구체화하는 단계입니다.
   정확한 요구사항 없이 진행할경우 진행방향이 흔들릴수도 있으며 프로젝트 초반에 고려되지 않았던 기능이나 케이스가 후반에 발견될 수도 있습니다.
   큰 틀이 바뀌는 경우 작업 진행에 문제가 발생할 수 있기 때문에 처음부터 요구사항정의서를 완벽하게 작성하고 진행하는 것이 중요합니다.

6. 명세서 작성 시 처음으로 정리해야 할 내용은 "서비스의 기능별 플로우 작성"입니다.
   클라이언트가 해당 서비스로 사용자들에게 제공할 기능을 하나하나 펼쳐서 작성하시는 과정이 필요합니다.

7. 예를 들어 "회원가입"이라는 기능을 정리한다고 하면
   
   <요구사항정의 - 기능1 : 회원가입>
   회원가입은 이메일가입, 네이버로그인, 카카오로그인 3가지 타입으로 진행이 되어야한다.
   1. 이메일가입시에는 이메일(아이디), 비밀번호(영문+숫자 8자 이상), 이름(필수), 연락처(필수), 나이(선택), 성별(선택)으로 입력하여야 한다.
   2. 네이버로그인시에는 네이버로그인 api를 사용하여 연결되며, 복잡한 절차없이 로그인만으로 회원가입이 되어야 한다.
   3. 카카오로그인도 네이버로그인과 동일한 플로우로 진행되어야한다.
   
   위와 같이 각 서비스에 따라 달라지게 되는 기능별 플로우를 하나하나 펼쳐서 정리가 필요합니다.
   회원가입의 경우에는 운영하고자 하시는 서비스에 따라 회원가입시 받아야되는 데이터가 달라지고, 회원가입의 순서도 달라질 수 있습니다.

8. 두번째로 정리할 내용은 "기능별 우선순위"입니다.
   서비스내에서 필수로 개발되어야 하는 기능은 1순위, 그보다는 임의의 기간 이후 진행하거나 2차 개발로 진행이 필요한 기능은 2순위 순으로 우선순위를 체크하는 작업이 필요합니다.
   이는 개발 견적을 산정할때 1순위기준으로만 진행할지, 아니면 전체 개발을 진행할지 확인이 필요할때 참고할 수 있는 지표가 됩니다.

9. 두가지의 내용으로 개발하고자 하시는 서비스에 대해서 좀 더 명확하게 표시가 가능해집니다.
   이후 개발사 측에서 개발 가능한 범위, 필요한 사항, 추가적으로 정리해야 할 내용 등을 피드백 하고 서로 협의하여 맞추게 됩니다.

10. 요구사항 정의서가 작성이 완료된다면 해당 내용을 바탕으로 개발사 측에서 비용과 기간을 산정할 수 있고 협의가 완료되면 이후 계약단계가 진행되게 됩니다.

11. 개발사마다 다른 방식으로 진행 되지만 일반적으로 요구사항 정의 이후 화면정의 > 디자인 > 개발 진행 순으로 진행되며 이 과정에서 모든 진행은 요구사항 정의서의 내용을 바탕으로 작업이 진행되게 됩니다.

고객의 기획서 최종 확인(컨펌)이 필요한 이유

기획서는 클라이언트가 작성한 기능 정의서를 기반으로 추가적인 소통을 통해 세부적인 정책들을 포함하여 작성합니다.

기획서를 제작 후, 클라이언트에게 기획서에 작성된 내용대로 개발을 진행하면 되는지 확인을 요청하고 추가 및 수정 요청이 없다면 화면 정의 단계로 넘어갑니다..

기획 내용 확인 시, 클라이언트가 꼼꼼하게 확인하지 않고 진행을 하게되면 이후 화면 정의 단계에서 기간이 지연되고, 더 나아가 개발단계에서 문제가 발생할 확률이 높습니다.

소소한 작업 범위 내에서는 빠른 대처가 가능하지만 그렇지 않을 경우, 책임 전가, 기간과 비용 추가, 계약 파기 등 문제가 발생합니다.

그러므로 개발 진행 전, 클라이언트는 기획서에 자신이 생각한 모든 내용이 작성되어 있는지 자세히 확인해야합니다.