개발자25시
2014.04.16 / 17:34

"추정'과 '계획'은 다르다" [소프트웨어 추정 : 그 마법을 파헤치다 -도서추천]

박세청
추천 수 279

소프트웨어 추정 : 그 마법을 파헤치다

저자 : Steve McConnell

출판사 : 정보문화사

기타 : 337쪽

 

 

그 유명한 Steve McConnell의 책이다!

나름 얇은 책인데 한 번 읽는 흐름을 놓쳤더니 다 읽는데 한달 가까이 걸려버렸다.

 

책을 읽고 가장 도움이 되는 내용은 '추정'과 '계획'은 다르다는 것이다.

'추정'은 계산되어야 하고 '계획'은 달성되어야 한다.

 

다음은 책 내용 중 인상적인 부분들

 

- 소프트웨어 추정의 1차적인 목적은 프로젝트의 결과를 예측하는 것이 아니라, 목표 달성을 위해 프로젝트를 통제할 수 있을 만큼 프로젝트의 목표가 현실적인지를 판단하는 것이다.

- 필저는 대부분의 사람들의 90% 확신에 대한 직관적인 느낌은 실제로는 30% 확신 정도에 필적한다고 결론내렸다

- 통상적으로 개발자들은 실제 작업 공수보다 20%~30% 적게 추정하곤 한다

- 과소추정에 대한 불이익은 과대추정에 대한 불이익보다 더 가혹하다.

- 최고 경영진들이 가장 높은 가치를 두는 것은 예측 가능성이다

- 추정에서 변동 가능성을 줄이는 유일한 방법은 프로젝트에서 변동 가능성을 줄이는 것이다

- 변하기 쉬운 요구사항을 처리하려면, 추정 전략 대신 프로젝트 통제 전략을 검토하라.

- 낙관주의는 소프트웨어 추정을 모든 원인들로부터 괴롭힌다.

- 불행하게도, 때때로 사람들은 이전 프로젝트의 실제 결과 대신 오히려 이전 프로젝트에 대한 추정을 생각해낸다.

- 프로젝트 규모는 확실히 공수, 비용, 일정의 가장 중요한 결정요인이다.

- 공수는 기하급수적으로 늘어난다.

- 추정 수행을 위한 무료 소프트웨어 도구 : Construx Estimate  http://www.construx.com/estimate

- 개발하려는 소프트웨어의 종류는 프로젝트 공수 및 일정에서 두 번째로 중요한 결정 요인이다.

- 대형 프로젝트에서는 ... 프로젝트의 관리와 조직의 성숙 그리고 팀원의 융합이 점점더 중요해진다

- 업계의 프로그래머 절반은 평균 이하지만, 자신들의 프로그래머가 평균 이하에 있는 사람들이라고 믿는 프로젝트 관리자나 경영진을 만난 일은 드물다.

- 흔히 사람들이 말하는 최악의 경우는 진정한 최악의 경우라기 보다는 낙관적인 최악의 경우이다.

...

- [다양한 추정 계산식 설명]

...

- 추정의 결과에 대해 논쟁해서는 안 된다.

- 연구자들의 일치된 의견은 명목 상의 일정에서 25% 이상의 일정 단축은 불가능하다는 것이다.

- 계획은 프로젝트를 "어떻게" 수행할 것인지를 말해주며, 추정은 계획하기 위한 양이 "얼마나 되는지"를 말해준다.

- Cocomo 2 모델은 집중 프로젝트 시간을 한 달에 152 시간으로 가정한다.

- 문제로부터 사람을 분리하라

[출처] 소프트웨어 추정|작성자 오직너를