• 컴퓨터/IT > 컴퓨터공학 > 전산개론/전산통계

출판사 리뷰

◈ 추천의 글 ◈ 이뤄졌으면 하는 일이 있을 수 있다. 비전을 실현하거나(두 곳을 여행하는 새로운 방식), 제품을 생산하거나(호수에 있는 워터 슬라이드 또는 양자 컴퓨터), 어떤 제품을 개선하기를(더 빠르고, 더 효과적이고, 더 우호적인 고객 서비스) 바랄 수도 있다. 그게 무엇이든 원하는 것을 이루는 데 필요한 권위와 자원이 있는 사람이라도 그 일을 이루는 것은 매우 어렵다. 단지 무엇을 원하는지와 필요한 자금, 물품을 다른 사람에게 적절하게 말하기만 하면 훌륭하거나 적어도 만족할 만한 결과를 얻게 될 것으로 생각한다. 하지만 생각대로 되지 않는다. 다른 사람들과 소통할 때는 상대가 우리의 뜻을 이해할 것이라 여긴다. 그러나 꼭 그렇지만은 않다. 우리의 말이 유창하지 않거나 이해하기 어려울 수도 있다. 가끔은 대화 상대가 멍청할 수도 있다. 대화가 시기상조일 수도 있지만 기다려주는 사람은 없다! 이 책은 우리의 욕망을 조심스럽고 일관되고 가능한 한 소란스럽지 않고 성가시지 않게 전달하는 방법을 알려준다. 그렇게 하지 않으면 우리를 지지하는 사람들이 떠나고, 돈을 낭비하며 돌이킬 수 없는 피해를 볼 수 있다. 스크럼의 가장 큰 장점은 전달하는 내용이 명확한지 그리고 다른 사람들이 그 내용을 얼마나 잘 받아들이는지를 자주 확인하는 여러분의 능력에 달려 있다. 전달하는 내용의 명확성과 결과를 자주 점검하는 것이 중요하다. 결과가 어떻게 될지 소통하는 법을 이제 막 배우기 시작한 시점에는 특히 그렇다. 소통을 잘할수록 내용은 더욱 정확해진다. 노력을 많이 하지 않고도 명확하지 않은 것을 명확한 것으로 바꾸며 결정하는 방법을 배우면 원하는 결과를 얻을 수 있다. 원하는 것이 있고 스크럼을 사용해 의사소통과 결과물을 개선할 때 필요한 역할이 제품 책임자(Product Owner)다. 돈 맥그리얼(Don McGreal)과 랄프 조참(Ralph Jocham)은 사람들이 스크럼을 사용해 제품 책임자 역할을 할 수 있도록 이 책을 저술했으며, 두 저자가 여태까지 해온 일을 잘 전달하고 있다. - 켄 슈와버(Ken Schwaber)

1부. 전략

1장. 애자일 제품 관리
__퀴즈
__제품 마인드 vs 프로젝트 마인드
__제품 관리란 무엇인가?
__제품 관리 공백과 세 가지 V
____비전
____가치
____검증
__제품 관리와 스크럼
__제품 책임자
__제품 정의
__퀴즈 리뷰

2장. 비전
__퀴즈
__비즈니스 모델링
____비즈니스 모델 캔버스
__제품 비전
____집중
____제품 상자
____엘리베이터 피치
____실용 대 감성
____보편성
____스크럼으로 비전 수립하기
__기술 전략
__퀴즈 리뷰

3장. 가치
__퀴즈
__가치의 정의
__가치 전달
__가치 지표
__증거 기반 관리
____현재 가치
____직원당 수익
____제품 원가 비율(Product Cost Ratio)
____직원 만족도(Employee Satisfaction)
____고객 만족
____출시 시기
____릴리스 빈도
____릴리스 안정화
____주기
____제품 작업 시간 지수(On-Product Index)
____혁신 능력
____설치된 버전 지수
____사용성 지수
____혁신 비율
____결함
__트래킹 지표
__돈이 흘러가는 곳
__부정적 가치
____가시적
____비가시적
__가치 중립성
____지표의 왜곡
__퀴즈 리뷰

4장. 검증
__퀴즈
__이해관계자의 피드백
__시장의 피드백
____최소 기능 제품 MVP
____기술
____시장
____카노를 통한 최소 기능 제품
____프로모션 MVP
____마이닝 MVP
____랜딩 페이지 MVP
____오즈의 마법사 MVP
____단일 피처 MVP
__방향 전환인가, 유지인가
__퀴즈 리뷰

2부 스크럼

5장. 경험주의
__퀴즈
__복잡한 문제
__확실성 퀴즈
__복잡성 시각화하기
__커네빈
____명확(간단)
____난해
____복잡
____혼돈
____모두 사용
____질서
____무질서
__복잡성 유형
__리스크 관리
__퀴즈 리뷰

6장. 스크럼
__퀴즈
__왜 프레임워크인가?
__스크럼의 기둥
____투명성
____점검
____조정
__스크럼 역할
____제품 책임자
____도메인 전문가와 이해관계자의 관계
____개발팀
____제품 책임자 및 개발팀
____개발팀 \u003d 제품
____스크럼 마스터
____제품 책임자 및 스크럼 마스터
____기타
____스크럼팀
____이해관계자
__스크럼 산출물
____제품 백로그
____제품 책임자 및 제품 백로그
____스프린트 백로그
____제품 책임자와 스프린트 백로그
____증분
____제품 책임자와 증분
____기타
____'완료(Done)'
____제품 책임자와 '완료'
____번다운·번업 차트
____릴리스 번다운
__스크럼 이벤트
____스프린트
____제품 책임자와 스프린트
____스프린트 계획 수립
____제품 책임자와 스프린트 계획 수립
____스프린트 목표
____일일 스크럼
____제품 책임자와 일일 스크럼
____스프린트 리뷰
____제품 책임자 및 스프린트 리뷰
____스프린트 회고
____제품 책임자와 스프린트 회고
____기타
____제품 백로그 개선
__반복과 증분
__소프트웨어 개발을 위한 애자일 선언문
__퀴즈 리뷰

3부. 전술

7장. 제품 백로그 관리
__퀴즈
__요구 사항이란?
____제품 백로그
____사용자 스토리
____비기능 요구 사항
____에픽
____인수 기준
____~을 테스트한다(Test That…)
____~을 시연한다(Demonstrate That…)
____Given, When, Then(걸킨 구문)
____스파이크
__제품 백로그 순서 정하기
____가치, 리스크 및 크기 측정
____가치
____리스크
____규모
__'완료'
____'완료'의 정의
____'완료' 정의 예
____완료가 제품 책임자에게 중요한 이유는?
__'준비'는 마음가짐이다
____준비하기
____린 요구 사항 관리
__스토리 매핑
____스토리 맵 작성 단계
____스토리 맵 탐색
____스토리 맵 및 제품 백로그
____과거와 미래
__임팩트 매핑
__성공 기준
__예시 기반 구체화
__퀴즈 리뷰

8장. 릴리스 관리
__퀴즈
__릴리스 이유
__릴리스 전략
____대규모 릴리스
____소규모 릴리스
____기능적 릴리스
__추정 및 벨로시티
____여러 팀 관리
__제품 확장
____하나의 제품, 하나의 팀
____확장 전에 팀 역량 필요
____여러 제품, 하나의 개발팀
____여러 개의 제품, 여러 개의 개발팀
____하나의 제품, 여러 개의 개발팀
____확장된 스크럼도 여전히 스크럼이다
____넥서스 프레임워크
__보고
____예측의 기본
____예측
____여러 제품에 대한 예측
____완료율
____몬테카를로 시뮬레이션
____당신의 벨로시티는 무슨 색인가?
__예산 책정
__거버넌스 및 컴플라이언스
__킥오프
__품질
____정의
____품질 유형
____제품 품질
____기술 품질
____품질 유지
____1사분면
____2사분면
____사전 제품
____3사분면
____4사분면
____사후 제품
__퀴즈 리뷰

9장. 프로페셔널 제품 책임자
__제품 책임자 성공에 대한 이해
____수용형 제품 책임자
____제시형 제품 책임자
____여러분
__스킬 및 특성
__성공 측정