이미지 검색을 사용해 보세요
검색창 이전화면 이전화면
최근 검색어
인기 검색어

소득공제
소프트웨어 추정
그 마법을 파헤치다
베스트
IT 모바일 top100 3주
가격
18,000원
10 16,200
YES포인트?
900원 (5%)
5만원 이상 구매 시 2천원 추가 적립
결제혜택
카드/간편결제 혜택을 확인하세요

이미 소장하고 있다면 판매해 보세요.

  •  해외배송 가능?
  •  문화비소득공제 가능

책소개

목차

서문
감사의 글

제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]를 비롯한 여러 책들의 저자이다.

품목정보

발행일
2007년 02월 10일
쪽수, 무게, 크기
337쪽 | 770g | 210*297*30mm
ISBN13
9788956743653

출판사 리뷰

처음 Software Estimation의 번역을 의뢰 받았을 때 다른 무엇보다 그 유명한 Steve McConnell의 책이라는 것이 엄청난 압박으로 다가왔다. 책의 저자가 워낙 유명인이라는 것은 번역을 하는 입장에서는 저자의 표현이나 의미를 제대로 전달하지 못해서 매끄럽지 않은 번역을 했을 때 더 많은 비난을 감수해야 한다는 부담을 느끼게 된다.

더욱이 프로그래밍 관련 서적을 번역해본 적은 여러 번 있지만, 프로그래밍 소스 코드가 한 줄도 나오지 않는 이러한 이론서를 번역한다는 것은 약간 모험이기도 했다. 책 전체에 걸쳐 나오는 수많은 통계학, 수학 용어들은 머리를 아프게 만들었다.
그럼에도 불구하고 이 책의 번역을 하기로 결심했던 것은 어느 정도 책을 읽어보면서 정말 흥미진진하고 도움이 되는 내용들이라는 것을 느꼈기 때문이다. 저자 스스로도 밝히고 있듯이 지금까지 소프트웨어 추정이라는 분야의 서적들은 너무나 난해하고 읽기가 힘든 책들이었는데 비해, 이 책은 체계적이고 간결하게 소프트웨어 추정에 대한 이해를 쉽게 할 수 있게 해준다. 개발자들이 프로젝트 상에서 겪는 수많은 어려움이나 문제들이 근본적으로 소프트웨어 추정 문제에서 기인하고 있다는 것을 깨닫게 해주었다.

한편, 저자가 책을 집필하는데 있어서 추정을 사용해봤다는 얘기를 보고, 역자도 흥미로운 아이디어가 떠올랐다. 처음 생각했던 번역 기한을 넘기게 되면서, 과연 이번 번역을 언제 마무리할 지에 대해서 추정해보고 싶은 생각이 들었다.

그래서 출판사 쪽에서 언제까지 완료할 수 있는지를 알려 달라고 했을 때, 이 책에 나오는 추정 기법들을 사용해서 번역 완료 기일에 대한 추정을 시도해보았다. 이미 어느 정도 번역을 진행하면서 번역 진행에 대한 이력 데이터는 충분히 가지고 있은 셈이었다. 이전에는 전체 번역 분량을 하루에 몇 페이지 정도 할 수 있을 것이라 가정해서 대충 언제 끝날 것이라고 말을 하곤 했지만, 사실 번역이 본업이 아닌 입장에서는 이를 맞추기가 쉬운 것은 아니다. 프로젝트 업무에 쫓기다 보면, 하루에 한 페이지도 하지 못할 때도 있고 어떤 날은 상당히 많은 분량을 할 때도 있다. 그러다 보면 정말 번역이 끝나갈 때가 아니면 번역 완료 기일에 대해서 확답을 주는 것은 어렵다.

추정을 해본 결과는 놀라웠다. 초기에는 완료를 예상한 날짜가 매우 범위가 넓었지만, 조금씩 진도를 나가면서 재추정을 실시할 때마다 날짜는 점점 구체화되어 갔다. 그렇게 해서 결과적으로는 절반 정도의 분량을 진행했을 때 추정했던 날짜의 하루 전날(책의 표현대로 하면 추정의 5% 이내) 번역이 완료되었다. 번역을 해본 사람들은 알겠지만, 작업을 절반 정도 진행한 상태에서 정확한 완료 날짜를 말한다는 것은 결코 쉬운 일이 아니다.

이 책의 번역을 마친 후, 역자는 소프트웨어 추정이라는 세계의 놀라운 가능성을 발견했고 앞으로 업무를 진행함에 있어서도 여러 가지 추정 기법들을 적극적으로 활용해볼 생각이다. 번역한 입장에서 이렇게 말하기는 뭣하지만, 이 책은 앞으로 내 책꽂이에 가장 손에 잘 닿는 위치에 있을 책 중 하나가 될 것이다.

추천평

“추정 기술을 배우게 되는 것뿐만 아니라, 이 책은 소프트웨어 개발에 대해 생각하는 방법을 근본적으로 바꿔줄 것이다. 모든 개발자의 책꽂이에 있어야 되는 책이다.”
- Eric Freeman, Head First Design Patterns의 공동 저자

“소프트웨어 관리자 10명 중 9명은 여전히 추정을 하는 방법을 ‘직감으로 진행한 다음, 3을 곱하라’라고 생각하고 있다. 이 멋진 새로운 책은 너무 늦게 나왔으며 매우 환영 받을 만 하다.”
- Joel Spolsky, [joelonsoftware.com]의 저자

“마침내 똑똑한 프로그래머들과 관리자들이 어떻게 추정에 성공하는지를 말해주는 명확한 답들로 가득한 책이 나왔다.”
- Scott Berkun, [The Art of Project Management]의 저자

첫번째 리뷰어가 되어주세요.

첫번째 한줄평을 남겨주세요.

사락 별점0

혜택 및 유의사항

첫번째 별점을 남겨주세요.

첫번째 밑줄을 남겨주세요.