요구사항 정의서(PRD)

정의

• 기획하는 단계에서 ‘왜 이 제품 / 서비스를 만들어야 하는가?’에 중점을 둔 문서
• 각 이해관계자들의 과점 차이를 해소, 기획한 의도 및 주요기능을 유관부서 등에게 명확하게 전달하는 문서

PRD 구성요소

• 개요
• 기회 및 임팩트
  • 시장에서 서비스가 어떤 영향을 주는지(데이터)
• 제품 정의 및 요구사항, 마일스톤, FAQ
  • 구체적인 형태 및 기능을 제시

1. 개요

• 문제 정의
  • 제품 및 서비스가 어떤 문제를 해결하기 위한지(이해 관계자들 모두가 이해할 수 있도록)
• 목적 및 배경
  • 왜 이 서비스를 만들어야 하는지 설득하는 영역
• 주요 사용자(고객)
  • 명확한 사용자와 어떤 페인포인트가 있는지 제시
• 유저 스토리/유저 저니맵
  • 고객 입장에서 작성하여 서비스에 반영
• 사용자 가치
  • 고객이 어떤 페인포인트를 해결할 수 있는지 제시
• 개발 원칙
  • 기술하는 경우도 있고 아닌 경우도 있지만, 필수적인 기능의 우선순위 제시

2. 기회 및 임팩트

• 기회
  • 시장환경, 사회 분위기, 트렌드 등 (SWOT, STP 활용)
• 가설 및 가설 검증 지표
• 임팩트 예측 (사용자가 얻게 될 가치)

3. 제품 정의 및 요구사항, 마일스톤, FAQ

• 구체적인 제품 정의 및 요구사항 기술
• 마일스톤 또는 WBS
• FAQ

프로젝트 일정관리(WBS)

정의

• 프로젝트를 효율적으로 진행하기 위해 업무 일정을 계획하고 관리할 수 있는 기초 문서
• Work Breakdown Structure의 약자로 업무 분업 구조 또는 작업 분해 구조를 말함
• 프로젝트 전체 업무를 더 작고 관리하기 쉬운 작은 요소로 세분화하는 단계

목적

• 효율적인 업무 수행
• 작업의 책임과 역할 명확화
• 작업 진척 모니터링

WBS 구성요소

• 구분: 큰 단위 업무 기재
• Task: 가장 작은 단위로 쪼개어진 세부 업무 명칭 기재
• 담당자(담당조직): Task를 수행하게 될 담당자 기재
• 기간(시작일 및 종료일): Task의 시작과 종료일자 기재
• 일정 차트(간트 차트): 전체기간 대비 각 Task의 소요 기간을 색으로 표기
• 비고: Task 수행 시 예외사항이나 제약사항을 기재

QA

• Quality Assurance의 약자로 ‘일정한 효율과 품질이 보장되어야 하는 활동’을 뜻함.
• 개발 완료 후 서비스 오픈 전 안정적으로 작동 되는지, 문제 될 만한 사항은 없는지 등을 살표보는 단계
• QA팀에서 진행하게 되나, PM 또는 기획자가 진행하는 경우도 있음

QA 순서

• 기획서 분석
• 테스트 범위 설정 (단말 등)
• 테스트 케이스 검토 및 작성
• 테스트 진행 → 버그 리포트
• 최종 테스트 진행
• 결과 리포트 작성
  

서비스 오픈

서비스 오픈 전 (D-7)

• 최종 QA 및 테스트 결과 확인하기
• 서버, 앱 배포 일정, 배포 시나리오 확인하기
• 마케팅/프로모션 확인하기
• 고객센터 및 유관부서 업무메뉴얼 작성 및 서비스 오픈 공유

오픈 당일

• 오픈 이루 운영 환경에서 테스트 진행하기
• 모니터링

오픈 이후

• 고객센터, 앱스토어 리뷰 등에 올라오는 Cs 대응 및 개선 포인트 찾기
• 지속적인 서비스 로그 모니터링
• 일별 / 주별/ 월별 등 지표 분석

서비스 회고

• 사전적 의미 : ‘뒤를 돌아봄’, ‘지나간 일을 돌이켜 생각함’
• 프로젝트를 수행하면서 목표 달성 여부, 문제점, 개선점 등을 이야기 해보는 시간

회고를 진행하는 이유

• 제품 및 개인의 성장
• 함께 일하는 협업자의 관점 이해하기
• 나의 업무 확인하기

회고 방법론 - KPT(1)

• Keep, Problem, Try의 약자로 회고 내용을 세가지 관점으로 분류하고 회고를 진행하는 것이 특징
  • Keep
    • 현재 만족하고 있는 부분
    • 계속 이어갔으면 하는 부분
  • Problem
    • 불편하게 느끼는 부분
    • 개선이 필요하다고 생각되는 부분
  • Try
    • Problem에 대한 해결책
    • 다음 회고때 판별 가능한것
    • 당장 실행 가능한것
• 짧은 시간에 모든 구성원의 생각을 공유하고, 실행 가능하고 측정 가능한 Action Item을 도출

회고 방법론 - 타임라인 리뷰(2)

• 프로젝트 진행 기간 동안 이슈 사항 또는 사건들을 타임라인으로 표시하여 회고하는 방법
• 프로젝트 기간이 너무 길 경우, 주요 사건들에 대해서만 리뷰를 진행할 수도 있음

회고 방법론 - 5F(3)

• 프로젝트를 진행하면서 있었던 주요 사건들을 시간축으로 정렬해서 5가지 F로 나누어 돌아보는 방법
  • 사실(fact)
  • 느낌(feeling)
  • 교훈(finding)
  • 향후 행동(future action)
  • 피드백(feedback)