품목정보
발행일	2009년 08월 26일
쪽수, 무게, 크기	376쪽 \| 704g \| 22722730mm
ISBN13	9788960770966
ISBN10	8960770965

더보기

1장 재난 프로젝트 복f구 준비		 	1.1 재난 복구 절차 개괄	 		1.1.1 사례 연구 		1.1.2 프로젝트 복구 여부 결정 		1.1.3 복구 절차 	1.2 재난 프로젝트 통계 자료	 	1.3 염두에 둬야 할 팁	 	1.4 요약	 		 2장 프로젝트 재난 여부 평가		 	2.1 일정	 		2.1.1 일정 경보 설정 		2.1.2 일정 경보 미세 조정 		2.1.3 늘어난 일정 감시 	2.2 예산	 		2.2.1 예산 경보 설정 		2.2.2 추가적인 일정 경보 고려 사항 	2.3 소프트웨어 품질	 		2.3.1 품질 문제 목록 경보 		2.3.2 고객 만족 경보 	2.4 균형 잡힌 관점 유지하기	 	2.5 요약	 	2.6 생각해볼 문제	 		 3장 1단계: 프로젝트 활동 중단		 	3.1 프로젝트 활동 중단	 		3.1.1 프로젝트를 중단해야 하는 이유는? 		3.1.2 프로젝트 중단을 이끄는 선도 관리자 		3.1.3 프로젝트 중단 절차 	3.2 다음 단계를 위한 준비	 	3.3 개발 팀 활동	 	3.4 반대 세력에 대응하기	 	3.5 문제와 해결책	 	3.6 요약	 	3.7 생각해볼 문제	 		 4장 2단계: 평가자 선발		 	4.1 누구를 선택해야 하나? 효과적인 평가자의 조건	 	4.2 초기 정보 제공	 		4.2.1 다뤄야 할 주제 		4.2.2 기본 약속 		4.2.3 평가자 쪽 약속 	4.3 대규모 소프트웨어 프로젝트	 	4.4 문제와 해결책	 	4.5 요약	 	4.6 생각해볼 문제	 		 5장 3단계: 프로젝트 상태 평가		 	5.1 평가 검토	 		5.1.1 소프트웨어 프로젝트 검토 개괄 		5.1.2 수렁에 빠진 프로젝트 평가 	5.2 프로젝트 상태 정보의 출처	 		5.2.1 구두 상태 정보 		5.2.2 운영 상태 정보 		5.2.3 문서 정보 	5.3 대규모 소프트웨어 프로젝트 평가	 		5.3.1 대규모 프로젝트는 어떻게 다른가? 		5.3.2 평가 팀 		5.3.3 대규모 프로젝트 평가 지침 	5.4 퍼즐 조각을 한데 맞추기	 	5.5 문제와 해결책	 	5.6 요약	 	5.7 생각해볼 문제	 		 6장 4단계: 팀 분석 평가 		 	6.1 일반적인 지침	 	6.2 팀 단위 검토	 	6.3 프로젝트 관리층 검토	 	6.4 개별 팀원 검토	 	6.5 결과물 통합	 	6.6 문제와 해결책	 	6.7 요약	 	6.8 생각해볼 문제	 		 7장 5단계: 목표 축소		 	7.1 프로젝트 목표와 재난 복구 과정	 		7.1.1 목표, 목적, 요구사항, 결과물 정리 		7.1.2 누가 프로젝트 목표를 설정하는가? 		7.1.3 목표 감시자는 좋은 동맹자를 만든다 	7.2 최소 목표를 위한 지침	 		7.2.1 목표 축소 과정 		7.2.2 목표 축소: 사례 연구 		7.2.3 반대 세력 다루기 	7.3 대규모 프로젝트를 위한 최소 목표	 	7.4 문제와 해결책	 	7.5 요약	 	7.6 생각해볼 문제	 		 8장 6단계: 목표 달성 가능 여부 파악		 	8.1 달성 가능한 목표	 		8.1.1 실현 가능성 점검 과정 		8.1.2 프로젝트 재난 복구를 위한 달성 가능한 목표 		8.1.3 목표를 달성하기 어려울 경우 	8.2 중간 보고	 	8.3 문제와 해결책	 	8.4 요약	 	8.5 생각해볼 문제	 		 9장 7단계: 팀 재조직		 	9.1 팀 평가 검토	 	9.2 문제 인식	 	9.3 팀 재조직	 		9.3.1 변화 처리 		9.3.2 변화의 물결 		9.3.3 반대 세력에 대응 	9.4 대규모 프로젝트 팀 재조직	 	9.5 문제와 해결책	 	9.6 요약	 	9.7 생각해볼 문제	 		 10장 8단계: 위험 요인 분석		 	10.1 위험 요인 분석 개괄	 	10.2 위험 요인 분석 과정	 		10.2.1 문제 예측 		10.2.2 분석 단계 		10.2.3 위험 행동 계획 실천 	10.3 위험 요인 분석: 예제	 	10.4 문제와 해결책	 	10.5 요약	 	10.6 생각해볼 문제	 		 11장 9단계: 계획 수정		 	11.1 소프트웨어 계획 수립 개괄	 		11.1.1 소프트웨어 프로젝트 계획 수립 개념 		11.1.2 소프트웨어 프로젝트 개발 계획 		11.1.3 프로젝트 계획 수립 도구 	11.2 재난 복구용 프로젝트 계획 수립	 		11.2.1 재난 복구용 프로젝트 계획을 만들어내는 지침 		11.2.2 추가 고려 사항 	11.3 문제와 해결책	 	11.4 요약	 	11.5 생각해볼 문제	 		 12장 10단계: 조기경보시스템 설치 		 	12.1 조기경보시스템 구성 요소	 	12.2 개발 자료 수집	 		12.2.1 프로젝트 개발 자료의 역할 		12.2.2 복구가 끝난 프로젝트에서 자료 수집 	12.3 주기적인 프로젝트 상태 검토	 	12.4 프로젝트 경보 발령	 	12.5 교정 행동 시작하기	 	12.6 후속 조치 절차	 	12.7 문제와 해결책	 	12.8 요약	 	12.9 생각해볼 문제	 		 13장 에필로그: 마지막 조각 맞추기		 	13.1 프로젝트 종료 후 검토	 	13.2 인간적인 요소	 	13.3 재난 복구 일정표	 	13.4 최종 보고서	 	13.5 사례 연구	 	13.6 마치면서	 		 참고자료		 용어정리

더보기

저자 소개 (2명)

책 속으로 책속으로 보이기/감추기

몇 년 전, 식인종에게 잡힌 러시아, 프랑스, 일본, 미국 포로에 대한 이야기를 들었다. 펄펄 끓는 물에 집어 넣기 앞서, 추장은 포로들에게 마지막 소원을 말할 기회를 줬다.

러시아 포로는 마지막으로 보드카 한 잔을 요청했다. 프랑스 포로는 아리따운 식인종 처녀와 마지막 키스를 원했다. 일본 포로는 마지막으로 품질에 대해 한마디 하겠다고 했다. 그러자 미국 사람이 다음과 같이 말했다.

"저를 끓는 물에 제일 먼저 넣어주세요. 품질 이야기는 듣고 싶지 않아요."

모든 것에는 때와 장소가 있는 법이고, 소프트웨어 프로젝트가 난관에 봉착했을 때, 개발 조직이 듣고 싶어하는 마지막 조언은 프로젝트를 어떻게 운영했어야 하는지 설명하는 뒷북이다. 하지만 소프트웨어 프로젝트가 심각한 문제에 부딪혔을 때, 따를 만한 PMI, IEEE, SEI, ISO 복구 절차는 시실 거의 없다고 보면 맞다. 이런 조직은 구제책이라기보다는 예방 차원에서 프로세스를 제공하기 때문이다. 프로젝트가 점점 끓는 물에 가까워져질수록 마지막 요청은 "다시 문제에 빠지지 않는 방법을 보여주세요"가 아니라 "살려주세요"가 된다.

이 책은 "살려주세요"를 다룬다. 실패하는 소프트웨어 프로젝트를 회복하고 정상으로 되돌리는 방법을 설명한다. 물론 간혹 예방 차원의 설명으로 빠져들기도 한다. 하지만 이 책은 기본적으로 실패하는 소프트웨어 프로젝트(또는 재난)에서 회복(또는 복구)하는 10가지 단계를 기술한다. 소프트웨어 개발자, 프로젝트 관리자, 선임 관리층, 소프트웨어 프로젝트 이해관계자(소프트웨어 프로젝트에 관심이 많은 모든 사람) 등 많은 사람에게 도움을 줄 것이다.

본래 강의 교재로 기획됐기에, 각 장은 요약 정리와 몇 가지 연습 문제를 포함한다.

소프트웨어 공학에 대한 지식이 있다면 책을 읽기에 더욱 수월하겠지만, 몰라도 무방하다. 따라서 프로젝트 관리를 잘 모르는 소프트웨어 공학도나 소프트웨어 개발을 잘 알지 못하는 관리자 모두에게 유용하다.

이 책은 총 13장으로 구성됐다.

1장은 재난 복구 개념을 소개한다. 프로젝트에 복구 절차가 필요한 때를 논하며, 이 책에 나오는 여러 기본 용어를 미리 설명한다.

2장은 프로젝트가 재난에 이르렀음을 판단하는 방법을 설명한다. 프로젝트 복구를 위해 나머지 장에서 다루는 내용이 필요할지를 결정하는 내용을 담았다.

3장에서 12장까지는 재난 복구 10단계를 설명한다. 각 장마다 프로젝트 복구 단계를 하나씩 다룬다.

13장은 '마지막 조각 맞추기'라는 에필로그로서 예방 차원에서 프로젝트 문제 재발 방지 기법을 다룬다. 또한 다시 한 번 재난 복구 10단계를 조감하며 2주라는 정해진 일정에 맞춰 전반적인 복구 과정을 어떻게 끼워 맞추는지 보여준다.

이 책은 부분부분 읽어서는 이해하기 어렵다. 여러 단계가 중첩돼 있으며, 각 단계는 직전 단계에 의존한다. 또한 독자가 전반적인 복구 절차를 이해하고 있다면 각 단계를 이해하기가 좀 더 수월하다. 따라서 실천에 앞서 모든 장을 검토하길 바란다. 하지만 이런 조언 때문에 주눅들 필요는 없다. 각 장은 요약으로 마무리한다는 사실을 기억하자. 현재 진행 중인 복구 단계와 관련 있는 장을 자세히 읽기만 하면 나머지 장은 요약만으로도 그럭저럭 이해가 가능하다.

이 책은 (이론서가 아니라) 실전서이므로, 이론적인 배경 없이 여러 가지 방법론과 기법을 설명한다. 하지만 이론에 관심이 있는 독자를 위해 책 전반에 걸쳐 다양한 참고 문헌을 소개한다. 참고 문헌을 담은 세부 목록은 책 말미에 실었다.

이 책 인쇄에 들어가기 앞서, 현실적으로 복구 가능성이 있는 프로젝트를 재난이라고 부를지 여부를 놓고 토론이 벌어졌다(다시 말해 원상 복구가 가능한 상태라면 재난이 아니지 않은가?). 대기업에서 일했으며, "이 프로젝트는 재난이야!"라고 말하는 선임 관리자의 낙담한 목소리를 들은 사람에게는 이런 질문에 대한 대답이 명백했다. 원상 복구하지 못하면, 프로젝트는 그 상태 그 시점에서 바로 취소되기 때문이다. 이런 상황에서 따라오는 반응은 "즉시 원래 궤도로 올릴 필요가 있습니다!"가 돼야 정상이다. 바로 이런 반응이 정확히 이 책에서 추구하는 주제다.

재난 복구 개념은 모토롤라와 다른 기술 회사에서 여러 해 동안 실제로 수행한 소프트웨어 관리 결과물이며, 이를 위해 수많은 개발 조직에서 나온 소프트웨어 프로젝트 개발 자료를 수집하고 분석했다. 이 책은 동일한 이름을 딴 실험적인 논문 형태로 미 국방성 소프트웨어 공학 저널인 크로스토크에서 먼저 선을 보였다. 이 책을 집필하는 과정에 크나큰 도움을 준 아미르에게 감사한다. 아미르는 매우 값진 공헌과 검토를 해줬다.

--- 「저자 서문」 중에서

지금까지 소프트웨어 개발 프로세스를 다루는 책은 예방 차원에서 필요한 내용을 전개하는 경우가 대부분이다. 하지만 이런 책들은 규칙적인 생활과 운동은 물론이고 술 담배도 피지 않고 명상으로 마음을 수련하면서 균형 잡힌 식사를 하면 건강하게 살 수 있다는 일반적인 건강 서적과 다를 바 없다. 실제 문제에 부딪혀 어떻게 대응할지 우왕좌왕하는 와중에서 프로세스에 꼭꼭 맞춰서 수백 페이지짜리 요구 사항 분석 문서를 제대로 작성했다면 프로젝트가 이런 위기에 빠지지 않았으리라는 한가로운 이야기를 듣고 싶어하는 사람은 아무도 없을 것이다.

하지만 17회(2007년도) 졸트 상 '일반 서적 부문: 생산성 우수상'에 빛나는 이 책에서 저자 E.M 베나탄은 소프트웨어 프로젝트가 난관에 부딪혔을 때(좀 더 적나라하게 말하자면 재난이 눈앞에 다가올 때), 프로젝트를 제 궤도로 돌려놓는 방법을 풍부한 실전 경험을 동원해서 아주 쉽게 설명한다. 베나탄은 성공적인 소프트웨어 프로젝트 종료가 아니라 프로젝트 진행 궤도에서 탈선하기 일보 직전인 프로젝트를 바로잡는 작업을 소프트웨어 재난 복구의 가장 중요한 목표로 삼는다.

프레드 브룩스가 '망해가는 프로젝트에 사람을 더 투입하면 더 빨리 망가진다'는 브룩스 법칙을 만들었다면, 베나탄은 '재난 프로젝트에 복잡한 프로세스를 도입하면 또 다른 재난을 낳는다'는 베나탄 법칙을 만들었다고 보면 틀림없겠다. 프로젝트가 실패할까 근심 걱정이 가득한 개발자, 관리자, 이해관계자를 토닥거리며 (배구로 따지자면) 3단으로 공을 상대편에게 넘겨서 일단 심각한 위기를 벗어난 다음에 팀을 추스려서 공격 진영을 갖춘다는 실천 방안을 읽다 보면, 기존에 경험했던 실패한 프로젝트가 여러분 머릿속을 주마등처럼 스쳐 지나갈 것이다.

이 책 독자층은 주로 관리자를 대상으로 하지만, 소프트웨어 개발자가 읽어보고 관리자에게 쪼르르 달려가서 제안할 만한 내용도 많이 들어있으므로 지금 진행 중인 프로젝트가 진심으로 걱정된다면 처음부터 차근차근 일독하기 바란다. 이 책에서 제시하는 모든 내용을 실천에 옮기지는 못할지라도 가장 필요하고 시급한 일부 내용만이라도 실천에 옮길 수 있다면 그 만큼 프로젝트 성공 확률을 높일 수 있기 때문이다.

이 책 번역 과정에서 지면 관계상 생략한 여러 가지 못다한 이야기는 프로젝트 관리 블로그인 http://tapm.blogspot.com/에서 계속할 계획이니 많은 성원 부탁 드린다. 소프트웨어 프로젝트 재난 복구와 관련한 컨설팅과 세미나 정보가 필요하신 독자분이 계시면 jrogue@gmail.com으로 문의 편지를 주시기 바란다.

--- 「옮긴이의 말」 중에서

회원리뷰 (1건) 회원리뷰 이동

리뷰 쓰기

혜택 및 유의사항?

총 평점 6.0점 6.0 / 10.0

검색결과 정렬 옵션 삭제

회원리뷰 전체보기

한줄평 (0건) 한줄평 이동

한줄평 쓰기

혜택 및 유의사항?

등록된 한줄평이 없습니다!

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

배송/반품/교환 안내

배송 안내

반품/교환 안내에 대한 내용입니다.
배송 구분	예스24 배송 배송비 : 무료배송
포장 안내	안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다. 목적 : 안전한 포장 관리 촬영범위 : 박스 포장 작업

반품/교환 안내

상품 설명에 반품/교환과 관련한 안내가 있는경우 아래 내용보다 우선합니다. (업체 사정에 따라 달라질 수 있습니다)

반품/교환 안내에 대한 내용입니다.
반품/교환 방법	고객만족센터(1544-3800), 중고샵(1566-4295) 판매자 배송 상품은 판매자와 반품/교환이 협의된 상품에 한해 가능합니다.
반품/교환 가능기간	출고 완료 후 10일 이내의 주문 상품 디지털 콘텐츠인 eBook의 경우 구매 후 7일 이내의 상품 중고상품의 경우 출고 완료일로부터 6일 이내의 상품 (구매확정 전 상태)
반품/교환 비용	고객의 단순변심 및 착오구매일 경우 상품 반송비용은 고객 부담임 직수입양서/직수입일서중 일부는 변심 또는 착오로 취소시 해외주문취소수수료 20%를 부과할수 있음 단, 아래의 주문/취소 조건인 경우, 취소 수수료 면제 오늘 00시 ~ 06시 30분 주문을 오늘 오전 06시 30분 이전에 취소 오늘 06시 30분 이후 주문을 익일 오전 06시 30분 이전에 취소 직수입 음반/영상물/기프트 중 일부는 변심 또는 착오로 취소 시 해외주문취소수수료 30%를 부과할 수 있음 단, 당일 00시~13시 사이의 주문은 취소 수수료 면제 박스 포장은 택배 배송이 가능한 규격과 무게를 준수하며, 고객의 단순변심 및 착오구매일 경우 상품의 반송비용은 박스 당 부과됩니다.
반품/교환 불가사유	소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우 : 예) 화장품, 식품, 가전제품, 전자책 단말기 등 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예) CD/LP, DVD/Blu-ray, 소프트웨어, 만화책, 잡지, 영상 화보집 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우 eBook 대여 상품은 대여 기간이 종료 되거나, 2회 이상 대여 했을 경우 취소 불가 중고상품이 구매확정(자동 구매확정은 출고완료일로부터 7일)된 경우 LP상품의 재생 불량 원인이 기기의 사양 및 문제인 경우 (All-in-One 일체형 일부 보급형 오디오 모델 사용 등) 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
소비자 피해보상	상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결기준(공정거래위원회 고시)에 준하여 처리됨
환불 지연에 따른 배상	대금 환불 및 환불 지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리