MVP, PRD, SRS

mactto3487·2021년 3월 22일
3

UPF

목록 보기
2/4
post-thumbnail

UPF 활동의 첫 번째 과제로 우리 프로젝트를 정의하는 과제를 내주셨다.
해당 과제를 통해 다른 팀들도 우리 프로젝트를 파악할 수 있고
나와 우리 팀원들 또한 프로젝트의 세부적인 사항까지 정리하는 것이 목적인 것 같았다.

과제를 주실 때 요구사항 명세서에 관한 몇 가지 설명을 해주셨는데
MVP, PRD, SRS 등 낮선 용어들이 있어 정리해보고자 한다.


1. 관련 용어 정리

  • MVP (Minimum View Product)

직역하면 최소 기능 제품인 MVP는 고객의 피드백을 받아 최소한의 기능만을 구현한 초기 제품이다.
MVP가 꼭 데모 서비스일 필요는 없고 파워포인트 슬라이드, 비디오 등으로도 구현될 수 있다.

나는 최소한의 기능만을 구현한 초기 제품이라고 해서 디자인이 하나도 적용되지 않은 서비스를 생각했는데
조금 더 알아보니 '최소한'이라는 단어의 의미는 시장에서 기대할만한 최소한의 품질과 기능을 말한 것이었다.
즉, Product 관점에서의 최소한이라는 단어를 적용한 것이 아니다.

나처럼 MVP에 대해 잘못 이해하고 있다면 상당히 위험할 수 있다고 한다.
위 예시 말고도 발생할 수 있는 여러 오해들을 소개한 포스팅을 찾았다.

아래 참고자료 링크는 MVP를 오해해서 빠질 수 있는 5가지 함정을 소개하고
어떻게 해결할 수 있을지에 대한 솔루션에 대한 포스팅이다.

MVP의 5가지 함정

  • PRD (Product Requirements Document)

요구사항 명세서의 한 종류로 PRD는 필요한 기능을 정의하는 비즈니스 문서이다.
예를 들어, 서비스의 목적, 특징, 기능 등과 같이 비지니스 팀과 기술 팀에서
서비스를 빌드하거나 런칭하는 것에 가이드라인을 제공하는 걸 목적으로 한다.

다음은 PRD를 작성할 때 고려하면 좋은 사항들을 정리해보았다.

  1. 여러 페이지로 나누지 말고 하나의 페이지에 작성할 것
    PRD는 일련의 문제와 관련된 모든 항목에 대한 가이드가 된다.
    따라서 페이지 하나에 모든 내용을 잘 정리해 놓는다면 팀원이 정보에 접근하는
    시간을 절약할 수 있음과 동시에 간결하게 볼 수 있다.
  1. 일정한 형식에 얽매이지 말 것
    모든 서비스에 적합한 PRD는 있을 수 없다.
    매번 동일한 형식을 따를 필요는 없으므로
    각 서비스의 특징에 따라 PRD의 형식에 변화를 주자.
  1. 충분한 맥락과 세부 사항을 제공할 것
    PRD에 세부적인 내용을 설명하는 많은 링크를 포함하자.
    단순한 링크 하나로 PRD의 내용을 간결하지만 강력하게 만들 수 있다.
  1. 다른 팀과 공유할 것
    우리의 PRD에서 부족한 사항이나 추가적인 사항은 다른 팀이 보았을 때 더 잘 보일 수 있다.
    다른 팀의 누군가에게 유사한 프로젝트에서 얻은 훌륭한 피드백, 제안을 요청하자.
  1. 반드시 협업할 것
    PRD에서 가장 중요한 것은 모든 사람을 참여시키는 것이다.
    절대 PRD를 혼자 작성하지 말고 다같이 작성하자.
    팀과 페이지를 공유하고 즉각적인 피드백을 받으면서 질문하고 논의하자.
  • SRS (Software Requirements Specification)

PRD와 마찬가지로 요구사항 명세서의 한 종류이며 소프트웨어 중심에서
어떤 종류의 기능이 구현되는 방법을 정의한 기술 문서이다.

소프트웨어 요구사항이란 개발하고자 하는 소프트웨어가 갖추었으면 하는 기능 하나하나를 다룬 것을 의미하며,
대부분 추상적이고 명확하지 않아 표현이 어렵다는 특징이 있다.

SRS 또한 딱히 정해지거나 지켜야 할 규칙같은 건 없지만 IEEE 표준에서 제시하고 있는
좋은 소프트웨어 요구사항 명세서가 갖춰야 할 항목과 특징은 아래 사진과 같다.

※ PRD와 SRS의 차이

얼핏보면 PRD와 SRS 모두 기능에 관련해서 작성된 요구사항 명세서이다.
이 둘의 차이를 따져보면 다음과 같다.

PRD : 필요한 기능을 정의하는 비즈니스 문서
SRS : 어떤 종류의 기능이 구현되는 방법을 정의하는 기술 문서


Ref (참고문헌)

1개의 댓글

comment-user-thumbnail
2021년 4월 2일

재밌네요^^

답글 달기