<리디에서 말하는 PM>
✓ 해당 프로젝트의 모든 것을 설명할 수 있어야합니다.
(프로젝트의 목표 / 목적 / UX / 진행 일정)
✓ 태스크의 Due Date(프로젝트가 완료되는 시점)을 관리합니다.
✓ 프로젝트 내부의 의견들을 중재합니다.
✓ 필요 시 중요한 의사결정이 지체되지 않도록 미팅을 소집합니다
✓ PQ팀과 테스트 일정을 조율합니다.
✓ 개발이 완료되면 전사(혹은 유관부서)에 이를 공지합니다.
<내가 생각한 PM>
✘일정관리를 잘하면 된다
Slide 4
Slide 4 text
로맨스 연재 여정의 시작
Slide 5
Slide 5 text
1. 프로젝트 진행하는 이유 공유
✘제일 먼저 한일
✘비즈니스적 의미 공유
✘왜 이것을 하는지 모두에게 공유
Slide 6
Slide 6 text
“
주어진 일(태스크)을 진행하기 전에
해결하고자 하는 문제(진행하는 이유)를
먼저 잘 파악하자
Slide 7
Slide 7 text
2. 디자인 및 프로토타입 검토
Slide 8
Slide 8 text
3. 킥오프 미팅
✘같은 시안을 봐도 서로의 이해도가 많이 달라서 맞추기 위함
✘전체적인 일정을 공유하기 위한 시간
Slide 9
Slide 9 text
4. 개발 진행
✘3주 정도의 개발기간이 주어짐
✘하지만, 코드리뷰 기간을 제외하면 2주 정도의 시간이 주어짐
✘2주라는 시간은 주어진 요구사항에 비해 짧은 기간
Slide 10
Slide 10 text
첫 번째 사건
장기간의 여행
예상치 못한
Slide 11
Slide 11 text
✘ 프로젝트를 진행하기로 결정되기 전에 장기간의 여행을 이미 계획하신 분이 있었음
✘ 전체적인 일정에 차질이 없도록 미팅 첫날부터 오픈직전까지의 일정을 자세히 맞춤
✘ ‘일정을 맞출 수 있을까’에 대한 걱정의 시작
Slide 12
Slide 12 text
두 번째 사건
타팀에서는
프로젝트 진행하는 것을 모름
예상치 못한
Slide 13
Slide 13 text
✘ 메인 홈을 개발 중에 베스트셀러 리스트업은 데이터팀
에서 하는 것을 인지함
✘ 데이터팀에게 관련 테이블에 대해서 문의
✘ 하지만 로맨스 연재 프로젝트가 진행된다는 것을 모
르고 계셨음
✘ 추후에 보니, 매출 집계 및 통계는 데이터팀에서 하기
때문에 추가 태스크들이 더 생성됨
Slide 14
Slide 14 text
세 번째 사건
개발중간에 요구사항의 변경
예상치 못한
Slide 15
Slide 15 text
✘ Asana & Slack에 공유
✘ 하지만, 관련 태스크를 진행하는 사람이 변경사항을
인지 못함
✘ 심지어 인지하는데 오랜시간이 걸림
Slide 16
Slide 16 text
“
중간에 요구사항이 변경되었을 경우,
관련된 사람들이 쉽게 지나치지 않도록
직접 맨션을 해서 공유하자
Slide 17
Slide 17 text
네번째 사건
하루종일 아사나 관리
예상치 못한
Slide 18
Slide 18 text
하루종일 아사나 관리
✘ 데이터팀, 플랫폼팀, 뷰어팀, 콘DB팀, 운영지원팀, 등등..여러 팀과 다양한 이야기를 하게 됨
✘ ’아.. PM은 일정관리만 잘하는게 아니구나'라는 것을 제대로 알게 됨
✘ 태스크에 Due Date 박아주세요!! 초콜릿도 좀 드시고요..
Slide 19
Slide 19 text
5. 테스트
✘2번의 PQ 테스트가 진행
✘STAGING에서 진행하나 DB는 개발용을 사용
✘많은 요구사항에 비해 별다른 이슈 없이 테스트 마무리
✘이상한데.. 뭔가 느낌이 쎄~ 하다(?)
웹뷰어가 안열려요!!
✘ 만화도서의 웹뷰어가 안열림
✘ 어? 어떡하지? 뷰어팀에 문의
✘ 만화는 EPUB도사가 아니어서 웹뷰어가 지원이 안됨…
✘ 다시 요구사항 확인
✘ 만화도서에 대한 별다른 언급 X
Slide 23
Slide 23 text
웹뷰어가 안열려요!!
<배경>
✘ PM팀에서는 만화도서는 EPUB도서가 아니니깐 당연히 웹뷰어가 안되는 것으로 생각
✘ 나는 당연히 웹뷰어가 다 가능해야 된다고 생각 (판타지 연재의 도서들이 모두 웹뷰어가 되니깐..)
✘ 테스트시에는 개발DB에 만화도서가 적었음. + 아무도 만화도서를 안열어봄
Slide 24
Slide 24 text
“
누구에겐 당연한 것이
누군가에겐 당연하지 않은 것일 수 있다.
요구사항은 최대한 자세히, 명확히 정의하는 것이 좋다!
Slide 25
Slide 25 text
7. 오픈 후
✘베스트셀러가 안보여요...
✘페이퍼 홈에 실시간 랭킹이 없어요…
✘로맨스 고객들이 다른 장르 도서의 푸시를 받음
Slide 26
Slide 26 text
8. 그 이후
✘회고록 작성
=> 잘한점 / 못한점을 나눠서 정리
=> 문제점, 원인, 재발방지를 위한 개선방안을 토의
✘다음에 다른 연재홈이 생길때를 대비하여 정리
Slide 27
Slide 27 text
정리
Slide 28
Slide 28 text
정리
<스토어팀>
✘팀 특성상 여러팀과 커뮤니케이션이 활발함
✘사용자에게 좋은 경험을 위해 모든 구성원들이 함께 노력
✘실수에 대한 재발방지를 위해 다방면으로 노력 + 개선
✘'일정관리만 잘하면 된다' 생각하면 안됨
(물론 일정관리도 중요하다)
✘각 구성원들이 진행하고 있는 태스크에 대한 충분한 이해를 하도록 도움
✘주어진 요구사항에 대해서 누락사항이 없는지 철저히 확인하고 보충
✘좋은 커뮤니케이션이 가능해야 한다
✘전체적인 내용을 아는 사람만 PM을 할 수 있는 것이 아님
즉, 여기있는 누구도 PM이 될 수 있다