📒 오늘의 TIL

1️⃣ 요구사항정의서

• 요구사항 정의서 작성은 개발 프로젝트의 성공에 있어 매우 중요한 역할을 한다고 생각되어 팀원들과 여러 의견을 주고 받으면서 작성했다. 우리는 페이지를 기준으로 큰 기능들을 나누고, 각 기능 내에 필수 입력 사항과 같은 세부적인 내용을 작성했다. 또한 개발할 때 중요한 기능을 상, 중, 하로 나누어 중요도를 부여하여 개발 우선순위를 설정했다.

• 이렇게 요구사항 정의서를 작성함으로써, 개발 프로젝트의 요구사항을 구체적으로 파악하고, 이를 기반으로 개발 과정을 보다 체계적으로 수행할 수 있을 거라 생각이 되었다. 또한 중요도에 따라 개발 우선순위를 설정하는게 개발 일정을 관리하고, 프로젝트 완료 기한까지 완성하기에 더 효율적이라 생각되었다.

• 요구사항 정의서 작성은 개발자뿐만 아니라 관리자나 이해관계자 등 프로젝트에 참여하는 모든 이들이 이해할 수 있는 형태로 작성하는 것이 중요하는 글을 보았다. 이를 위해 간결하면서도 명확한 언어를 사용하고, 필요한 경우 그림, 도표 등을 활용하여 시각적으로 설명하는 것도 좋을 거 같다.

🧑‍💻 궁금한 점

• 우리 팀은 요구사항 정의서를 함께 회의하며 작성했다. 이 과정에서 백엔드와 프론트엔드 개발자들의 의견을 모두 반영할 수 있어서 좋았지만, 생각보다 많은 시간이 소요되었다. 이에 따라 현업에서는 요구사항 정의서를 작성하지 않는 경우도 있는지, 만약 작성한다면 업무 분담과 작성 방법에 대한 궁금증이 생겼다.

✍ 알게된 점

• 요구사항 정의서는 프로젝트에서 가장 중요한 문서 중 하나다. 이 문서를 작성하는 방법은 프로젝트에서 매우 중요하다. 일반적으로 요구사항 정의서는 고객, 사용자 및 개발자 간에 의사소통을 촉진하고 프로젝트의 범위를 명확하게 정의하기 위해 작성된다.

💡 요구사항 정의서를 작성하는 프로세스

요구사항 수집

프로젝트에서 요구되는 모든 기능, 시스템 및 인터페이스에 대한 정보를 수집한다.
이 단계에서는 고객, 사용자 및 개발자와의 면접, 설문 조사 및 설문지를 활용하여 요구사항을 수집한다.

요구사항 분석

수집한 요구사항을 분석하여 문제점을 식별하고 해결책을 찾는다.
이 단계에서는 요구사항 간의 우선순위를 결정하고, 불필요한 요구사항을 제거하며, 요구사항의 정확성과 완전성을 확인한다.

요구사항 문서화

수집된 요구사항을 문서로 작성한다.
이 단계에서는 요구사항 정의서를 작성하는데 필요한 양식 및 템플릿을 사용하여 요구사항을 문서화한다.

요구사항 검증

작성된 요구사항을 검증하여 요구사항이 프로젝트 범위에 맞는지 확인한다.
이 단계에서는 요구사항이 실제 시스템에서 구현 가능한지, 그리고 고객이 원하는 결과를 제공하는지 확인한다.

요구사항 정의서 작성에는 백엔드 및 프론트엔드 개발자 모두가 참여해야한다. 각 개발자는 자신이 담당하는 부분의 요구사항을 알고 있으므로, 모든 의견이 적극적으로 수용되어야한다. 이를 위해 회의나 브레인스토밍 세션을 통해 모든 의견을 듣고 조율할 필요가 있다.

요구사항 정의서 작성을 단순화하기 위해 일부 조직에서는 요구사항 정의서 작성을 위한 프로세스를 자동화하는 요구사항 관리 도구를 사용한다.

💫 느낀점

• 요구사항 정의서를 작성하면서 아쉬웠던 점은, 우리 팀이 요구사항 문서화를 시작하면서 요구사항 수집과 분석을 바로 시작하지 않았다는 점이다. 이로 인해 회의하는 데 시간이 많이 소요되었고, 작성하는 중간 중간 작성 단계를 왔다갔다 하며 한 부분에 집중하지 못할 때도 많았다. 다음에 요구사항 정의서를 작성하게 된다면, 이번에 공부한 4단계를 지켜서 작성해 봐야겠다.