목차
저자·역자 소개 = 4
추천사 = 5
역자 서문 = 6
차례 = 9
서문 = 17
1부. 효율적인 개발
1장. 쾌속 개발 소개
1.1 쾌속 개발이란 = 25
1.2 쾌속 개발 달성하기 = 26
2장. 쾌속 개발 전략
2.1 일반적인 쾌속 개발 전략 = 32
2.2 사차원에 걸친 개발 속력 = 34
2.3 일반적인 빠른 개발 분류 = 41
2.4 어느 차원이 가장 중요한가 = 43
2.5 대안으로 쓰이는 쾌속 개발 전략 = 45
읽을 거리 = 50
3장. 전형적인 실수
3.1 사례 연구를 통해 본 전형적인 실수 = 51
3.2 실수가 개발 일정에 미치는 영향 = 57
3.3 전형적인 실수 목록 = 59
3.4 길리건 섬에서 탈출하기 = 69
읽을거리 = 70
4장. 소프트웨어 개발 기본
4.1 관리 기본 = 74
4.2 기술 기본 = 79
4.3 품질보증 기본 = 87
4.4 지시에 따르기 = 95
읽을 거리 = 96
5장. 위험 관리
5.1 위험 관리 구성 요소 = 102
5.2 위험 인지 = 103
5.3 위험 분석 = 108
5.4 위험 우선순위화 = 110
5.5 위험 통제 = 112
5.6 위험, 고위험, 도박 = 117
읽을 거리 = 119
2부. 쾌속 개발
6장. 쾌속 개발 핵심 쟁점
6.1 프리사이즈는 없다 = 123
6.2 필요한 쾌속 개발 유형 파악하기 = 125
6.3 일정에 맞게 끝낼 확률 = 130
6.4 인식과 현실 = 132
6.5 시간 분배 = 135
6.6 개발 속력 강조의 득과 실 = 138
6.7 전형적인 일정향상 패턴 = 140
6.8 쾌속 개발 세계로 = 143
읽을 거리 = 143
7장. 생명주기 계획
7.1 순수 폭포수 = 148
7.2 짜보고 고치기 = 151
7.3 나선형 = 152
7.4 변형 폭포수 = 154
7.5 발전적인 프로토타이핑 = 157
7.6 단계적인 출시 = 158
7.7 일정맞춤 설계 = 159
7.8 발전적인 출시 = 161
7.9 도구맞춤 설계 = 162
7.10 상용 기성품 소프트웨어 = 163
7.11 프로젝트에 가장 적합한 생명주기 선정하기 = 164
읽을 거리 = 170
8장. 예측
8.1 소프트웨어 예측 이야기 = 173
8.2 예측 공정 개요 = 180
8.3 크기 예측 = 181
8.4 노력 예측 = 189
8.5 일정 예측 = 189
8.6 근사치 일정 예측 = 192
8.7 예측값 다듬기 = 203
읽을 거리 = 208
9장. 일정
9.1 지나치게 낙관적인 일정 = 213
9.2 일정 압력 해소하기 = 225
9.3 읽을 거리 = 235
10장. 고객중심 개발
10.1 쾌속 개발에서 고객의 중요성 = 239
10.2 고객중심 개발법 = 242
10.3 고객 기대 관리하기 = 247
읽을 거리 = 250
11장. 동기 부여
11.1 전형적이 개발자 동기 = 253
11.2 5대 동기 유발 요인 = 256
11.3 기타 동기 유발 요인 = 262
11.4 사기 저하 요인 = 266
읽을 거리 = 271
12장. 팀워크
12.1 소프트웨어에서 팀워크 활용 = 275
12.2 쾌속 개발에서 팀워크의 중요성 = 276
12.3 고효율 팀 구축 = 278
12.4 팀이 실패하는 이유 = 288
12.5 장기적인 팀 구축 = 291
12.6 팀워크 지침 요약 = 293
읽을 거리 = 294
13장. 팀 구조
13.1 팀 구성시 고려사항 = 299
13.2 팀 모델 = 303
13.3 관리자와 기술 수석 = 312
읽을 거리 = 315
14장. 기능 집합 관리
14.1 프로젝트 초반 : 기능 집합 축소 = 319
14.2 프로젝트 중반 : 기능 변형 통제 = 328
14.3 프로젝트 후반 : 기능 제거 = 338
읽을 거리 = 340
15장. 생산성 도구
15.1 생산성 도구 역할 = 345
15.2 생산성 도구 전략 = 349
15.3 생산성 도구 확보 = 351
15.4 생산성 도구 사용 = 355
15.5 특효약 증후군 = 360
읽을 거리 = 366
16장. 프로젝트 복구
16.1 일반적인 복구 방안 = 369
16.2 복구 계획 = 371
읽을 거리 = 383
3부. 우수 개발법
우수 개발법 개괄 = 386
17장. 변경 위원회 = 399
18장. 일일 빌드와 동작 테스트 = 401
19장. 변경을 염두에 두고 설계하기 = 413
20장. 발전적인 출시 = 423
21장. 발전적인 프로토타이핑 = 433
22장. 목표 설정하기 = 445
23장. 정밀 검사 = 447
24장. 응용 합작 개발 = 449
25장. 생명주기 모델 선정 = 465
26장. 측정 = 467
27장. 상세 중간목표 = 481
28장. 아웃소싱 = 491
29장. 원칙적인 협상 = 505
30장. 생산성 환경 = 507
31장. 고속 개발 언어 = 517
32장. 요구사항 가지치기 = 527
33장. 재사용 = 529
34장. 서명하기 = 543
35장. 나선형 생명주기 모델 = 551
36장. 단계적인 출시 = 553
37장. W 이론 관리 방법 = 563
38장. 일회성 프로토타이핑 = 575
39장. 기간확정 개발법 = 581
40장. 개발 도구 지원 그룹 = 591
41장. 10대 위험 목록 = 593
42장. 사용자 인터페이스 프로토타이핑 = 595
43장. 자발적인 초과근무 = 605
부록 A. 사례 연구 : 은행 연합 서비스 = 615
부록 B. 데이비드 파나스 논문 요약 정리 = 627
참고 문헌 = 639
찾아보기 = 649
사례 연구 목록
2-1. 명쾌한 전략없이 추진한 쾌속 개발 = 30
2-2. 명쾌한 전략으로 추진한 쾌속 개발 = 47
3-1. 전형적인 실수 = 51
4-1. 기본 부족 = 72
5-1. 하청업체 위험 관리 부족 = 101
5-2. 체계적인 위험 관리 = 118
6-1. 애매한 시작으로 헤매기 = 137
7-1. 비효율적인 생명주기 모델 선정 = 146
7-2. 효율적인 생명주기 모델 선정 = 168
8-1. 주먹구구식 프로젝트 예측 = 172
8-2. 주의깊은 프로젝트 예측 = 206
9-1. 성공적인 일정 협상 = 234
10-1. 요구사항 확정 = 238
10-2. 요구사항 확정 다시 보기 = 249
11-1. 상사와 함께 한 실망스러운 점심 식사 = 252
11-2. 큰 동기를 유발하는 환경 = 270
12-1. 팀이라고 부를 수 없는 팀 = 274
12-2. 고효율 팀 = 277
12-3. 전형적인 팀원 선정 방식 = 282
12-4. 또 다른 고효율 팀 = 293
13-1. 프로젝트 목표와 팀 구조 불일치 = 297
13-2. 프로젝트 목표와 팀 구조 조화 = 314
14-1. 효율적인 변경 관리 = 339
15-1. 비효율적인 도구 사용 = 344
15-2. 효율적인 도구 사용 = 365
16-1. 프로젝트 복구 실패 = 368
16-2. 성공적인 프로젝트 복구 = 381
