[제로베이스 pm스쿨] 매일학습일지 Week 2-5

✍🏻 오늘의 할 일

- 케이스 스터디 2개

- 북스터디 2개

- 챕터 7 프로젝트 관리 방법 강의 완료

- 매일학습일지

---

 

✔️ 프로젝트 우선순위 설정
✔️ 프로젝트 프로세스의 관리
✔️ 프로젝트 진행을 위한 커뮤니케이션
✔️ 프로젝트 커뮤니케이션 용어정리
✔️ 프로젝트 완료후

---

프로젝트는 왜 실패하는가?

1. 조직 우선순위의 불안정성

2. 프로젝트 방향성의 불안정성 -> 서비스 방향성이 계속해서 변경되면 제품퀄리티가 낮아진다.

 

조직의 리소스는 한정되어 있으며 모든 요구사항을 반영하는것은 어려움, 서비스 기획자는 명확한 우선순위를 설정하고 그에 따라 프로젝트를 진행해야한다.

 

프로젝트의 우선순위는 무엇인가?

제품 혹은 서비스의 컨셉을 구현하는데 가장 필요한 기능을 기준으로 우선순위가 설정되어야 한다. 

 

* 킬러피처 - 콘셉트를 기반하는 기능

프로덕트	컨셉	킬러 피처
카카오톡	사용자간 커뮤니케이션 서비스	메시지 전송
인스타그램	이미지 공유 서비스	이미지 업로드

 

프로젝트 우선순위 설정기법

1. 서비스 컨셉 - 서비스 방향을 결정짓는 것 "킬러피처"

2. 정해진 일정

3. 가용가능한 리소스

 

가장 많이 쓰는 방법론 - MoSCoW 방법론

애자일 프로덕트 관리방법에서 중요한 것과 그렇지 않은 것을 구별하기 위한 기법

 

- 워킹 스켈레톤(Walking Skeleton) 방법론

완전 초기 단계 스타트업에서 사용

구현하고자 하는 기능 혹은 서비스의 PoC(Proof of Concept)버전

 

우선 순위를 매겨서 Low priority는 잘라내고, High priority에서도 꼭 필요한 기능만 남기고 제거 -> 컨셉을 증명할 수 있는 정도의 제품 레벨까지는 가야 한다.

 

- RICE 방법론 : 점수 모델을 사용함으로써 조금 더 객관적인 판단이 가능하다.

모스카우 방법론과 함께 가장 많이 쓰이는 우선순위 방법론 중 하나이다. 

운영중인 or 성숙기에 제품(서비스) 개선에 우선순위를 측정하기 위한 방법론

 

일정관리의 중요성

기획자가 기획서, 아이데이션, 전반적인 기획 내용이 훌륭하더라도 프로젝트 관리를 제대로 하지 않는다면 결과물이 좋지 않다.

 

프로젝트 프로세스의 관리

1. 요구사항 정리 -> 2. 개발 필요사항 정리     (경영진/사업팀/개발팀)

-> 리소스 산정 -> 프로젝트 운영                   (개발팀)

 

백로그 (Back log)

제품 및 서비스 구현에 필요한 요구사항 및 예상소요 비용을 산정하는 단계

지속적인 피드백을 통해 업로드, 초안에서 추가된 항목이 생기거나 혹은 제거되는 항목이 발생할 수 있다.

WBS (Work Breakdown structure)

프로젝트 범위와 최종산출물을 기준으로 세부요소로 분할한 문서

 

장점

- 프로젝트 수행을 위한 업무 식별

- 일정계획 및 산정

- 팀 간 의사소통

 

간트 차트(Gantt Chart)

업무 일정의 시간과 끝을 bar형태의 그래프로 표기하여 전체 일정을 한눈에 볼 수 있게 만든 차트

 

수직적 커뮤니케이션

주요 대상	상위 의사결정권자
주요 문서	상위기획서
목적	서비스 방향성/컨셉 결정 서비스 성공여부 판단 조직간 이슈 보고

 

수평적 커뮤니케이션

주요 대상	실무자
주요 문서	상세기획서
목적	서비스 구현내역 프로젝트 관련 이슈 발견 제품 출시 및 성과 측정

 

외부 커뮤니케이션

주요 대상	고객
주요 문서	제품소개서 이용가이드 공지사항
목적	제품 사용방법 전달 약관 고지 CS 접수

 

UX 요소

콤보박스 - 직접 해당 값을 입력할 수 있음 (숫자가 편하다)

 

라디오 버튼 - 선택 옵션 중 하나의 항목만 선택할 수 있도록 하는 요소

 

체크 박스 - 동시에 여러 개를 선택할 수 있는 요소

 

토글 버튼 - 여러 개의 옵션 중 하나의 선택지만 선택 가능한 옵션, 버튼형태로 제공됨

 

토글 스위치 - 주로 모바일에서 사용, 선택지는 양자택일로 제공됨

 

슬라이더 - 드래그를 통해 최소값, 최댓값 조절 (ex. 음량, 화면 밝기)

 

프로그레스바 - 시각적으로 진행상황 보여주는 요소 (ex. 게임로딩창, 클라우드 펀딩)

 

툴팁 - 마우스 오버시 해당 영역에 대한 설명이 말풍선 형태로 나타나고 사라짐 (ex. 도움말)

 

팝업 - 사용자로부터 단일 선택을 요구하는 대화상자의 가벼운 형태의 창

 

개발요소

API(Application Programming Interface)

: 만들어진 하나의 패키지

: 서버와 데이터베이스의 출입구 역할을 하며 허용된 인원에 대해서 데이터베이스에 접근할 수 있는 권한과 활용에 대한 권한을 부여함

 

Private API	Public API	Partner API
주로 사내 내부에서 사용되는 API	개방형 API	데이터 공유에 동의하는 특정인들만 사용하는 API

 

네이티브 앱 - 스마트폰 운영체제에 맞춰 개발된 프로그램, 구글플레이스토어/애플 앱스토어의 정책에 맞춰 개발

 

웹 앱 - 링크를 통해 접근 가능, 웹브라우저를 통해 접근 가능

 

하이브리드 앱 - 네이티브와 웹앱 형태가 혼합된 형태로, 네이티브의 안정성, 웹앱의 유연성을 모두 가진 형태

 

JSON - HTTP 요청에서 사용되는 데이터 형식 {key: value}

 

Cookie - 클라이언트 로컬DB에 저장되는 데이터 파일, 일정시간 동안만 사용자의 클라이언트에 해당 데이터 저장

 

Session - 쿠키를 기반으로 하지만 사용자 정보를 서버에서 관리하며 브라우저를 통해 웹서버에 접근한 시점부터 종료시점까지 유지

 

서비스 운영

고객이 서비스 및 제품을 사용함에 있어서 사용성을 파악하고 개선사항에 대한 대응을 하는 업무

 

CS응대 / 개발관리 / 데이터 분석 / 어드민 기획

 

- 어드민 기획 : 서비스 운영에 필요한 기능을 추가한 페이지로 주로 권한관리, 매출관리, 통계 등의 기능을 지닌다.

 

프로젝트 회고

- KPT 회고 방법론

 

Keep : 프로젝트 진행시에 좋았던, 잘했던 부분이며 다음 차수에도 유지되어야 하는 부분

Problem : 프로젝트 진행시에 잘되지 않은, 못했던 부분이며 다음 차수에도 개선되어야 하는 부분

Try: Problem에서 확인된 내용을 개선하기 위해 취할 수 있는 액션

---

이번주 강의 내용 완강! 강사님이 예시와 자세한 설명으로 아주 잘 가르쳐 주신다.👏🏻