스크럼 으로 소프트웨어 제품 관리 하 기 ( 에이콘 애자일 시리즈 5 ) ( Paperback ) - 교보문고 
 스크럼 으로 소프트웨어 제품 관리 하 기 비즈니스 전략 에 맞춘 고객 과 사용자 중심 의 소프트웨어 개발 전략 
 에이콘 애자일 시리즈 5 | 페이퍼백 
 로만 피클러 지음 | 박현철 , 류 미경 옮김 | 에이콘 출판 | 2013 년 04 월 23 일 출간 
 원서 : Agile product management with scrum : creating products that customers love . 
 9788960774209 ( 8960774200 ) 
 188 * 235 * 20 mm / 480 g 판형 알림 
 Agile product management with scrum : creating products that customers love . / Pichler , Roman 
 스크럼 기반 애자일 제품 관리 에 관한 안내서 ! 
 비즈니스 전략 에 맞춘 고객 과 사용자 중심 의 소프트웨어 개발 전략 『 스크럼 으로 소프트웨어 제품 관리 하 기 』. 스크럼 컨설턴트 인 로만 피클러 는 실제 사례 를 통해 제품 소유자 가 스크럼 을 활용 해 성공 적 인 제품 을 개발 하 는 방법 을 보여준다 . 효과 적 으로 애자일 제품 을 발견 하 는 법 , 떠오르 는 요구사항 을 활용 하 는 법 , 최소한 의 시장 성 을 갖춘 제품 을 생성 하 는 법 , 고객 의 피드백 을 조기 에 활용 하 고 , 개발 팀 과 밀접 한 관계 를 유지 하 는 법 등 광범위 한 애자일 제품 관리 방법 을 설명 한다 . 
 저자 : 로만 피클러 
 저자 로만 피클러 ( Roman Pichler ) 는 스크럼 과 애자일 제품 관리 에서 최고 의 전문가 다 . 그 는 오랫동안 제품 책임자 들 을 가르치 고 , 지도 하 고 , 기업 이 효과 적 인 제품 관리 방법 을 적용 하 도록 도왔 다 . 이 책 외 에 도 , 그 는 『 스크럼 : 애자일 방법 론 의 성공 적 인 도입 』 이 라는 베스트셀러 의 작가 이 며 , 국제 컨퍼런스 의 단골 연사 다 . 공인 스크럼 트레이너 인 그 는 , 공인 스크럼 제품 책임자 트레이닝 교육 과정 을 개발 하 기 위한 스크럼 연합 을 주도 했 다 . 
 역자 박현철 은 한때 는 춤 을 사랑 했 지만 , 지금 은 좋 은 소프트웨어 를 만들 기 위해 글 을 쓰 는 것 을 즐긴다 . 다양 한 분야 에 걸쳐 많 은 프로젝트 를 경험 했으며 , 프로그래머 로 시작 해서 CEO 까지 여러 역할 을 수행 했 다 . IT 분야 에서 보람 과 행복 을 많 은 사람 들 과 함께 찾 기 위해 노력 하 고 있 다 . 
 박현철 님 의 최 근작 
 도메인 주도 설계 핵심 ( 소프트웨어 아키텍처 시리즈 ) 
 모바일 인터넷 과 전자 상거래 
 역자 류 미경 은 커뮤니케이션 을 전공 하 고 , 마케팅 과 멘토링 을 경험 해 왔 다 . 사람 들 의 다양 한 살아가 는 방식 에 많 은 관심 을 갖 고 있 으며 , 시간 이 나 면 국내외 세상 구경 하 기 를 즐긴다 . 번역 서로 『 Agile Project Management with Scrum 한국어 판 』, 『 엔터 프라이즈 애자일 프로젝트 관리 』, 『 소프트웨어 프로젝트 생존 전략 』, 『 데드라인 』, 『 eXtreme Programming Installed : XP 도입 을 위한 실전 입문 』 이 있 다 . 
 1 장 . 제품 책임자 바로 알 기 
 제품 책임자 역할 
 제품 책임자 가 갖춰야 할 바람직 한 특성 
 선지자 이 자 행동 가 
 리더 이 자 팀원 
 의사소통 전문가 이 자 협상 가 
 헌신 적 인 권한 소유자 
 시간 과 자격 이 있 는 사람 
 팀 과 의 협업 
 스크럼 마스터 와 의 협업 
 고객 , 사용자 , 그리고 이해 당사자 와 의 협력 
 제품 책임자 역할 확대 
 수석 제품 책임자 
 제품 책임자 계층 구조 
 적합 한 제품 책임자 선정 
 권한 이 부족 한 제품 책임자 
 혹사 당하 는 제품 책임자 
 부분 적 인 제품 책임자 
 멀리 떨어진 제품 책임자 
 제품 책임자 대리인 
 제품 책임자 위원회 
 제품 비전 
 비전 의 바람직 한 특징 
 공유 와 통일 
 폭넓 게 , 매력 있 게 
 짧 고 호소력 있 게 
 최소한 의 시장 성 을 갖춘 제품 
 단순 한 것 이 더 아름답 다 
 단순 한 사용 자 인터페이스 
 고객 요구 와 제품 속성 
 비전 탄생 
 펫 프로젝트 활용 
 스크럼 활용 
 비전 생성 기법 
 프로토타입 과 실물 모형 
 페르소나 와 시나리오 
 비전 상자 와 업계 잡지 검토 
 카노 모델 
 비전 과 제품 로드맵 
 최소한 의 제품 과 다양 한 제품 
 예언 적 비전 
 분석 의 늪 
 고객 에게 무엇 이 좋 은지 는 우리 가 가장 잘 안 다 
 큰 것 이 아름답 다 
 제품 백 로그 의 특성 - DEEP 
 적절 한 수준 에서 세부 적 으로 기술 
 제품 백 로 그 그루 밍 
 아이템 발견 과 기술 
 아이템 기술 
 백 로 그 구조 정하 기 
 제품 백 로그 의 우선 순위 정하 기 
 지식 , 불 확실 성 , 위험 
 릴리스 역량 
 스프린트 계획 수립 준비 
 스프린트 목표 정하 기 
 적시 에 알맞 은 수 의 아이템 준비 하 기 
 명확 성 , 테스트 가능 성 , 실현 가능 성 확인 
 아이템 크기 조절 
 스토리 포인트 
 포커 계획 수립 
 비 기능 적 요구 사항 처리 
 비 기능 적 요구 사항 정의 
 비 기능 적 요구 사항 관리 
 제품 백 로 그 확장 
 단일 제품 백 로 그 사용 
 그루 밍 범위 확장 
 독립 백 로 그 뷰 제공 
 제품 백 로그 를 가장 한 요구사항 명세 
 산타 에게 보내 는 희망사항 
 요구사항 강요 
 그루 밍 무시 
 경쟁 적 인 백로 그 
 시간 , 비용 , 그리고 기능 
 품질 동결 
 빠르 고 빈번 한 릴리스 
 개발 속도 
 릴리스 소멸 
 릴리스 소멸 차트 
 릴리스 소멸 막대그래프 
 개발 속도 예측 
 릴리스 계획 생성 
 대 규모 프로젝트 릴리스 계획 수립 
 추정 에 필요 한 공통 기준 
 앞 을 내다보 는 계획 수립 
 릴리스 소멸 차트 나 릴리스 계획 부재 
 방관 하 는 제품 책임자 
 빅뱅 릴리스 
 품질 에 대한 타협 
 스프린트 계획 수립 
 완료 기준 의 정의 
 스프린트 백 로그 와 스프린트 소멸 차트 
 대 규모 프로젝트 의 스프린트 회의 
 연합 스프린트 계획 수립 
 연합 스프린트 검토 
 연합 스프린트 회고 
 번지 제품 책임자 
 수동 적 인 제품 책임자 
 지속 불 가능 한 속도 
 스프린트 소멸 보고 
 6 장 . 제품 책임자 로 의 역할 전환 
 훌륭 한 제품 책임자 되 기 
 코치 들 이 기 
 적절 한 직책 의 상사 로부터 지원 받 는지 확인 하 기 
 아직 완료 한 것 이 아니 다 
 훌륭 한 제품 책임자 개발 
 역할 의 중요 성 인식 
 올바른 제품 책임자 선정 
 제품 책임자 에게 권한 을 부여 하 고 지원 하 라 
 지속 적 인 제품 책임자 역할 활용 
 소프트웨어 제품 이 갖 는 개발 의 비 가시성 을 극복 하 면서 도 , 어떻게 고객 이 원 하 는 제품 을 빠르 고 , 효과 적 으로 만들 수 있 을까 ? 정말 소프트웨어 제품 이나 시스템 을 그렇게 만들 수 있 을까 ? 이 책 은 실제 제품 이나 시스템 을 만들 어 본 경험 이 있 는 다양 한 이해 당사자 들 , 즉 고객 , 사용자 , 개발자 , 운영 팀 , 관리자 , 아키 텍 트 , 모 델러 등 을 위한 책 으로 , 고객 이 원 하 는 소프트웨어 제품 개발 경험 을 간결 하 면서 도 명확 하 게 제시 한다 . 기업 의 비즈니스 가치 를 중요 하 게 생각 하 고 , IT 를 조직 에 효과 적 으로 적용 하 려는 목적 을 갖 고 있 는 사람 이 라면 , 누구 나 . .. 더 보 기 
 소프트웨어 제품 이 갖 는 개발 의 비 가시성 을 극복 하 면서 도 , 어떻게 고객 이 원 하 는 제품 을 빠르 고 , 효과 적 으로 만들 수 있 을까 ? 정말 소프트웨어 제품 이나 시스템 을 그렇게 만들 수 있 을까 ? 이 책 은 실제 제품 이나 시스템 을 만들 어 본 경험 이 있 는 다양 한 이해 당사자 들 , 즉 고객 , 사용자 , 개발자 , 운영 팀 , 관리자 , 아키 텍 트 , 모 델러 등 을 위한 책 으로 , 고객 이 원 하 는 소프트웨어 제품 개발 경험 을 간결 하 면서 도 명확 하 게 제시 한다 . 기업 의 비즈니스 가치 를 중요 하 게 생각 하 고 , IT 를 조직 에 효과 적 으로 적용 하 려는 목적 을 갖 고 있 는 사람 이 라면 , 누구 나 관심 을 가져야 할 내용 이 며 , IT 리더 라면 반드시 알 고 활용 해야 할 내용 을 담 고 있 다 . 
 제품 책임자 는 애자일 프로젝트 에서 가장 힘든 역할 을 맡 고 있 음 에 도 별다른 조언 을 구할 만 한 곳 이 거의 없 었 다 . 이 책 이 바로 그 점 을 보완 해 준다 . 제품 책임자 의 의무 에 관한 로만 피클러 의 통찰력 은 강렬 하 고 매우 실질 적 이 다 . 제대로 적용 하 면 , 로만 피클러 가 한 조언 은 모든 제품 책임자 와 애자일 팀 에게 도움 이 될 것 이 다 . 
 - 마이크 콘 / 『 경험 과 사례 로 풀어낸 성공 하 는 애자일 』, 『 불 확실 성 과 화해 하 는 프로젝트 추정 과 계획 』, 『 사용 자 스토리 』 의 저자 
 제품 책임자 가 가치 를 어떻게 극대 화 할지 에 관해 스크럼 에서 는 별다른 방향 을 제시 해 주 지 않 는다 . 대다수 제품 관리자 와 마케팅 담당자 들 은 가치 의 극대 화 를 위해 반복 적 이 면서 점진 적 인 성질 의 스크럼 을 어떻게 이용 하 는지 도 잘 모른다 . 로만 은 그 의 새로운 저서 『 스크럼 으로 소프트웨어 제품 관리 하 기 』 를 통해 그 공백 을 멋지 게 채워 놨다 . 
 - 켄 슈와 버 / 스크럼 프로세스 의 공동 개발자 
 참조 할 문헌 조차 거의 없 는 ‘ 애자일 제품 관리 ’ 분야 에 로만 이 큰 기여 를 했 다 . 이 책 은 애자일 제품 관리자 와 성공 적 인 제품 책임자 가 되 는 방법 은 물론 , 강력 한 비전 을 가지 고 팀 을 이끄 는 방법 에 관해 명확 한 가르침 을 주 고 다양 한 사례 를 제시 한다 . 스크럼 에 익숙 하 지 않 은 제품 관리자 와 , 제품 관리 에 익숙 하 지 않 은 제품 책임자 , 그리고 애자일 의 효과 를 톡톡히 보 고자 하 는 제품 관리 자라 면 모두 가 읽 어야 하 는 책 이 다 . 
 - 그레그 코헨 / 280 그룹 의 대표 컨설턴트 이 자 실리콘밸리 제품 관리 협회 이사 
 - 린다 라이징 / 프리랜스 컨설턴트 이 자 『 Fearless Change : Patterns for Introducing New Ideas 』 의 공저자 
 로만 피클러 의 주목 할 만 한 이 책 은 전체 가치 사슬 에 스크럼 을 적용 하 면서 제품 과 제품 책임자 의 역할 을 중점 적 으로 다루 고 있 다 . 코치 로서 의 경험 을 통해 제품 라이프사이클 중 에 발생 할 수 있 는 모든 상황 에 적용 가능 한 균형 적 이 고 실용 적 인 솔루션 에 도달 하 게 해준다 . 이 책 은 현업 에 있 는 모든 이 를 위한 애자일 제품 관리 에 관한 최고 의 참고서 다 ! 
 - 마커스 앤드레 작 / 모바일 닷 인터 내셔날  GmbH 의 제품 개발 아웃소싱 팀 팀장 
 로만 피클러 의 이번 책 은 스크럼 에서 제품 책임자 의 중추 적 인 역할 을 읽 고 이해 하 기 쉽 게 설명 해 놨다 . 비전 과 리더십 의 중요 성 은 물론 , 최소한 의 시장 성 을 갖춘 제품 과 짧 은 릴리스 주 기 도 강조 한다 . 이 책 은 새로운 제품 책임자 에게 는 자신 의 일 에 익숙 해 지 는 데 필요 한 자원 이 되 며 , 경영진 에게 는 해당 직책 에 알맞 은 사람 을 선택 하 는 데 훌륭 한 조언 이 된다 . 
 - 안드레아 헥 / 전산학 석사 , 애자일 전환 프로젝트 관리자 
 제품 책임자 는 스크럼 에 있 어서 중요 한 역할 이 며 , 로만 이 쓴 이 책 은 제품 책임자 가 성공 하 는 데 도움 되 는 반가운 책 이 다 . 
 - 크레이그 라만 / 『 대 규모 조직 에 적용 하 는 린 과 애자일 개발 』 과 『 Practices for Scaling Lean & Agile Development 』 의 공저자 
 상식 이 통하 는 로만 의 접근 법 은 제품 책임자 역할 이면 에 숨겨진 기본 적 인 개념 을 살펴보 고 그 위 에 개념 을 정립 함 으로써 스크럼 을 근본 으로 되돌려 놓 는다 . 팀워크 에 초점 을 맞춘 것 은 프로세스 중심 으로 스크럼 을 바라보 는 견해 에 더 없이 반가운 해결책 으로 , 제품 책임자 의 역할 이 어떻게 변하 고 , 전통 적 으로 운영 되 던 프로젝트 상태 에 어떻 게 도전 하 는지 를 보여준다 . 자신 의 경험 은 물론 , 다른 이 들 의 경험 을 활용 한 실제 사례 를 인용 해 스크럼 에서 흔히 발생 하 는 문제 를 제품 책임자 가 해결 하 는 방법 을 명확히 제시 한다 . 실용 적 인 조언 이 풍부 한 이 책 은 스크럼 제품 책임자 를 관리 하 거나 제품 책임자 가 되 고자 하 는 사람 , 그리고 스크럼 을 사용 해 성공 적 으로 제품 을 출시 하 고자 하 는 사람 모두 를 위한 책 이 다 . 
 - 사이먼 베넷 / EMC 컨설팅 글로벌 역량 리더 겸 제품 책임자 
 이 책 은 애자일 제품 관리자 와 제품 책임자 , 비즈니스 분석가 , 그리고 우수 한 애자일 제품 관리자 가 되 고자 하 는 사람 에게 매우 귀중 한 참고 자료 다 . 로만 은 애자일 계획 수립 의 모든 것 에 관한 실용 적 인 조언 을 해 주 고 길잡이 가 돼 주 며 , 제품 백 로그 를 관리 하 고 입력 하 는 방법 , 비전 , 가치 , 협력 에 관한 필수 활동 을 공유 해 주 고 있 다 . 이 책 은 애자일 제품 관리 라는 복잡 하 고 다양 한 측면 을 가진 그 방법 을 제대로 인지 하 게 해 줄 것 이 다 . 무엇 보다 도 , 성공 적 인 애자일 팀 에서 는 모두 가 제품 관리자 처럼 생각 하 기 때문 에 모든 애자일 팀원 이 이 책 을 읽 으면 도움 이 될 것 이 다 . 
 - 엘렌 고 테스 디에너 / EBG 컨설팅 회장 이 자 창업자 
 애자일 소프트웨어 개발 은 짧 은 반복 을 통해 요구사항 을 제대로 동작 하 는 소프트웨어 로 점진 적 으로 변환 시킨다 . 이 책 은 제품 조직 의 가장 중요 한 질문 에 대한 답 을 해 준다 . “ 우리 가 올바른 제품 을 개발 하 고 있 는 것 일까 ? ” 또한 로만 이 부제목 으로 삼 은 것 처럼 , 고객 과 사용자 중심 의 제품 을 만들 어 낼 수 있 게 해준다 . 로만 의 책 은 광범위 한 비전 을 의미 있 고 이해 가 가능 한 요구사항 으로 탈바꿈 시켜 주 는 연결 고리 로 , 우리 가 그토록 오래 기다려왔 던 것 이 다 . 이 책 은 새로운 소프트웨어 제품 의 개발 비용 과 시장 출시 기간 을 줄이 고자 하 는 제품 관리자 와 경영진 에게 완벽 한 가이드 다 . . 
 - 요헨 크 렙 스 / 인 크리 멘토 창업자 , 『 엔터 프라이즈 애자일 프로젝트 관리 』 의 저자 
 로만 은 제품 책임 자 라는 역할 의 중요 성 과 문제점 , 그리고 단점 을 제대로 설명 해 주 는 애자일 제품 관리 서적 을 출간 했 다 . 실질 적 인 예제 를 제시 하 고 , 흔히 하 는 실수 를 강조 하 고 , 각 장 마다 마지막 부분 에 회고 를 위한 질문 을 제공 함 으로써 제품 책임자 의 역할 을 쉽 게 다가갈 수 있 고 수행 가능 한 것 으로 만들 었 다 . 이 책 은 스크럼 을 구현 하 고자 하 는 모든 조직 에서 읽 어야 할 책 이 다 . . 
 - 제시카 힐 드럼 / 노르웨이 최고 의 애자일 트레이닝 회사 의 전 CEO 
 성공 적 인 모든 애자일 개발 팀 의 핵심 에 는 비전 이 있 고 , 업무 에 전념 하 며 , 권한 을 가진 제품 관리자 가 있 다 . 이 책 에서 로만 피클러 는 모든 스크럼 팀 이 놀라운 결과 를 거두 게 하 는 바로 그 역할 에 대한 단순 하 고 명확 한 정의 를 내려 줬 다 . 애자일 개발 에서 가장 중요 한 역할 을 알려 주 는 이 책 이야말로 당신 을 위한 책 이 다 . 새로이 발 을 내딛 는 제품 책임자 의 필독서 다 ! 
 - 스티브 그린 / 세일즈 포스 닷컴 프로그램 관리 와 애자일 개발 부문 부사장 
 제품 책임 자 라는 역할 은 대부분 의 기업 에게 는 생소 한 역할 이 므로 , 흥미 롭 고 이해 하 기 쉬운 이 책 의 설명 이 꼭 필요 하 다 . 오브젝트 테크놀로지 사 의 부사장 이 었 을 당시 , 스크럼 으로 생성 한 첫 번 째 제품 을 배포 할 책임 을 졌 던 나 는 처음 으로 제품 책임자 를 선정 했 다 . 새 제품 은 회사 를 흥하 게 할 수 도 , 망하 게 할 수 도 있 는 제품 으로 , 시장 의 판도 를 뒤바꿔 놓 을 개발 도구 를 내놓 기 까지 6 개월 의 개발 기간 이 걸렸 다 . 규모 는 작 지만 신중 하 게 팀원 을 선정 해 구성 한 팀 으로 그 제품 을 개발 하 는 것 외 에 도 , 나 는 새 제품 을 출시 하 기 위해 회사 전체 를 그 에 맞 게 구성 해야 했 다 . 제품 출시 까지 몇 달 을 채 남겨 두 지 않 은 상황 이 다 보 니 제대로 만든 최소한 의 기능 이 성공 이나 실패 를 결정 하 리라는 것 이 확실 해졌 다 . 하지만 안타깝 게 도 제대로 우선 순위 를 정한 기능 을 먼저 정확 하 게 짚 어 내 고 , 그 기능 을 팀 이 작업 할 수 있 도록 작 은 제품 백 로 그 아이템 으로 분해 하 기 위해 , 고객 과 이야기 를 나누 는 데 시간 을 투자 하 거나 경쟁사 를 눈여겨볼 충분 한 시간 이 없 었 다 . 
 첫 스크럼 마스터 인 존 스컴 니 오탈 레 에게 이미 기술 적 인 부분 에 대한 권한 을 이임 했 지만 제품 책임자 또한 필요 한 상황 이 었 다 . 회사 내 에서 모든 인 적 자원 에 대한 접근 권한 을 보유 했 던 나 는 미리 생각 해 둔 그 역할 을 위해 제품 관리 팀 에서 적임자 인 돈 로드 너 를 선발 했 다 . 첫 제품 책임자 로서 돈 은 제품 , 사업 계획 , 수익 에 대한 비전 과 로드맵 과 배포 계획 , 그리고 가장 중요 한 항목 으로 , 미리 잘 손질 해 놓 고 정확 하 게 우선 순위 까지 정한 제품 백 로그 를 갖 고 있 어야 했 다 . 
 돈 은 자신 의 시간 절반 을 팀 과 함께 했으며 , 나머지 절반 은 고객 과 함께 하 는 데 사용 했 다 . 내 가 회사 전체 와 함께 제품 명과 브랜드 , 마케팅 전략 , 의사소통 , 판매 계획 , 교육 에 관한 작업 을 하 면서 , 동시 에 매일 스크럼 회의 에 참석 하 고 팀 의 장애물 을 제거 해 주 는 동안 , 돈 은 제대로 된 제품 을 출시 하 는 일 을 맡 았 다 . 돈 은 제품 마케팅 관리 자 라는 역할 보다 더 큰 책임 을 맡 아야 했 다 . 갑자기 돈 이 새로운 사업 부문 을 맡 게 된 것 이 다 . 그 와 동시 에 그 는 엔지니어링 팀 에 던져져 매일 팀 에게 설명 을 하 고 동기 부여 를 해야 했 다 . 시장 과 팀 을 동시 에 책임진다는 것 은 완전 한 몰입 경험 이 다 . 
 훌륭 한 제품 책임자 가 갖춰야 할 강한 집중력 과 성공 에 대한 책무 에 대해서 는 이 책 에 명확히 나와 있 지만 , 실제로 제품 을 만드 는 회사 나 IT 팀 에서 좋 은 제품 책임자 를 찾아보 기 는 거의 힘들 다 . 훌륭 한 제품 책임자 에 대한 흥미 로운 묘사 와 그 역할 을 수행 하 는 방법 에 대한 세부 적 인 설명 이 필요 한데 , 로만 피클러 가 이 에 대한 탁월 한 지침서 를 제공 해 줬 다 . 
 - 제프 서덜랜드 / 스크럼 공동 창시자 
 오늘날 소프트웨어 산업 전반 에 걸쳐 중요 한 움직임 이 일어나 고 있 다 . 그것 은 바로 애자일 활동 이 다 . 지난 두 세기 에 걸쳐 수많 은 고객 과 파트너 , 그리고 직원 들 은 우리 가 기업 솔루션 을 개발 해 온 방법 에 환멸 을 느껴왔 다 . 그렇게 개발 한 솔루션 은 대개 품질 은 낮 고 , 시장 에 내놓 는 데 오랜 시간 이 걸리 며 , 실질 적 인 비즈니스 문제 를 해결 하 는 데 필요 한 혁신 성 이 부족 했 다 . 
 세일즈 포스 닷컴 은 고객 과 직원 의 성공 에 초점 을 맞추 는 색다른 소프트웨어 회사 가 되 기 를 열망 했 다 . 그러 다 보 니 소프트웨어 를 개발 하 기 위해 전통 적 인 방식 을 사용 하 는 것 이 색다른 회사 가 되 고자 하 는 비전 과 는 맞 지 않 는다는 사실 을 깨달 았 다 . 그 방식 에 대해 재고 해 보 면서 , 기존 의 가정 은 모두 던져 버리 고 , 더 나 은 방법 을 찾 아야 했 다 . 우리 는 스스로 에게 질문 했 다 . 매번 적시 에 고품질 의 소프트웨어 를 제공 할 수 있 는 방법 이 있 을까 ? 고객 의 손 에 일찍 , 그리고 자주 가치 를 실현 해 줄 수 있 는 방법 이 있 을까 ? 회사 가 성장 하 면서 단계 적 으로 혁신 할 수 있 는 방법 이 있 을까 ? 사실 , 그런 방법 이 있 긴 했 다 . 
 세일즈 포스 닷컴 의 선임 제품 책임자 인 나 는 , 제품 관리자 들 이 고객 과 비즈니스 가 원 하 는 바 와 필요 로 하 는 바 를 매우 역동 적 이 면서 즉시 반응 하 는 방식 으로 개발 팀 에게 효과 적 으로 연결 해 줄 수 있 는 방법 이 필요 했 다 . 스크럼 을 사용 하 면서 부터 , 제품 관리자 들 이 고객 에게 확실 하 게 가치 를 제공 해 주 기 시작 했 다 . 스크럼 은 또한 가장 중요 한 비즈니스 기능 부터 먼저 구현 하 고 , 조속 한 시일 내 에 고객 의 손 에 그 기능 을 전달 하 도록 관리자 들 이 팀 을 지휘 할 수 있 게 해 줬 다 . 또한 수시로 변하 는 시장 상황 과 경쟁 에 대한 압박 에 도 재빨리 반응 하 거나 , 우리 개발 팀 이 만들 어 낸 새롭 고 멋지 고 혁신 적 인 제품 을 출시 할 수 있 는 유연 성 도 있 었 다 . 이 책 을 읽 어 보 면 , 제품 성공 에 대해 엄청난 책임 을 진다는 점 에서 제품 책임자 가 전통 적 인 제품 관리자 와 어떻게 다른지 알 수 있 을 것 이 다 . 이 책 은 전통 적 인 역할 과 애자일 역할 간 차이 를 명확히 보여 주 고 비교 해 준다 . 
 많 은 사람 이 제품 책임자 의 역할 에 대해 설명 하 려고 노력 했 지만 그 누구 도 로만 피클러 처럼 그 역할 의 본질 을 잘 잡 아 낸 사람 은 없 었 다 . 이 책 은 혁신 을 창조 하 는 데 있 어서 제품 책임자 와 스크럼 팀원 과 경영진 에게 모두 도움 이 되 는 , 흥미 로운 애자일 제품 관리 이론 과 실천 사항 을 설명 한다 . 로만 은 혁신 을 이루 기 위해 최소한 의 기능 을 개발 해 출시 하 는 이유 를 간단 한 설명 과 함께 , 세일즈 포스 닷컴 과 같이 매우 경쟁력 있 는 혁신 기업 의 실제 사례 도 충분히 제시 한다 . 그 는 또한 많 은 제품 책임자 들 이 저지르 는 일반 적 인 오류 와 실수 도 설명 한다 . 
 오늘날 의 활발 하 고 경쟁 적 인 환경 에서 고객 의 기대 와 요구 는 그 어느 때 보다 도 훨씬 높 다 . 세일즈 포스 닷컴 은 제품 책임자 가 좀 더 혁신 적 인 소프트웨어 를 개발 하 고 가치 실현 을 하 는 동안 에 도 애자일 방식 을 통해 극 적 인 결과 를 이뤄 왔 다 . 우리 가 거둔 성공 에 관심 이 있 는 사람 이 라면 , 이 책 이야말로 바로 여러분 을 위한 책 이 다 . 알맞 은 도구 와 기법 , 그리고 조언 이 바로 여러분 의 고객 에게 엄청난 성공 을 가져다 줄 완벽 한 길잡이 다 . 
 - 브렛 퀴너 / 세일즈 포스 닷컴 제품 부문 수석 부사장 
 1999 년 에 처음 으로 애자일 실천 사항 을 접했 을 때 , 비즈니스 부문 과 기술 부문 에 종사 하 는 사람 들 이 서로 밀접 하 게 협업 한다는 점 에 매우 놀랐 다 . 그때 까지 만 해도 소프트웨어 개발 은 비즈니스 가 아닌 기술 에 관련 된 사람 만 관심 갖 는 것 이 라 생각 했 다 . 2001 년 , 처음 으로 애자일 프로젝트 를 코치 할 때 가장 힘들 었 던 점 은 , 제품 책임자 를 애자일 에 맞 게 변화 시키 는 일 이 었 다 . 지금 까지 도 제품 책임자 역할 은 내 가 컨설팅 했 던 회사 가 경험 한 가장 큰 걸림돌 이 면서 도 성공 요인 이 었 다 . 성공 적 인 제품 을 개발 하 는 것 뿐 아니 라 스크럼 을 지속 적 으로 사용 하 는 것 도 마찬가지 였 다 . 세일즈 포스 닷컴 이 애자일 로 전환 할 때 , 이 들 을 이끌 었 던 크리스 프라이 와 스티브 그린 은 “ 첫 시도 를 하 는 내내 , 우리 는 수많 은 전문가 들 로부터 제품 책임자 역할 이야말로 애자일 전환 을 성공 시키 는 열쇠 라고 들 었 다 . 직관 적 으로 는 그 말 을 이해 했 지만 , 그렇 다고 제품 책임자 가 자기 역할 을 수행 하 면서 겪 어야 만 하 는 커다란 변화 를 우리 가 진정 으로 이해 한 것 은 아니 었 다 . ” 고 말 했 다 . 
 스크럼 과 같 은 애자일 방법론 은 오래 전 부터 알려진 “ 변하 지 않 는 유일 한 것 은 변화 뿐 이 다 . ” 라는 진실 을 따른다 . 시어도어 레빗 은 『 근시안 적 마케팅 』( 1960 ) 에서 , “ 자사 자체 조사 결과 에서 제품 이 아직 구식 이 아니 라고 판명 되 었 다면 , 다른 회사 가 곧 구식 으로 만들 어 버릴 것 이 다 . ” 라고 말 했 다 . 크리스텐슨 은 파괴 적 혁신 이 결국 모든 산업 에서 일어날 것 이 라고 주장 했 다 . 단지 얼마나 빨리 , 그리고 얼마나 빈번 하 게 일어날지 가 확실 하 지 않 을 뿐 이 며 , 재빠르 게 적응 하 지 못하 는 기업 은 , 지금 당장 수익 성 이 좋 더라도 문 을 닫 게 될 것 이 라고 말 한다 . 다행히 , 경험 을 중시 하 는 스크럼 은 끊임없 는 변화 와 예측 불 가능 성 이 주된 힘 으로 작용 하 는 복잡 한 상황 을 처리 하 기 위해 새로운 것 과 혁신 적 인 것 을 다루 는 데 알맞 다 . 만약 여러분 의 비즈니스 에 변화 가 심하 다면 , 스크럼 을 통해 강력 한 동반자 를 만날 것 이 다 
 - 역자 일동 닫 기 
 [ 해외 ] Agile Product Management with Scrum ( Paperback )