7월 10일 Wanted Con: Product & Strategy에서 발표한 자료를 공유합니다. - 프로덕트 매니저가 스프린트 중 하는 역할 톺아보기 - '성공'의 과정을 위해 프로덕트 매니저가 할 수 있는 일 작년에 진행했던 발표 자료에 개인적인 방법론과 구체적인 설명을 추가했습니다. 상세한 세션 내용은 링크를 참고해 주세요. https://www.wanted.co.kr/events/wantedcon04

1. 지금 프로덕트 매니저는
무슨 일을 하고 있을까?
“
”옥지혜 milkonrocks@gmail.com

2. 발표자 소개 Service Planner
2019
Product Manager
2019
Product Manager
2018
Service Planner
2016
Service Planner
2016
Service Planner
2013

3. 오늘의 발표 미리보기
제품팀과 프로덕트 매니저
❏ 프로덕트 매니저의 정의
❏ 스프린트 각 단계에서의 과업
❏ ‘잘 쓴 기획서’
프로덕트 매니저의 업무 가시화
❏ 나의 업무 기록을 남기자
❏ 나의 업무 목표 만들자
❏ 개인 회고를 꼭 하자

4. ‘제품팀을 이끌며, 비즈니스 목표에 맞는 방향으로
기술과 디자인을 통해 고객의 실제 문제를 해결한다’
이를 전업으로 하는 사람을 가르킨다
출처: 마티 케이건, <인스파이어드 감동을 전하는 IT 제품은 어떻게 만들어지는가 ?>,
2018. 12.28

5. 스프린트(Sprint) 톺아보기
어떻게
만들까?
무엇을
만들까?
만들자!
잘
만들었나
?
참고: https://www.atlassian.com/agile/scrum/sprints

6. ● 사용자의 문제와 제품에 대한 요구사항을 확인합니다.
○ 제품에 대한 내외부 이해관계자의 문제/요구사항을 파악
○ 이는 주로 백로그(Backlog) 형태로 관리
● 문제 해결방법/요구사항 간의 우선순위를 정합니다.
○ 어떤 해결방법/요구사항이 제품/조직의 목표를
달성하는데에 가장 효과적인지 판단
○ 모든 요구사항에 기술적인 해답이 필요하지 않을 수도 있음
● 요구사항을 기능으로 - 사용자의 언어로 - 표현합니다.
○ 제품팀과 구현 협의를 위한 기능명세 또는 기획서를 작성
○ 어떠한 지표로 이 기능의 효과를 판단할지 결정
스프린트(Sprint) 톺아보기 : 무엇을 만들까?

7. ● (디자인) 사용자가 어떤 형태로 이 기능을 만날지 결정합니다.
○ 사용자에 제공 하고자 하는 가치를 잘 남아 낼 수 있도록
○ 각 화면의 구성부터 전체적인 사용 경험을 점검
● (개발) 전달하고자 하는 가치와 형태를 효과적으로 구현합니다.
○ 비용 효율적인 방법과 확장 가능성에 대하여 협의
○ 협의 과정에서 제공 하고자 하는 기능이 변경되기도
● 서비스 유관부서와의 검토를 진행합니다.
○ 운영, 법무, 재무, 보안 등 공급자 관점 이슈사항 검토
스프린트(Sprint) 톺아보기 : 어떻게 만들까?

8. ● 담당자 간 구현 작업을 조율합니다.
○ 기능 명세에 대한 작업자 간 이해가 다를 때 하나로 맞춤
○ 목표 배포일정에 출시 하기 위한 의사결정 하기도
● (QA) 기능명세를 충족하였는지 출시 이전에 테스트 합니다.
○ 테스트 진행을 위한 내역 작성 및 테스트 과정 조율
○ 전담부서가 없는 조직의 경우, PM이 직접 진행하기도
● 출시를 위한 준비를 합니다.
○ 기능 성패 판단을 위한 통계 지표를 확인
○ 안정적인 서비스 운영을 위한 유관부서 사전 공지
○ 모바일 앱을 각 스토어에 PM이 직접 배포 진행하기도
스프린트(Sprint) 톺아보기 : 만들자!

9. ● 기능이 목표를 달성하였는지 확인 합니다.
○ 기획 시점 목표 수치를 달성하였는지 확인
○ 목표 달성을 위해 추가 액션 아이템을 도출하여 진행
● 개선사항을 도출하고 백로그로 쌓아 둡니다.
○ 보다 효과적으로 목표를 달성할 수 있는 방안
○ 목표를 달성하지 못한 이유가 무엇이고 이것을 해결할 방안
○ 가능하다면 스프린트에 대한 회고를 진행
● 다시 ‘무엇을 만들까?’ 단계로 돌아갑니다.
○ 각 스프린트는 고유한 목표를 가지고 이 목표는 수직적으로
제품/조직의 목표에 기여
스프린트(Sprint) 톺아보기 : 잘 만들었나?

10. 제품/조직마다
서로 다른
프로덕트 매니저
● 프로덕트 매니저는 제품을 완성하고 성공을 이끔
● 과업의 종류가 다양하고 수많은 사람과 협업
● 프로덕트 매니저 업무의 우선순위
○ 무엇을 만들지 결정한다 (백로그 관리)
○ 서비스 평가 지표를 결정한다 (지표 관리)
○ 팀도 하나의 제품으로 다룬다 (조직 관리)

11. ‘잘 쓴 기획서’
● 기획서의 목표
○ 기능의 목적과 목표 담당자간 합의
○ 기능 명세에 대한 합의와 이력을 기록
● 매우 상세한 기획서가 반드시 좋은 기획서는
아님
● 조직의 일하는 방식과 커뮤니케이션 스타일을
담아
● 기획서와 그 양식도 개선해 나갈 수 있는 대상

12. ‘[ ]한 프로덕트 매니저가 되라’
그 요구를 충족하면 제품과 팀이 성공할 수 있을까?
제품의 성공이 몇 가지 변수로 결정될까?

13. 프로덕트 매니저의
개인 관리가
왜 중요한가
● 일터에서의 지속가능한 나를 만드는 방법
● 성공은 ‘순간’이 아니라 ‘과정’일 수도?

14. 나의 업무 가시화 하기

15. 나의 업무 기록을
남기자
● ‘한 것도 없는데 하루가 다 지나갔다’
● ‘하루 종일 회의하다가 이제 제 할 일 해요.’
● 매일 나 중심의 업무 기록을 남기자
○ 온도체크, 트러블슈팅, 목표, 이슈 관리

16. ● 1 ~ 5점 사이로 오늘의 컨디션을 기록하자
● 퍼포먼스를 고르게 유지하려면 일정한 컨디션 관리는 필수
● 일터에서의 나에 대해서 살피고 규칙을 만들자
● 나에게 정말로 중요한 것과 그렇지 않은 것을 구분하자
온도 체크: 결국에는 사람이 하는 일이니까

17. 트러블슈팅: 김이름 씨는 이 문제를 어떻게 해결할까?
● 감정소모를 줄이고 문제해결 중심의 접근을 유지할 수 있다
○ 무엇이 문제인가?
○ 현재 상황과 앞으로의 상황은 어떠한가?
○ 내가 해결할 수 있는 방법이 있을까?
● 문제해결능력이 경력의 핵심이다
● 목표달성을 방해하는 요소에 대한 예측, 분석 그리고 해결을 연습

18. 이슈 관리: 일 잘하는 물음표 살인마가 되자
● 목표를 향해 일하는 버릇을 만들자
○ 이 업무는 왜 하는가?
○ 이 업무의 목표는 무엇인가?
○ 이 업무는 누구와 어떤 일을 해야 하는가?
● 직면한 과업을 언어화하는 연습을 할 수 있다
● 그 많던 업무시간은 누가 다 먹었을까?
○ 어떤 일이 시간이 오래 걸렸나?
○ 어떤 일이 시간을 비효율적으로 쓰게 했는가?

19. 업무 목표: 나의 몫은 내가 챙겨야 한다
● 목표가 없으면 성취도 없다
● 제품과 조직에서 나는 무엇을 얻어갈지에 집중하자
○ 직관적이고 정량화할 수 있고 가능하다면 까다롭게
● 목표를 달성한 이유, 그렇지 못한 이유와 과정을 기록하자
● 목표 설정도 연습이 필요하다. 어설픈 목표도 없는 것 보다 낫다.

20. 개인 회고를
꼭 하자
● 인생은 셀프 - 억울해지지 않도록 노력하자
● 업무 공간에서의 감정선을 추적해서 적당한
언어로 너무 늦지 않게 표현하자
● 회고 목적 - 목표에 가까워지기 위해서

21. [부록] 또 하나의
제품으로서 팀
● 제품의 한계는 제품팀의 한계와 같다
● 제품도 제품팀도 함께 성장해야 한다
● 팀원은 팀이라는 제품의 사용자이다
○ 왜 이 조직에서 일하고 있는지
○ 조직에 대한 요구사항이 무엇인지

22. 감사합니다
옥지혜 milkonrocks@gmail.com