[문서] 요구사항 명세

요구사항 명세서는 누가 작성하는게 맞는가?

내가 속한 팀의 경우는 개발자를 작성하도록 팀장이 지시했다. 문제는 팀장이 원하는 것과 개발자가 생각하는 갭이 생길 때였다. 회의는 팀장이 들어가고 큰 줄기만 정해주고 문서작성은 설계의 일환이라면서 개발자에게 문서 작성을 시키니 당연한 결과였다. 그럴바에는 처음 고객과 만날 때 부터 개발자를 동행을 할 것이지.

차이 말고도 문제는 또 있다. 요구사항 명세서가 실제 프로젝트에 도움이 안될 경우에 개선을 할 수가 없다. 힘든 것은 만든 놈이라고 개발자가 죽어라 투덜투덜 대면서 만들어도 관리자는 도움이 되던 안되던 형식적으로 필요하다고 한다. 나도 개인적으로 프로젝트에서 중요한 것은 문서보다도 동작하는 코드가 아니냐고 해도 그 분은 산출물(artifact, 즉 문서)이 가장 중요하다고 우기신다.

웹서핑을 하다가 몇 가지 주소를 정리해본다.

요구사항 분석을 위한 문서 요구사항정의서, 요구사항명세서의 구성요소 http://fixframe.tistory.com/36

[프로젝트노트] '요구사항 명세' 이야기 http://happying.tistory.com/21

작성된 요구사항 명세서가 적절한 요구사항인지를 확인하는 방법? 링크

책 - 실용적인 소프트웨어 요구사항 : http://www.infopub.co.kr/ebook/pdf/5674-322.pdf

     실용주의 프로그래머 - 명세의 함정 : http://leochai.tistory.com/421