| 000 | 01054camccc200301 k 4500 | |
| 001 | 000045559785 | |
| 005 | 20100805032009 | |
| 007 | ta | |
| 008 | 090831s2009 ggka b 001c kor | |
| 020 | ▼a 9788960770966 ▼g 13560: ▼c \25,000 | |
| 035 | ▼a (KERIS)BIB000011767384 | |
| 040 | ▼a 211032 ▼d 244002 | |
| 041 | 1 | ▼a kor ▼h eng |
| 082 | 0 4 | ▼a 005.1 ▼2 22 |
| 090 | ▼a 005.1 ▼b 2009z16 | |
| 100 | 1 | ▼a Bennatan, E. M. ▼q (Elli M.) |
| 245 | 1 0 | ▼a SOS! 죽어가는 프로젝트 살리기 : ▼b 프로젝트 재난 복구 10단계 실천 전략 / ▼d E. M. 베나탄 지음 ; ▼e 박재호 옮김. |
| 246 | 1 9 | ▼a Catastrophe disentanglement : getting software projects back on track. |
| 260 | ▼a 의왕 : ▼b 에이콘 , ▼c 2009. | |
| 300 | ▼a 373 p. : ▼b 삽도 ; ▼c 23 cm. | |
| 490 | 0 0 | ▼a Acornloft |
| 504 | ▼a 참고문헌(p. 356-365) 및 찾아보기(p. 367-373) 수록. | |
| 586 | ▼a 졸트상 일반서적 부문 생산성 우수상, 제17회. | |
| 650 | 0 | ▼a Software engineering. |
| 700 | 1 | ▼a 박재호 , ▼e 옮김 |
| 740 | ▼a 프로젝트 재난 복구 10단계 실천 전략. | |
| 940 | ▼a 에스오에스! 죽어가는 프로젝트 살리기. |
소장정보
| No. | 소장처 | 청구기호 | 등록번호 | 도서상태 | 반납예정일 | 예약 | 서비스 |
|---|---|---|---|---|---|---|---|
| No. 1 | 소장처 세종학술정보원/과학기술실(5층)/ | 청구기호 005.1 2009z16 | 등록번호 151280642 (2회 대출) | 도서상태 대출가능 | 반납예정일 | 예약 | 서비스 |
컨텐츠정보
책소개
2007년 제17회 졸트상 '일반서적 부문: 생산성 우수상' 수상작으로, 문제가 생겼을 때 바로 적용 가능한 구체적인 프로젝트 복구와 조기경보시스템 구축 방안을 제시하는 책이다.수백 여 개에 이르는 개발 조직에서 얻은 검증된 자료에 입각해 복구할 가치가 있는 프로젝트를 되살리는 실천 전략 10단계를 제시한다.
과도한 예산 초과, 일정 지연, 형편없는 품질을 비롯한 전반적인 항목을 두루 다루는 구체적인 지침을 제공하며 소프트웨어 개발 리더와 컨설턴트로서 수십 년에 걸쳐 실전 경험을 토대로 실제 사례를 적극 활용한 책이다.
2007년 제17회 졸트상 '일반서적 부문: 생산성 우수상' 수상작
수렁에 빠진 프로젝트, 탈출구를 찾아라! 프로젝트 실패에서 벗어나기 위한 2주간의 응급 처방전을 내린다.
프로젝트 관리자와 이해관계자, 소프트웨어 프로젝트로 골머리를 앓는 이들이라면 꼭 읽어야 할 필독서.
기존 소프트웨어 공학 방법론이나 표준은 예방책만 다룬다. 하지만 문제가 터지고 나서 내리는 예방책은 사후약방문이다. 이 책은 문제가 생겼을 때 바로 적용 가능한 구체적인
프로젝트 복구와 조기경보시스템 구축 방안을 제시하는 유일한 책이다!
소프트웨어 위험과 실패를 다루는 책은 수도 없이 출간됐다. 하지만 문제에 봉착한 소프트웨어를 다시 정상 궤도로 올리도록 단계적인 정보를 제공하는 책은 극히 드물었다. 이 책은 소프트웨어 프로젝트 복구를 위한 세부 지침을 제공한다. 저자가 권고한 프로젝트 복구 단계를 읽다 보면 재난에 빠진 프로젝트의 운명에 통탄을 금치 못하지만 하나같이 중요한 과정이다.
케이퍼스 존스 / 소프트웨어 프로덕티비티 리서치 LLC 수석 과학자
흥미로운 주제를 열심히 파고들어 제대로 작성한 흥미로운 책이다. 이처럼 프로젝트 실패 측면을 정면으로 파고 든 저자는 여태까지 없었다.
밥 글래스 / 소프트웨어 크리에이티비티 2.0 저자
소프트웨어 프로젝트 악몽이 되살아 난다. 모범이 될 만한 표준 복구 과정이 없는 전통적인 프로젝트 관리 기법으로는 진창에 빠진 프로젝트를 구원할 수 없다. 이제는 재난 복구라는 전혀 새로운 관리 기법이 필요한 때다.
수백 여 개에 이르는 개발 조직에서 얻은 검증된 자료에 입각해 저자 E. M. 베나탄은 복구할 가치가 있는 프로젝트를 되살리는 실천 전략 10단계를 제시한다. 이 책은 과도한 예산 초과, 일정 지연, 형편없는 품질을 비롯한 전반적인 항목을 두루 다루는 구체적인 지침을 제공한다. 소프트웨어 개발 리더와 컨설턴트로서 수십 년에 걸쳐 실전 경험을 토대로 실제 사례를 적극 활용했다.
★ 이 책에서 다루는 내용 ★
■ 프로젝트의 현재 상태 평가
■ 프로젝트 개발자, 관리자, 고객의 접점을 맞추는 방법
■ 달성 가능한 최소 목표 재정의
■ 성공적인 목표 달성을 위한 프로젝트 계획 재수립
■ 수정된 프로젝트의 위험 요인을 파악하고 효과적인 비상 계획 수립
■ 복구된 프로젝트가 다시 수렁에 빠지지 않게 하는 조기경보시스템 설치
★ 아마존 서평 ★
그 어떤 책도 언급하지 않았던 프로젝트의 비밀
IT 분야에서 오랜 시간 일해온 사람이라면 예산을 엄청나게 초과하거나 계획보다 매우 늦어지는 프로젝트를 누구나 겪어 봤을 것이다. 프로젝트를 갈기갈기 찢어 자비로운 죽음을 맞이하게 만드는 대신에, 저자 베나탄은 조직이 프로젝트를 객관적으로 바라봐서 복구가 가능한지를 결정하는 10단계 과정을 소개한다. 게다가 저자가 제시하는 복구 절차가 진빠지게 길지 않으니 더욱 좋다. 이 책은 모든 IT 프로젝트 관리자 책장에 반드시 꽂혀 있어야 한다. 어느 날 필요하게 될지도 모를 테니까…...
- 토마스 더프 '더프버트' ★★★★★
제대로 기획해서 집필한 훌륭한 책
난관에 봉착한 프로젝트를 평가할 목적으로 이 책을 구입했다. 돈값을 하는 이 책은 훌륭한 방식을 따르는 직관적인 관리 절차를 알려준다. 프로젝트를 다시 정상 궤도로 올리기 위한 계획 검토에 훌륭한 안내자가 되어줬다.
- 켄 L. 데이비스 ★★★★★
뇌사에 빠진 프로젝트, 구세주를 찾아라
이 책에서 소개하는 시나리오에 말려들지 않는 편이 가장 바람직하다. 시작부터 실패의 수렁에 빠져든 소프트웨어를 관리하는 상황 말이다. 예방이 치료보다 낫다고 했던가? 책 서문을 읽어보면 베나탄도 이런 점에 확실히 동의한다. 하지만 재난에서 벗어나는 사례를 다루는 소프트웨어 프로세스는 극소수다. 치료는 저자가 주장하는 내용이므로, 어느 정도 과장이 있다는 선입견도 없지는 않다. 하지만 정말로 프로젝트가 뇌사 상태에 빠지면, 어쩔 수 없이 당신도 재난 복구 과정을 활용해야 하며, 이 때 이 책이 구세주가 되어줄 것이다.
- 보빌레 ★★★★★
소프트웨어 필독서 목록에 올린 책
훌륭한 책에 훌륭한 주제를 담았다. 이 책은 실패라는 수렁에 빠진 소프트웨어 프로젝트를 복구하는 내용을 둘러싼 조직적인 과정을 다룬다. 각 단계는 읽기 쉽고 이해하기도 쉽다. 무엇보다도 난관에 부딪힌 프로젝트를 구출해내는 과정을 전달하기 위해 고민한 저자의 고뇌가 역력히 드러나있다. 지옥으로 돌진하는 프로젝트를 파악하는 좋은 방법을 제시한다. 또한 (단순히 기술적 내용이 아닌) 정치적 문제를 해결하는 데 참고할 만한 유용한 지침도 제공한다. 강력하게 추천한다.
- 제리 레서 ★★★★★
외양간은 소 잃기 전에 고쳐야 한다
이 책은 어느 누구도 결코 사용하고 싶어하지 않는 기술을 가르쳐준다. 재난 복구 기술은 프로젝트 관리를 위한 심폐 소생술과 유사하다. 심폐 소생술을 꼭 써보고 싶어하는 사람은 거의 없을 것이다. 그러나 어쩔 수 없는 상황이 닥치면 소생술을 익혀뒀다는 사실에 안도의 한숨을 내쉴 것이다. 저자가 제사하는 명확하고 논리적인 재난 복구 단계 목록은 죽음에서 벗어나 삶의 문턱에 다다른 기쁨을 느끼게 해준다. 이 책에서 익힌 프로젝트 복구 기술은 여러분이 수행하는 프로젝트와 그간 쌓아올린 경력을 구해줄 것이다.
- 짐 앤더튼 ★★★★★
정보제공 :
저자소개
E.M. 베나탄(지은이)
여러 해 동안 모토롤라 사에 몸담으며 선임 관리자로 무선 분야에서 대규모 소프트웨어 시스템을 개발하고 다국적 설계 센터를 이끌며 실전 관리 경험을 쌓았다. 전사적인 고가용성 시스템 개발을 주도하는 프로그램 관리자도 역임했다. 모토롤라 이전에 베나탄은 미국내외 여러 회사에서 국방과 항공 시스템을 여러 해 동안 개발했다. 미드웨이 사에서 공학 부문 부사장으로 근무하며 수백 명에 이르는 소프트웨어와 하드웨어 개발자를 관리하기도 했다. 소프트웨어 프로젝트 관리 분야에서 초청 연사이자 강사로 활약하고 있으며, 여러 책과 논문을 저술했고, IEEE 회원이기도 하다. 현재 어드밴스드 프로젝트 솔루션즈 사(http://www.AdvancedPS.com)의 대표를 맡고 있으며, 보스톤 커터 컨소시움에서 선임 컨설턴트로도 활약한다.
박재호(옮긴이)
포항공과대학교 컴퓨터공학과 학부와 대학원을 졸업했다. 임베디드 시스템 개발, 기업용 백업 소프트웨어 개발, 방송국 콘텐츠 수신 제한 시스템 개발 및 운영 지원, 클라우드 기반 서비스 개발에 이르기까지 다양한 실무 경험을 토대로 고성능 고가용성 시스템을 설계했다. 《클린 코드》, 《피플웨어》 등 40여 권의 책을 번역, 집필, 감수했다. 각종 기술 소식을 다루는 블로그 '컴퓨터 vs 책'(jhrogue.blogspot.com)과 개발자를 위한 유튜브 채널(youtube.com/@채널박재호)을 운영하며, 개발자들을 위한 각종 교육과 세미나도 지속적으로 진행하고 있다.
목차
목차 아마존 서평 = 4 저자 서문 = 6 저자 소개 = 9 옮긴이의 말 = 10 감사의 말 = 12 옮긴이 소개 = 13 1장 재난 프로젝트 복구 준비 1.1 재난 복구 절차 개괄 = 24 1.1.1 사례 연구 = 25 1.1.2 프로젝트 복구 여부 결정 = 27 1.1.3 복구 절차 = 28 1.2 재난 프로젝트 통계 자료 = 31 1.3 염두에 둬야 할 팁 = 34 1.4 요약 = 38 2장 프로젝트 재난 여부 평가 2.1 일정 = 45 2.1.1 일정 경보 설정 = 47 2.1.2 일정 경보 미세 조정 = 50 2.1.3 늘어난 일정 감시 = 53 2.2 예산 = 57 2.2.1 예산 경보 설정 = 57 2.2.2 추가적인 일정 경보 고려 사항 = 62 2.3 소프트웨어 품질 = 63 2.3.1 품질 문제 목록 경보 = 65 2.3.2 고객 만족 경보 = 69 2.4 균형 잡힌 관점 유지하기 = 71 2.5 요약 = 72 2.6 생각해볼 문제 = 74 3장 1단계 : 프로젝트 활동 중단 3.1 프로젝트 활동 중단 = 81 3.1.1 프로젝트를 중단해야 하는 이유는? = 81 3.1.2 프로젝트 중단을 이끄는 선도 관리자 = 82 3.1.3 프로젝트 중단 절차 = 83 3.2 다음 단계를 위한 준비 = 86 3.3 개발 팀 활동 = 88 3.4 반대 세력에 대응하기 = 90 3.5 문제와 해결책 = 92 3.6 요약 = 95 3.7 생각해볼 문제 = 97 4장 2단계 : 평가자 선발 4.1 누구를 선택해야 하나? 효과적인 평가자의 조건 = 103 4.2 초기 정보 제공 = 105 4.2.1 다뤄야 할 주제 = 105 4.2.2 기본 약속 = 107 4.2.3 평가자 쪽 약속 = 109 4.3 대규모 소프트웨어 프로젝트 = 111 4.4 문제와 해결책 = 113 4.5 요약 = 117 4.6 생각해볼 문제 = 118 5장 3단계 : 프로젝트 상태 평가 5.1 평가 검토 = 125 5.1.1 소프트웨어 프로젝트 검토 개괄 = 126 5.1.2 수렁에 빠진 프로젝트 평가 = 128 5.2 프로젝트 상태 정보의 출처 = 131 5.2.1 구두 상태 정보 = 133 5.2.2 운영 상태 정보 = 134 5.2.3 문서 정보 = 135 5.3 대규모 소프트웨어 프로젝트 평가 = 136 5.3.1 대규모 프로젝트는 어떻게 다른가? = 136 5.3.2 평가 팀 = 138 5.3.3 대규모 프로젝트 평가 지침 = 139 5.4 퍼즐 조각을 한데 맞추기 = 141 5.5 문제와 해결책 = 144 5.6 요약 = 147 5.7 생각해볼 문제 = 149 6장 4단계 : 팀 분석 평가 6.1 일반적인 지침 = 154 6.2 팀 단위 검토 = 157 6.3 프로젝트 관리층 검토 = 161 6.4 개별 팀원 검토 = 164 6.5 결과물 통합 = 166 6.6 문제와 해결책 = 168 6.7 요약 = 170 6.8 생각해볼 문제 = 172 7장 5단계 : 목표 축소 7.1 프로젝트 목표와 재난 복구 과정 = 178 7.1.1 목표, 목적, 요구사항, 결과물 정리 = 178 7.1.2 누가 프로젝트 목표를 설정하는가? = 181 7.1.3 목표 감시자는 좋은 동맹자를 만든다 = 182 7.2 최소 목표를 위한 지침 = 184 7.2.1 목표 축소 과정 = 185 7.2.2 목표 축소 : 사례 연구 = 186 7.2.3 반대 세력 다루기 = 189 7.3 대규모 프로젝트를 위한 최소 목표 = 192 7.4 문제와 해결책 = 194 7.5 요약 = 200 7.6 생각해볼 문제 = 202 8장 6단계 : 목표 달성 가능 여부 파악 8.1 달성 가능한 목표 = 207 8.1.1 실현 가능성 점검 과정 = 208 8.1.2 프로젝트 재난 복구를 위한 달성 가능한 목표 = 210 8.1.3 목표를 달성하기 어려울 경우 = 213 8.2 중간 보고 = 214 8.3 문제와 해결책 = 216 8.4 요약 = 219 8.5 생각해볼 문제 = 221 9장 7단계 : 팀 재조직 9.1 팀 평가 검토 = 226 9.2 문제 인식 = 228 9.3 팀 재조직 = 232 9.3.1 변화 처리 = 233 9.3.2 변화의 물결 = 235 9.3.3 반대 세력에 대응 = 238 9.4 대규모 프로젝트 팀 재조직 = 242 9.5 문제와 해결책 = 244 9.6 요약 = 247 9.7 생각해볼 문제 = 250 10장 8단계 : 위험 요인 분석 10.1 위험 요인 분석 개괄 = 257 10.2 위험 요인 분석 과정 = 259 10.2.1 문제 예측 = 260 10.2.2 분석 단계 = 262 10.2.3 위험 행동 계획 실천 = 265 10.3 위험 요인 분석 : 예제 = 267 10.4 문제와 해결책 = 270 10.5 요약 = 274 10.6 생각해볼 문제 = 276 11장 9단계 : 계획 수정 11.1 소프트웨어 계획 수립 개괄 = 281 11.1.1 소프트웨어 프로젝트 계획 수립 개념 = 282 11.1.2 소프트웨어 프로젝트 개발 계획 = 284 11.1.3 프로젝트 계획 수립 도구 = 287 11.2 재난 복구용 프로젝트 계획 수립 = 289 11.2.1 재난 복구용 프로젝트 계획을 만들어내는 지침 = 290 11.2.2 추가 고려 사항 = 294 11.3 문제와 해결책 = 298 11.4 요약 = 302 11.5 생각해볼 문제 = 304 12장 10단계 : 조기경보시스템 설치 12.1 조기경보시스템 구성 요소 = 311 12.2 개발 자료 수집 = 316 12.2.1 프로젝트 개발 자료의 역할 = 317 12.2.2 복구가 끝난 프로젝트에서 자료 수집 = 321 12.3 주기적인 프로젝트 상태 검토 = 324 12.4 프로젝트 경보 발령 = 327 12.5 교정 행동 시작하기 = 330 12.6 후속 조치 절차 = 331 12.7 문제와 해결책 = 332 12.8 요약 = 335 12.9 생각해볼 문제 = 337 13장 에필로그 : 마지막 조각 맞추기 13.1 프로젝트 종료 후 검토 = 342 13.2 인간적인 요소 = 347 13.3 재난 복구 일정표 = 349 13.4 최종 보고서 = 351 13.5 사례 연구 = 352 13.6 마치면서 = 354 참고자료 = 356 용어정리 = 366 찾아보기 = 367
