요구사항정의서가 기획의 반인 이유, 요구사항정의서 쓰는 법

 

 

요구사항정의서란?

 

요구사항정의서는 개발이 들어가기전 가장 먼저 정의하는 문서이다. 특히 SI회사에 다니고 있다면 클라이언트가 원하는 바를 문서로 명확히 정리하여 전달하여야 하는데 그렇지 않으면 갑의 위치에 있는 클라이언트의 말이 계속 바뀔 위험과 정해진 기간내에 말도 안되는 개발요청을 하게 되면서 분쟁소지가 있기 때문이다.

 

 

SI뿐만 아니라 인하우스에서도 요구사항정의서를 적고 관리하는 것은 매우 중요하다. 개발자와 디자이너에게 "어떤 기능을 개발할건지를 알리는 척도"이기 때문이다.

 

 

첫 프로젝트를 시작할 때 요구사항을 제대로 정의하지 못해 기획이 중단된 적이 있다. 화면설계서까지는 만들었는데 가장 중요한 기획의도와 기획하는 이유를 알 수 있는 요구사항정의서를 제대로 정의하지 못한 것이다. 화면설계서가 가장 중요하다 생각했던 과거의 나로서는 기능정의와 어떤식으로 화면을 설계할 건지 보여지는 화면설계서만 있다면 개발이 가능할 것이라고 생각했다.

 

 

하지만 개발자분들은 요구사항정의서 기능정의서만 있어도 개발은 할 수 있으며 화면설계는 가장 마지막 단계라고 언급하셨다.요구사항을 제대로 정의하지 않으면 설령 어느정도 개발이 진행되었다 하더라도 다시 개발을 해야하는 불상사가 일어날 수 있다. 어떤 기획의도로 이 기능을 개발할것인지 제대로 전달하는게 필요하다.

 

https://post.naver.com/viewer/postView.naver?volumeNo=37338006&memberNo=6457418&vType=VERTICAL

화면 그리는 기획자가 되지 마세요.

 

하지만 완벽한 요구사항정의서는 없으며 추가되거나 수정되는 부분은 항상 기획자가 관리해야한다.

---

 요구사항정의서 적는법

요구사항 정의서 예시

위시캣 요구사항정의서 샘플 발췌

1. 구분: 웹인지 앱인지 혹은 관리자인지 어떤 분야의 기능개발인지 구분 필요

2.요구사항 ID: REQ-Request의 줄임말로 ID관리

3.요구사항명: 구분을 지었다면 어떤 단계 및 메뉴에 해당되는 것인지 고지 필요

4.요구사항 상세 설명: 해당 단계 및 메뉴에서 개발하고자 하는 기능에 대해 설명 필요

5.요청자(요청부서): 요청자 및 요청부서 고지 필요, 프로젝트 개발 시 여러 부서 및 관계자에서 나오는 요구사항을 정리하고 요청자를 구분하고자 함

6.비고: 해당 요청사항에 대해 참고할만한 레퍼런스나 추가적으로 필요한 내용 고지영역(필수x)