[제로베이스 PM 파트타임 스쿨] 3주차 - 프로젝트의 우선순위 설정 2, 프로젝트 프로세스의 관리

수강한 강의

제로베이스 PM 파트타임 스쿨 

• Chapter 7 프로젝트 관리 방법
• 2. 프로젝트의 우선순위 설정 2
• 3. 프로젝트 프로세스의 관리

주차

3주차

강의 요약

• 프로젝트의 우선순위 설정 2
  • 고려 사항
    • 서비스 컨셉
      • 킬러 피처가 무엇인지
    • 일정
    • 가용 가능 리소스
  • MoSCoW 방법론
    • 애자일 프로덕트 관리방법에서 중요한 것과 그렇지 않은 것을 구별하기 위한 기법
    • Must Have
      • 이 기능 혹은 제품이 사용자들에게 약속되어 있거나 킬러 피처인 경우 해당
      • M에 해당하는 기능을 포함하지 않은 경우, 제품 혹은 서비스의 성공이 상상 불가한 경우 해당
    • Should Have
      • 높은 우선순위의 기능 혹은 제품
      • 하지만 필수 기능으로 포함되지 않은 케이스가 이에 해당됨
    • Could Have
      • 있으면 좋은 정도의 기능 혹은 제품
      • 충분한 리소스가 배정된 경우 시도가 가능
      • 없더라도 제품 혹은 서비스의 성공여부에 큰 영향을 끼치지 않는 경우 해당
    • Won't Have
      • 당장 필수로 포함될 필요가 없는 기능 혹은 제품
  • 워킹 스켈레톤 방법론
    • 구현하고자 하는 기능 혹은 서비스의 PoC(Proof of Concept) 버전
    • 주로 MVP의 우선순위를 정의하는데 사용되는 기법
    • 사용자 스토리의 순위 책정 필요
    • 완전하게 동작하는 제품의 형태를 갖고 있어야 함
    • 비즈니스 가치를 충분히 내포해야 함
  • RICE 방법론
    • 우선순위 설정을 위한 등급 점수 모델을 사용하는 기법
    • Reach (도달 범위)
      • 특정 기간 동안 이 기능을 사용할 수 있는 사용자 수를 반영
      • 주로 DAU/MAU 등 사용자 지표를 활용
    • Imapct (영향력)
      • 절대 기준을 제공하지 않으며 상대적인 점수를 책정
      • ex
        • 매우 높은 영향력 : -3점
        • 높음 : -2점
        • 중간 : -1점
    • Confidence (신뢰도)
      • 구현하고자 하는 기능이 얼만큼 사용자에게 혜택을 줄 수 있는지에 대한 추정값
      • ex
        • 높은 신뢰도 : -80
        • 낮은 신뢰도 : -50
    • Effort (노력)
      • 각 담당자의 리소스 소요 시간을 나타냄
    • RICE SCORE
      • 도달범위 * 영항력 * 신뢰도 / 노력
      • R * I * C / E
    • MoSCoW 방법론은 서비스 개편, 전체적인 개편, 서비스의 신규 릴리즈 등 대형 프로젝트를 위한 방법론
    • RICE 방법론은 운영 중 혹은 성숙기의 제품, 서비스의 우선순위를 측정하기 위한 방법론
• 프로젝트 프로세스의 관리
  • 경영진, 사업팀, 개발팀
    • 요구사항 관리
      • 상위 기획서 작성
    • 개발 필요사항 정리
      • 백로그 작성
        • 제품 및 서비스 구현에 필요한 요구사항 및 예상 소요 비용을 산정하는 단계
        • 스펙 리스트를 정리해놓은 내용
        • 제품 및 서비스에 방향성에 부합하는 결과물을 만들기 위한 To-Do-List
        • ID / 분류 / 사용자 스토리 / 제약사항 / 상세 / 우선순위
  • 개발팀
    • 리소스 산정
      • WBS 작성
        • Work Breakdown Structure
        • 프로젝트의 범위와 최종산출물을 기준으로 세부요소로 분할한 문서
        • 프로젝트 수행을 업무 식별
        • 프로젝트 구현을 위한 작업단위를 세분화 함으로써 업무 식별 가능
        • 이를 통해 누락된 작업으로 인한 불필요한 비용 지출 예방
    • 일정 계획 및 산정
    • 직무 할당표를 설정함으로서 담당자 식별 용이 및 작업 세분화에 따른 일정 소요 기간 수집 용이
    • 팀 간 의사소통
      • 각 할당 작업분야를 벗어나 전체 작업범위를 공유함으로서 서비스 구현에 대한 방향성 공유 및 진행상황 공유 용이
      • Depth - 제품 구현 단위
      • Jira - 해당 페이지 구현 요청 내역
      • 기획서 페이지 - 상세 기획서 내 해당 내용이 기술된 페이지
      • 담당자 - 해당 스펙 담당자
    • 프로젝트 관리
      • 전체 일정을 한눈에 볼 수 있게 함으로서 팀 멤버들간의 협업 증진
      • 개발 일정의 병목 원인 확인 및 개선 용이
    • 간트 차트 작성 툴
      • 내부에 사용하는 프로젝트 관리툴의 경우 간트차트를 보통 제공
      • 각 워크패키지를 등록하는 과정에서 자연스럽게 간트차트 생성

생각 정리

이전 챕터에서 배웠던 MoSCoW 방법론이나 RICE 방법론에 대해 한번 더 공부한 시간이었다.

완전히 까먹기 전에 이렇게 강의에서 리마인드해줘서 더 효율적으로 학습할 수 있었다.

 

또, 프로젝트 프로세스의 관리에 대해서도 알아봤다.

WBS나 간트차트라는 말을 처음 들어봤는데 예시로 나온 화면, 분류 기준을 보니 어떤 문서인지 알 수 있었다.

전에 다니던 회사에서도 WBS, 간트차트를 사용해서 업무를 진행했었다.

문서를 사용하지 않고 업무를 진행할 때 보다 위 문서들을 사용해서 진행할 때가 더 효율적이고 일의 전체 흐름을 알 수 있어서 좋았었던 기억이 있다.

 

후에 서비스 기획자로 근무하게 되면 프로젝트 프로세스 관리에 신경을 써서 같이 일하는 동료들에게 좋은 경험을 주고싶다!

 

이 글은 제로베이스 PM 파트타임 스쿨의 강의 자료 일부를 발췌하여 작성되었습니다.