Upgrade to Pro — share decks privately, control downloads, hide ads and more …

로맨스 연재 개발기 - 인생 첫 PM이 되었어요!

RIDI
November 03, 2017

로맨스 연재 개발기 - 인생 첫 PM이 되었어요!

발표자: 스토어팀 박경준

RIDI

November 03, 2017
Tweet

More Decks by RIDI

Other Decks in Technology

Transcript

  1. <리디에서 말하는 PM> ✓ 해당 프로젝트의 모든 것을 설명할 수

    있어야합니다. 
 (프로젝트의 목표 / 목적 / UX / 진행 일정) ✓ 태스크의 Due Date(프로젝트가 완료되는 시점)을 관리합니다. ✓ 프로젝트 내부의 의견들을 중재합니다. ✓ 필요 시 중요한 의사결정이 지체되지 않도록 미팅을 소집합니다 ✓ PQ팀과 테스트 일정을 조율합니다. ✓ 개발이 완료되면 전사(혹은 유관부서)에 이를 공지합니다. <내가 생각한 PM> ✘일정관리를 잘하면 된다
  2. 3. 킥오프 미팅 ✘같은 시안을 봐도 서로의 이해도가 많이 달라서

    맞추기 위함 ✘전체적인 일정을 공유하기 위한 시간
  3. 4. 개발 진행 ✘3주 정도의 개발기간이 주어짐 ✘하지만, 코드리뷰 기간을

    제외하면 2주 정도의 시간이 주어짐 ✘2주라는 시간은 주어진 요구사항에 비해 짧은 기간
  4. ✘ 프로젝트를 진행하기로 결정되기 전에 장기간의 여행을 이미 계획하신 분이

    있었음 ✘ 전체적인 일정에 차질이 없도록 미팅 첫날부터 오픈직전까지의 일정을 자세히 맞춤 ✘ ‘일정을 맞출 수 있을까’에 대한 걱정의 시작
  5. ✘ 메인 홈을 개발 중에 베스트셀러 리스트업은 데이터팀 에서 하는

    것을 인지함 ✘ 데이터팀에게 관련 테이블에 대해서 문의
 ✘ 하지만 로맨스 연재 프로젝트가 진행된다는 것을 모 르고 계셨음 ✘ 추후에 보니, 매출 집계 및 통계는 데이터팀에서 하기 때문에 추가 태스크들이 더 생성됨
  6. ✘ Asana & Slack에 공유
 ✘ 하지만, 관련 태스크를 진행하는

    사람이 변경사항을 인지 못함 ✘ 심지어 인지하는데 오랜시간이 걸림
  7. 하루종일 아사나 관리 ✘ 데이터팀, 플랫폼팀, 뷰어팀, 콘DB팀, 운영지원팀, 등등..여러

    팀과 다양한 이야기를 하게 됨 ✘ ’아.. PM은 일정관리만 잘하는게 아니구나'라는 것을 제대로 알게 됨 ✘ 태스크에 Due Date 박아주세요!! 초콜릿도 좀 드시고요..
  8. 5. 테스트 ✘2번의 PQ 테스트가 진행 ✘STAGING에서 진행하나 DB는 개발용을

    사용 ✘많은 요구사항에 비해 별다른 이슈 없이 테스트 마무리 ✘이상한데.. 뭔가 느낌이 쎄~ 하다(?)
  9. 웹뷰어가 안열려요!! ✘ 만화도서의 웹뷰어가 안열림 ✘ 어? 어떡하지? 뷰어팀에

    문의 ✘ 만화는 EPUB도사가 아니어서 웹뷰어가 지원이 안됨… ✘ 다시 요구사항 확인 ✘ 만화도서에 대한 별다른 언급 X
  10. 웹뷰어가 안열려요!! <배경> ✘ PM팀에서는 만화도서는 EPUB도서가 아니니깐 당연히 웹뷰어가

    안되는 것으로 생각 ✘ 나는 당연히 웹뷰어가 다 가능해야 된다고 생각 (판타지 연재의 도서들이 모두 웹뷰어가 되니깐..) ✘ 테스트시에는 개발DB에 만화도서가 적었음. + 아무도 만화도서를 안열어봄
  11. “ 누구에겐 당연한 것이
 누군가에겐 당연하지 않은 것일 수 있다.


    요구사항은 최대한 자세히, 명확히 정의하는 것이 좋다!
  12. 8. 그 이후 ✘회고록 작성
 => 잘한점 / 못한점을 나눠서

    정리
 => 문제점, 원인, 재발방지를 위한 개선방안을 토의 ✘다음에 다른 연재홈이 생길때를 대비하여 정리
  13. 정리 <스토어팀> ✘팀 특성상 여러팀과 커뮤니케이션이 활발함 ✘사용자에게 좋은 경험을

    위해 모든 구성원들이 함께 노력 ✘실수에 대한 재발방지를 위해 다방면으로 노력 + 개선 <PM> ✘'일정관리만 잘하면 된다' 생각하면 안됨
 (물론 일정관리도 중요하다) ✘각 구성원들이 진행하고 있는 태스크에 대한 충분한 이해를 하도록 도움
 ✘주어진 요구사항에 대해서 누락사항이 없는지 철저히 확인하고 보충 ✘좋은 커뮤니케이션이 가능해야 한다
 ✘전체적인 내용을 아는 사람만 PM을 할 수 있는 것이 아님
 즉, 여기있는 누구도 PM이 될 수 있다