|
|
|
 |
판매가 |
18,000원 → 16,200원  10% |
|
|
마일리지 |
 5% 900원 |
|
|
발행일 |
2007-02-10
|
|
ISBN |
8956743653 |
9788956743653
|
|
기타정보 |
번역서 | 337쪽
|
|
|
예상출고일
|
|
|
배송비 |
2,000원 (20,000원이상 무료배송)
|
| |
|
|  |
| 판매시작 알림 SMS 신청 |
출간예정/품절/일시품절/절판 상태의 상품이
판매개시되면, SMS알림을 신청하신 고객님께
알림SMS를 발송해 드립니다.
(단, 문자메세지 확인 후 즉시 구매하지 않으면
재고가 소진될 수 있습니다.) |
|
|
|
|
 |
| 컴퓨터공학
|
|
|
|
|
|
|
 |
|
수많은 기업 소프트웨어 프로젝트가 실패하고 있는중일 때 McConnell은 성공적인 소프트웨어 추정을 이루어내는 것이 무엇인지를 보여준다.
추정은 그 복잡성과 불명확성 때문에 종종 "마법"이라고 불리지만, 사람들이 생각하는 것만큼 어렵거나 수수께끼가 아니다. 실제로 정확한 추정을 만들어내는 것은 추정을 만드는 기술을 이해하기만 하면 별로 어렵지 않다.
저자인 Steve McConnell은 사람들의 엄청난 기대를 모은 이 책에서 학술적인 정보와 실제 현장 경험을 소프트웨어 전문가들을 위한 실용적인 지침으로 정제해서 성공적인 소프트웨어 추정의 미스터리를 풀고 있다. 애매한 논문들과 유연성 없는 모델링 기법 대신, 이 지침은 개개인들과 개발 팀이 자신들의 프로젝트에 적용해서 추정을 진보시킬 수 있는 검증된 일련의 절차, 이해하기 쉬운 공식, 자기 발견 학습을 강조하고 있다.
이 책에서 알게 되는 내용
일정 및 비용을 추정하거나 주어진 기간 내에 산출 가능한 기능을 추정
일반적인 소프트웨어 추정 상의 실수를 피하는 방법
개인, 팀, 조직을 위한 추정 기법을 학습
개발, 관리, 결함 수정을 비롯한 구체적인 프로젝트 활동을 추정
소형 혹은 대형, Agile 혹은 전통적과 같은 모든 유형의 프로젝트에 대해 추정 접근방법을 적용
프로젝트 추정을 둘러싼 정치적인 난국을 헤쳐나가는 방법
Steve McConnell : Software Development 잡지의 Jolt Award 2회 수상자
“추정 기술을 배우게 되는 것뿐만 아니라, 이 책은 소프트웨어 개발에 대해 생각하는 방법을 근본적으로 바꿔줄 것이다. 모든 개발자의 책꽂이에 있어야 되는 책이다.”
- Eric Freeman, Head First Design Patterns의 공동 저자
“소프트웨어 관리자 10명 중 9명은 여전히 추정을 하는 방법을 ‘직감으로 진행한 다음, 3을 곱하라’라고 생각하고 있다. 이 멋진 새로운 책은 너무 늦게 나왔으며 매우 환영 받을 만 하다.”
- Joel Spolsky, [joelonsoftware.com]의 저자
“마침내 똑똑한 프로그래머들과 관리자들이 어떻게 추정에 성공하는지를 말해주는 명확한 답들로 가득한 책이 나왔다.”
- Scott Berkun, [The Art of Project Management]의 저자
|
 |
|
 |
서문
감사의 글
제1부 주요 추정 개념
제1장 추정이란
1.1 추정, 목표, 공약
1.2 추정과 계획의 관계
1.3 추정, 목표, 공약에 대해 의사소통하기
1.4 확률 보고서로서의 추정
1.5 "올바른" 추정의 일반적인 정의
1.6 추정과 프로젝트 통제
1.7 추정의 실제 목적
1.8 "올바른" 추정의 실용적인 정의
추가 리소스
제2장 당신은 얼마나 뛰어난 추정자인가
2.1 간단한 추정 퀴즈
2.2 퀴즈 결과에 대한 논의
"90% 확신"은 얼마나 확신하는 것인가
범위를 얼마나 넓게 설정해야 하는가
좁은 범위를 사용하게 만드는 압박감은 어디서 기인하는가
이 퀴즈가 실제 소프트웨어 추정을 얼마나 잘 나타내는가
제3장 정확한 추정의 가치
3.1 과대추정이나 과소추정 중 어느 것이 더 좋은가
과대추정에 대한 반대론
과소추정에 대한 반대론
반대론들을 저울질하기
3.2 소프트웨어 업계의 추정 추적 기록에 대한 세부 내용
지연된 프로젝트는 얼마나 지연된 것인가
어느 회사의 경험
소프트웨어 업계의 체제적인 문제
3.3 정확한 추정의 이점
3.4 다른 긍정적인 프로젝트 특성들과 비교한 예측 가능성의 가치
3.5 흔히 사용되는 추정 기법들의 문제점
추가 리소스
제4장 추정 오류는 어디에서 기인하는가
4.1 추정 불확실성의 원인
4.2 불확실성의 원뿔
원뿔을 능가할 수 있는가
원뿔은 스스로 좁혀지지 않는다
소프트웨어 추정에서 불확실성의 원뿔에 대한 설명
불확실성의 원뿔과 공약 간의 관계
불확실성의 원뿔과 반복 개발
4.3 혼란스러운 개발 프로세스
4.4 변하기 쉬운 요구사항
요구사항 증가 추정
4.5 빠뜨린 행위들
4.6 근거 없는 낙관주의
4.7 주관과 편견
4.8 즉석 추정
4.9 보증되지 않는 정밀도
4.10 기타 오류 원인
추가 리소스
제5장 추정 영향 요소
5.1 프로젝트 규모
이 책에서 코드 라인 수로 규모를 논의하는 이유는
규모의 불경제
규모의 불경제를 무시해도 지장이 없는 경우
소프트웨어 추정에서 규모의 불경제의 중요성
5.2 개발할 소프트웨어의 종류
5.3 인사적인 요인
5.4 프로그래밍 언어
5.5 기타 프로젝트 영향 요인
5.6 규모의 불경제 다시 보기
추가 리소스
제2부 기초적인 추정 기법
제6장 추정 기법 소개
6.1 추정 기법 선택 시 고려사항
추정 대상
프로젝트 규모
소프트웨어 개발 스타일
개발 단계
정확할 가능성
6.2 기법 적용 표
제7장 카운트, 계산, 판단
7.1 먼저 카운트하라
7.2 카운트할 대상
7.3 카운트를 추정으로 변환하기 위해 계산을 사용
7.4 판단만을 사용하는 것은 최후의 수단
추가 리소스
제8장 교정 및 이력 데이터
8.1 이력 데이터의 향상된 정확성 및 기타 이점
조직적인 영향을 설명
주관성과 근거 없는 낙관주의를 피하라
추정에서 정치적인 문제를 줄여라
8.2 수집할 데이터
규모 측정과 관련된 문제
공수 측정과 관련된 문제
날짜 측정과 관련된 문제
결함 측정과 관련된 문제
그 밖의 데이터 수집 문제
8.3 교정 방법
8.4 프로젝트 데이터를 사용해서 추정을 개량
8.5 업계 평균 데이터로 교정
8.6 요약
추가 리소스
제9장 개별 전문가의 판단
9.1 구조화된 전문가의 판단
누가 추정을 만드는가
입도(Granularity)
범위의 사용
공식
확인 목록
9.2 추정을 실제와 비교
추가 리소스
제10장 분해 및 재구성
10.1 전체 예측된 경우를 정확하게 계산
큰 수의 법칙
추정된 조각들은 얼마나 작아야 하는가
10.2 활동 기반 작업 분할 구조를 통한 분해
10.3 최선의 경우와 최악의 경우의 추정을 합산 시의 위험
경고: 수학 먼저
무엇이 잘못되었는가
10.4 의미 있는 종합적인 최선의 경우 및 최악의 경우 추정을 만들기
작업이 소수인 경우 최선 및 최악의 경우의 총계를 계산(단순 표준편차 공식)
작업이 다수인 경우 최선 및 최악의 경우의 총계를 계산(복합 표준편차 공식)
최선 및 최악의 경우 추정의 총계를 만들기
퍼센트 확신 추정에 대한 주의사항
추가 리소스
제11장 유추에 의한 추정
11.1 유추에 의한 추정에 대한 기본적인 접근 방법
단계 1: 유사한 이전 프로젝트에서의 상세한 규모, 공수, 비용 결과를 얻는다
단계 2: 신규 프로젝트의 규모를 유사한 이전 프로젝트와 비교한다
단계 3: 이전 프로젝트의 규모에 대한 퍼센트 비율로 신규 프로젝트의 규모에 대한 추정을 수립한다
단계 4: 이전 프로젝트와 비교한 신규 프로젝트의 규모를 기반으로 공수 추정을 만든다
단계 5: 이전 프로젝트와 신규 프로젝트 간에 일관된 가정을 하고 있는지 확인한다
11.2 Triad 추정에서 불확실성에 대한 설명
추정 불확실성, 계획, 공약
제12장 프록시 기반 추정
12.1 퍼지 논리
평균 크기 개수를 얻는 방법
새로운 기능 분류 방법
퍼지 논리를 사용하지 않는 방법
퍼지 논리의 확장
12.2 표준 구성요소
백분위와 함께 표준 구성요소를 사용
표준 구성요소의 제한사항
12.3 스토리 점수
등급별 스케일에 대한 주의사항
12.4 T셔츠 사이즈 재기
12.5 프록시 기반 기법의 다른 용도
추가 리소스
제13장 집단 내에서의 전문가 판단
13.1 집단 검토
13.2 광대역 델파이
광대역 델파이의 유효성
"진실은 저 너머에 있다"
광대역 델파이 사용 시기
추가 리소스
제14장 소프트웨어 추정 도구
14.1 손으로는 할 수 없고 도구로 할 수 있는 것들
14.2 도구를 교정하기 위해 필요한 데이터
14.3 다른 방법 대신 도구로 수행해서는 안 되는 것
14.4 사용 가능한 도구 요약
추가 리소스
제15장 복수의 접근 방법 사용
추가 리소스
제16장 잘 추정된 프로젝트에서 소프트웨어 추정의 흐름
16.1 잘못 추정된 프로젝트에서 개별 추정의 흐름
16.2 잘 추정된 프로젝트에서 개별 추정의 흐름
16.3 전체 프로젝트를 위한 연대 순으로 된 추정 흐름
대형 프로젝트에서의 추정 흐름
소형 프로젝트에서의 추정 흐름
16.4 추정 개량
16.5 다른 프로젝트 이해 관계자들에게 재추정을 어떻게 제시해야 하는가
재추정을 제시할 시기
관리자들이 재추정을 못하게 한다면
16.6 잘 추정된 프로젝트 고찰
제17장 표준 추정 절차
17.1 표준 절차의 일반적인 요소
17.2 단계별 관문 프로세스에 추정을 맞추기
17.3 순차적 프로젝트를 위한 표준 추정 절차의 예
17.4 반복적 프로젝트를 위한 표준 추정 절차의 예
17.5 앞선 조직의 표준 추정 절차 예제
17.6 표준 추정 절차 향상
추가 리소스
제3부 구체적인 추정 문제
제18장 규모 추정에서의 특별한 문제들
18.1 규모 추정 시의 과제
규모 추정에서 코드 라인 수의 역할
18.2 기능 점수 추정
기능 점수를 코드 라인 수로 변환
18.3 단순화된 기능 점수 기법
Dutch 기법
GUI 요소
18.4 규모 추정 기법 요약
추가 리소스
제19장 공수 추정에서의 특별한 문제들
19.1 공수에 영향을 주는 요소
19.2 규모로부터 공수를 계산
이전 프로젝트와의 약식 비교를 사용하여 공수 추정을 계산하기
이 추정에는 어떤 종류의 공수가 포함되는가
19.3 추정 과학을 사용하여 공수 추정을 계산
19.4 업계 평균 공수 그래프
19.5 ISBSG 기법
19.6 공수 추정 비교
추가 리소스
제20장 일정 추정에서의 특별한 문제들
20.1 기본 일정 방정식
20.2 이전 프로젝트와의 약식 비교를 사용하여 일정 계산
20.3 Jones의 1차 추정 실산
20.4 추정 과학을 사용하여 일정 추정을 계산
20.5 일정 단축 및 가능한 한 가장 짧은 일정
20.6 일정과 비용 간의 상충 관계
일정 단축과 팀 규모
20.7 일정 추정과 인력 상의 제약조건
20.8 여러 가지 방법들의 결과 비교
추가 리소스
제21장 계획 매개변수 추정
21.1 프로젝트에서 활동 분할을 추정
다양한 기술적 활동들에 대한 공수 할당 추정
요구사항 공수 추정
관리 공수 추정
전체 활동 추정
프로젝트 유형에 따른 조정
공수를 활동에 할당하는 예제
개발자 대 테스터 비율
21.2 여러 가지 활동들에 대한 일정 추정
21.3 추정된 공수(이상적인 공수)를 계획된 공수로 변환
21.4 비용 추정
초과근무
프로젝트 비용이 직접비, 간접비까지 포함된 비용, 또는 기타 변형 중 어느 것에 기초하는가
기타 직접비
21.5 결함 산출 및 제거 추정
결함 제거 추정
결함 제거 효율 추정 예제
21.6 위험 및 우연성에 대한 완충 장치를 추정
21.7 기타 경험적인 법칙
추가 리소스
제22장 추정 제시 스타일
22.1 추정 가정 전달
22.2 불확실성의 표현
플러스/마이너스 한정자
위험 수량화
확신도
경우 기반 추정
정밀하지 않은 날짜와 기간
22.3 범위의 사용
범위로 제시된 추정의 유용성
범위와 공약
추가 리소스
제23장 정치적 문제, 협상, 문제 해결
23.1 경영진의 특성
23.2 추정에 대한 정치적인 영향
대외적인 제약조건
예산과 날짜
추정 협상 vs. 공약 협상
추정이 승인되지 않는 경우에 해야 할 것
비기술적인 이해 관계자를 교육시키기 위한 기술 인력의 책임
23.3 문제 해결과 원칙에 의거한 협상
협상에 대한 문제 해결 접근 방법
문제로부터 사람을 분리
입장이 아니라 관심사에 집중하라
상호 간에 이익이 되는 선택을 창출
객관적인 기준의 사용을 역설
추가 리소스
부록 A 추정 온전성 검사
부록 B 2장의 퀴즈 "당신은 얼마나 뛰어난 추정자인가"의 정답
부록 C 소프트웨어 추정 팁
참고문헌
찾아보기 |
|
|
 |
Steve McConnell
개발 커뮤니티에서 최고의 저자 및 대변자 중 한 명으로 알려져 있다. 그는 Construx Software의 수석 소프트웨어 엔지니어이며, Software Development 잡지의 Productivity Award를 수상한 Construx Estimate와 SPC Estimate Professional의 수석 개발자였다. 그는 Software Development지 Jolt Award를 수상한 [Code Complete]와 [Rapid Development]를 비롯한 여러 책들의 저자이다.
|
|
|
|
|
|
|
|
|
|
|
|
Home > 
POD(Printed On Demand)
