성공적인 애자일 도입을 위한 에센셜 스크럼

총 4 중

3 7.5 (리뷰 2개)

클로버 리뷰쓰기

가격정보

정가 : 34,000원
판매가 : 30,600원 [10%↓ 3,400원 할인]

혜택 :

[기본적립] 1700원 적립 [5% 적립] [추가적립] 5만원 이상 구매 시 2,000원 추가적립 안내 [회원혜택] 회원 등급 별, 3만원 이상 구매 시 2~4% 추가적립 안내 [리뷰적립] 리뷰 작성 시 e교환권 최대 300원 추가적립 안내

추가혜택 : 포인트 안내 도서소득공제 안내

도서 소득공제 안내

도서 소득공제란?

2018년7월 1일 부터 근로소득자가 신용카드 등으로 도서구입을 위해 사용한 금액이 추가 공제됩니다.
(추가 공제한도 100만원까지 인정)

*총 급여 7,000만 원 이하 근로소득자 중 신용카드, 직불카드 등 사용액이 총급여의 25%가 넘는 사람에게 적용
*현재 ‘신용카드 등 사용금액’의 소득 공제한도는 300만 원이고 신용카드사용액의 공제율은 15%이지만, 도서·공연 사용분은 추가로 100만 원의 소득 공제한도가 인정되고 공제율은 30%로 적용
*시행시기 이후 도서·공연 사용액에 대해서는 “2018년 귀속 근로소득 연말 정산”시기(19.1.15~)에 국세청 홈택스 연말정산간소화 서비스 제공

도서 소득공제 대상

도서(국내도서,외국도서,해외주문도서), eBook(구매) , 도서 소득공제 대상 상품에 수반되는 국내 배송비 (해외 배송비 제외)

*제외상품 : 잡지 등 정기 간행물, 음반, DVD, 기프트, eBook(대여,학술논문), 사은품, 선물포장, 책 그리고 꽃
*상품정보의 “소득공제” 표기를 참고하시기 바랍니다.

도서 소득공제 가능 결제수단

카드결제 : 신용카드(개인카드에 한함), 제휴신용카드
현금결제 : 예치금, 교보e캐시(충전에 한함), 해피머니상품권, 컬쳐캐쉬, 교보문고 기프트카드, 실시간계좌이체, 온라인입금
간편결제 : 네이버페이, 삼성페이, 카카오페이, PAYCO

* 현금결제는 현금영수증을 개인소득공제용으로 신청 시에만 도서 소득공제 됩니다.
* 교보e캐시 도서 소득공제 금액은 교보eBook > e캐시 > 충전/사용내역에서 확인가능합니다.
* 페이나우, 11PAY와 휴대폰결제, 교보캐시는 도서 소득공제 불가

부분 취소 안내

대상상품+제외상품을 주문하여 신용카드 "2회 결제하기"를 선택한 경우, 부분취소/반품 시 예치금으로 환원됩니다.
(신용카드 결제 후 예치금으로 환원된 경우 승인취소 되지 않습니다.)

도서 소득공제 불가 안내

법인카드로 결제 한 경우
현금영수증을 사업자증빙용으로 신청 한 경우

추가혜택 더보기

배송정보

배송비 : 무료 배송비 안내

도서상태 : 절판

도서·상품정보 1:1 문의하기

상품상세정보
ISBN	9791185890241(1185890246)
쪽수	540쪽
크기	188 * 245 * 26 mm 판형알림
이 책의 원서/번역서	Essential Scrum: A Practical Guide to the Most Popular Agile Process / Kenneth S. Rubin

책소개

이 책이 속한 분야

컴퓨터/IT > 웹프로그래밍 > 웹프로그래밍일반

가장 인기 있는 애자일 프로세스를 위한 독보적 가이드!

팀원, 관리자, 임원 등 모두를 위한 포괄적인 안내를 담은 한 권의 책 『에센셜 스크럼』. 고객을 기쁘게 하는 혁신적인 제품과 서비스를 개발하기 위해 스크럼을 사용하고 싶다면, 이 책은 당신이 찾는 완전한 참고서다. 스크럼 코칭과 트레이닝의 선구자인 루빈은 스크럼의 가치, 원칙, 활용 방법을 이해하기 쉽게 알려주고, 이를 훨씬 더 효율적으로 적용할 수 있도록 유연하면서도 검증된 방법을 설명한다.

상세이미지

Chapter1 소개 1
스크럼이란? 2
스크럼의 기원 3
왜 스크럼인가? 4
제노미카 결과 5
당신에게도 스크럼이 도움이 될까? 6
마무리 12

제1부 주요 개념
Chapter2 스크럼 프레임워크 15
개요 15
스크럼 역할 16
스크럼 활동과 산출물 19
마무리 31

Chapter3 애자일 원칙 33
개요 33
가변성과 불확실성 35
예측 및 적응 42
유효한 학습 50
진행 중인 일 53
진행 60
실행 62
마무리 65

Chapter4 스프린트 67
개요 67
타임박스 68
짧은 기간 71
일정한 기간 74
변경 없는 목표 76
완료의 정의 82
마무리 87

Chapter5 요구 사항과 사용자 스토리 89
개요 89
대화 사용 92
사용자 스토리란 무엇인가? 93
세부 사항 수준 97
좋은 스토리의 기준, INVEST 100
비기능적 요구 사항 105
지식 습득 스토리 106
스토리 수집 108
마무리 111

Chapter6 제품 백로그 113
개요 113
제품 백로그 항목 114
좋은 제품 백로그의 특징 116
그루밍 119
준비의 정의 124
흐름 관리 125
어떤 그리고 얼마나 많은 제품 백로그가 있어야 하는가? 128
마무리 134

Chapter7 추정 및 속도 137
개요 137
무엇을 언제 추정하는가 139
제품 백로그 항목 추정 개념 142
제품 백로그 항목 추정 단위 147
플래닝 포커 149
속도란 무엇인가? 153
속도 범위 계산 154
속도 예측 155
속도에 영향을 미치는 것 156
속도의 잘못된 사용 158
마무리 159

Chapter8 기술적 채무 161
개요 161
기술적 채무의 결과 163
기술적 채무의 원인 167
기술적 채무는 반드시 관리되어야 한다 172
기술적 채무의 축적 관리 173
기술적 채무 가시화 177
기술적 채무의 이자 상환 180
마무리 187

제2부 역할
Chapter9 제품 책임자 191
개요 191
주요 책임 192
특징/ 기술 198
제품 책임자의 일상 201
누가 제품 책임자가 되어야 하는가? 204
다른 역할과 합쳐진 제품 책임자 209
제품 책임자 팀 210
마무리 213

Chapter10 스크럼마스터 215
개요 215
주요 의무 215
특징/기술 218
스크럼마스터의 일상 221
역할 충족 222
마무리 225

Chapter11 개발 팀 227
개요 227
역할별 팀 228
주요 책임 228
특징/기술 230
마무리 246

Chapter12 스크럼 팀 구조 247
개요 247
제품 기능 팀 vs 부품 팀 248
다수 팀 조직 253
마무리 258

Chapter13 관리자 261
개요 261
팀의 방식을 정함 262
팀 지도 267
환경에 맞추고 적응 270
가치 창출 흐름 관리 272
프로젝트 관리자 275
마무리 281

제3부 계획
Chapter14 스크럼 계획 원칙 285
개요 285
선행계획을 세울 수 있다고 가정하지 마라 286
지나치지 않으면 미리 계획하는 것이 도움이 됨 287
마지막 결단의 순간이 되기까지 계획에 대한 선택지를 열어 둠 288
계획을 따르기보다 적응하고 다시 계획하는 데 초점을 맞춤 288
계획 재고의 올바른 관리 291
규모가 더 작고 빈번한 출시를 선호함 292
빠르게 배우고 필요하면 피벗 294
마무리 294

Chapter15 다양한 수준의 계획 295
개요 295
포트폴리오 계획 297
제품 계획(구상) 297
출시 계획 300
스프린트 계획 302
일일 계획 302
마무리 304

Chapter16 포트폴리오 계획 305
개요 305
스케줄 작성 전략 309
유입 전략 314
유출 전략 320
진행 중인 일에 대한 전략 323
마무리 326

Chapter17 구상(제품 계획) 327
개요 327
예시: 스마트 리뷰 포유 331
비전 332
상위 수준의 제품 백로그 만들기 335
제품 로드맵 정의 336
기타 활동 339
경제적이고 합리적인 구상 341
마무리 349

Chapter18 출시 계획(장기 계획) 351
개요 351
출시 제약 355
제품 백로그 그루밍 360
최소 출시 가능 제품 기능 정제 361
스프린트 매핑(제품 백로그 항목 슬로팅) 363
날짜 고정 출시 계획 365
범위 고정 출시 계획 370
비용 계산 372
소통 374
마무리 378

제4부 스프린트 활동
Chapter19 스프린트 계획 381
개요 381
스프린트 계획 접근법 385
역량 확인 387
제품 백로그 항목 선정 390
자신감 얻기 391
스프린트 목표 다듬기 393
약속 최종 결정 393
마무리 394

Chapter20 스프린트 시행 395
개요 395
스프린트 시행 계획 397
흐름 관리 398
일일 스크럼 404
업무 실행 - 기술적 실천법 404
소통 405
마무리 411

Chapter21 스프린트 리뷰 413
개요 413
참여자 414
선작업 416
접근법 420
스프린트 리뷰 쟁점 423
마무리 425

Chapter22 스프린트 회고 427
개요 427
참여자 429
준비 작업 430
접근법 434
후속 조치 445
스프린트 회고 문제 446
마무리 449

Chapter23 앞으로 나아갈 길 451
끝은 없다 451
자신만의 길을 발견하라 452
가장 좋은 실천법 공유 452
앞으로 나아갈 길을 발견하기 위한 스크럼 사용 454
시작하라! 455

용어사전 457
그림 목록 479
참고문헌 487
찾아보기 493

책 속으로

스크럼은 왕도도 마법 치료약도 아니다. 하지만 스크럼은 복합적인 제품 개발 노력(product development eort)에 따르는 변화들을 받아들일 수 있도록 한다. 제노미카를 포함해 소프트웨어를 개발하는 데 맞는 더 나은 방식을 찾고자 한 많은 회사들에게 있어서 스크럼은 옳은 선택이었고 또 다른 회사에도 맞는 방법이 될 수 있다. 비록 스크럼 체계는 단순하지만, 스크럼을 적용하는 것이 쉽고 간편할 것이라고 생각하는 것은 오산이다. 스크럼은 질문에 정해진 답변을 주지 않는 대신에 팀이 스스로 좋은 질문을 떠올리고 답할 수 있는 권한을 부여한다. 조직의 병폐에 요리책 같은 해결책을 주지는 않지만, 조직이 진정한 가능성을 실현하는 것을 막는 비효율적이고 낭비적인 부분을 드러나게 한다.
_12쪽

제품 백로그 항목은 스프린트로 들어올 때 제품 책임자가 명시한 일련의 충족 조건(conditions of satisfaction)(항목별 인수 조건)을 가지고 있어야 한다. 이 인수 조건(acceptance criteria)은 최종적으로 제품 책임자에 의해 백로그 항목이 원하던 대로 작동하는지 확인하는 인수 테스트(acceptance test)에서 인증된다. 예를 들어, 제품 백로그 목록이 “고객이 신용카드 결제가 가능하다”이면 충족 조건은 “아멕스, 비자, 마스터 카드로 결제가 가능하다”가 될 수 있다. 따라서 각 제품 백로그 항목은 각기 적합한 일련의 인수 조건을 가질 것이다. 이 기준들은 ‘완료의 정의(denition-of-done) 체크리스트’에 의해 정해진 ‘완료 기준(the done criteria)’에 추가되어 해당 항목에만 적용되고, 인수 조건이 완료의 정의를 대신하지는 않는다.
_86쪽

대부분의 제품 백로그 항목은 제품 기능이다. 이는 사용자나 고객에게 실질적인 가치가 있는 기능 항목을 뜻한다. (스크럼이 제품 백로그 항목을 특정 형태로 작성하라고 정하지는 않지만) 제품 백로그는 종종 사용자 스토리로 작성된다. 제품 기능의 예는 완전히 새로운 것(새로운 웹사이트를 위한 로그인 화면), 혹은 현존하는 제품 기능의 변화(이미 존재하는 웹사이트의 더 나은 사용자 친화적인 로그인 화면)를 포함한다. 그 외의 제품 백로그 항목은 수리가 필요한 결함, 기술적인 개선, 지식 습득을 위한 작업을 비롯해 제품 책임자가 가치 있다고 여기는 것을 포함한 모든 작업들이다.
_114쪽

최종적으로 그루밍에서 결정하는 사람은 제품 책임자 단 한 명이다. 하지만 좋은 제품 책임자는 협력적인 그루밍이 모든 참여자 간에 중요한 대화를 조성하고 다양한 그룹에 소속된 개인들의 집단 지성과 관점을 통해 다른 방식으로는 놓칠 수 있는 중요한 정보를 밝혀낸다는 것을 이해한다. 좋은 제품 책임자는 또한 다양한 팀 멤버들을 그루밍에 포함시키면 모두가 제품 백로그에 대해 더 명백하고 공통된 이해를 가지게 되며 따라서 잘못된 소통과 일을 전달하는 데 걸리는 시간 낭비가 줄어든다는 것을 알고 있다. 이러한 공통의 노력은 또한 비즈니스 관계자들과 기술자들의 역사적인 차이를 연결하는 데 많은 도움이 된다.
_121쪽

하지만 실제로는 테스트를 줄이면, 빚이 늘어나고 개발 속도가 느려지는 원인이 된다. 나중에 문제를 발견했을 때에는 문제를 고치는 데 시간이 훨씬 더 많이 걸리기 때문이다. 테스트가 근본적으로 개발 과정에 통합되어 있을 때, 숙련된 팀은 더 적은 기술적 채무로 좋은 품질의 결과물을 만들어 낸다. 이런 팀은 테스트 주도 개발(TDD, Test-Driven Development)과 같은 좋은 기술적 실천법을 사용한다. 테스트 주도 개발에서는 제품 코드를 작성하기 전에 작은 단위 테스트를 먼저 작성하고 자동화한 다음 테스트를 통과하게 만든다(Crispin and Gregory 2009).
_170쪽 닫기

출판사 서평

가장 인기 있는 애자일 프로세스를 위한 독보적 가이드
팀원, 관리자, 임원 등 모두를 위한 포괄적인 안내를 한 권에 담았다!

고객을 기쁘게 하는 혁신적인 제품과 서비스를 개발하기 위해 스크럼을 사용하고 싶다면, 이 책은 당신이 찾는 완전한 참고서다. 스크럼 코칭과 트레이닝의 선구자인 루빈은 스크럼의 가치, 원칙, 활용 방법을 이해하기 쉽게 알려주고, 이를 훨씬 더 효율적으로 적용할 수 있도록 유연하면서도 검증된 방법을 설명한다.

수백 개의 조직이 스크럼을 성공적으로 사용하도록 도운 루빈의 경험이 고스란히 담긴 이 책에는... 더보기

교환/반품/품절안내

※ 상품 설명에 반품/교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다.)