ISBN : 9788998139698
- 정가
-
25,000원 - 판매가
- 47,000원 88%↑
- 배송비
-
3,000원 (판매자 직접배송)
30,000원 이상 결제 시 무료배송
제주도 추가배송비 : 3,000원
도서산간지역 추가배송비 : 6,000원
- 배송일정
- 지금 주문하면 4일 이내 출고 예정
- 제품상태
-
상태
외형
내형
- 이 상품 최저가
-
20,000원
- 새 상품
-
22,500원 [10%↓, 2,500원 할인]
중고장터에 등록된 판매상품과 제품의 상태는 개별 판매자들이 등록, 판매하는 것으로 중개시스템만을 제공하는 교보문고는 해당 상품과 내용에 대해 일체 책임을 지지 않습니다. 상단 제품상태와 하단 상품 상세를 꼭 확인하신 후 구입해주시기 바랍니다.
교보문고 결제 시스템을 이용하지 않은 직거래로 인한 피해 발생 시 교보문고는 일체 책임을 지지 않습니다.
중고장터에 등록된 판매 상품과 제품의 상태는 개별 오픈마켓 판매자들이 등록, 판매하는 것으로 중개 시스템만을 제공하는
인터넷 교보문고에서는 해당 상품과 내용에 대해 일체 책임을 지지 않습니다.
교보문고 결제시스템을 이용하지 않은 직거래로 인한 피해 발생시, 교보문고는 일체의 책임을 지지 않습니다.
판매자의 다른 상품
판매자 상품 소개
판매자 배송 정책
- 1. 토/일, 공휴일을 제외한 영업일 기준으로 배송이 진행됩니다. 2. 단순변심으로 인한 구매취소 및 환불에 대한 배송비는 구매자 부담입니다 3. 제주 산간지역에는 추가배송비용이 부과됩니다
| NO | 구매후기 | 구매만족도 | ID | 등록일 |
|---|---|---|---|---|
| 1,823 | 좋아요 좋아요 좋아요 |
|
kwang0*** | 2023.05.27 |
| 1,822 | 좋은 책 좋은 상태로 구할 수 있게 해주셔서 감사합니다, 앞으로 좋은 일들만이 있길 바랄게요,, |
|
sslee*** | 2023.05.26 |
| 1,821 | 훌륭하고 오래된 좋은 책을 좋은 상태로 구할 수 있게 하셔서 감사합니다, 앞으로 좋은 일들만이 있길 바랄게요,, |
|
sslee*** | 2023.05.25 |
| 1,820 | 빠른 배송 감사합니다 |
|
kipi02*** | 2023.05.25 |
| 1,819 | 조아요조아요조아요조아요 |
|
go*** | 2023.05.22 |
책 소개
[왜 시스템 개발만 하면 싸워댈까?]는 여러 IT 분쟁 사례를 비롯해 저자가 IT 기술자였던 시절과 컨설턴트 시절에 겪은 경험을 바탕으로 프로젝트의 실패 원인을 분석하고 해결책을 고민해 정리한 책이다. 이 책은 계약 단계부터 검수 단계까지 시스템을 개발하면서 발생할 수 있는 다양한 분쟁과 해결 방안을 담았다.
저자소개
저자(글): 호소카와 요시히로
저자 호소카와 요시히로 (細川義洋)는
도쿄지방재판소 민사 조정위원(IT 사건담당) 겸 IT 전문위원.
도쿄고등재판소 IT전문위원.
1964년 가나가와 현 출신. 릿쿄 대학 경제학부 졸업.
NEC 소프트웨어 주식회사에서 금융 정보 시스템과 네트워크 시스템 개발, 운용.
2005년부터 2012년까지 일본 IBM 주식회사에서 시스템 개발, 운용 업무 품질 향상 컨설팅.
이밖에 수많은 IT 벤더와 IT 기업의 프로세스 개선 컨설팅.
2007년 세계적으로도 몇 안 되고, 일본에도 수십 명밖에 없는 IT 사건 담당 민사 조정위원으로 추천돼 취임. 현재까지 많은 IT 분쟁 해결에 이바지하고 있다.
이러한 경험을 토대로 얼터너티브 블로그에 「IT 분쟁 이모저모」를 연재 중으로, 이 책이 첫 저서다.
번역: 최미정
역자 최미정은 대학에서 중국어를 전공하고 2002년부터 2011년까지 온라인 교육회사에서 웹 기획자로 근무. 2012년 프리랜서로 전향해 관공서 웹사이트 구축 프로젝트, 기업 CMS 구축 프로젝트, 대기업 웹 접근성 강화 프로젝트 등에 참여했다. 역서로는 《세계의 암호는 물》 《먹고 자는 두 사람 함께 사는 두 사람》 《아스카에게 그리고 아직 태어나지 않은 둘째에게》 등이 있다.
목차
이 책이 전제로 하는 개발공정
등장인물
▣ 1장: 요구사항 정의 (말했다 VS. 안 했다, 하기로 했다 VS. 안 했다)
CASE 1 발주자가 요구사항을 계속 추가할 때
CASE 2 요구사항 정의란 도대체 무엇인가?
CASE 3 발주자가 요구사항 정의를 벤더에게 전담할 때
CASE 4 소프트웨어 패키지의 함정 ①
CASE 5 소프트웨어 패키지의 함정 ②
CASE 6 확정되지 않은 요건은 어떻게 처리할까?
CASE 7 벤더가 멋대로 성능 요건을 제외했을 때
CASE 8 요구사항 변경의 영향 범위를 파악할 수 없을 때
CASE 9 발주처 담당자가 벤더와 친할 때
CASE 10 요구사항 정의 없이 개발했을 때
CASE 11 업무 요건에 누락된 요소가 있을 때
CASE 12 시스템 개발 범위는 어떻게 정할까?
DATA
요구사항 정의서 체크리스트
비기능적 요구사항 개요
요구사항 추적 매트릭스 예시
COLUMN 1
IT 분쟁 판결까지 얼마나 걸릴까?
▣ 2장: 프로젝트 계획과 관리 (일정표 체크만이 관리는 아니다)
CASE 13 프로젝트 위험 관리는 어떻게 할까?
CASE 14 벤더는 발주자 측 위험요소를 어떻게 관리해야 할까?
CASE 15 벤더가 진척도를 거짓으로 보고 했을 때
CASE 16 발주자가 위압적인 태도를 보일 때
CASE 17 발주자의 참여의식을 높이려면 어떻게 해야 할까?
CASE 18 핵심 팀원이 병으로 쓰러졌을 때
CASE 19 벤더를 변경했는데 프로젝트 관리자까지 퇴사했을 때
CASE 20 프로젝트 계획서는 어떻게 써야 할까?
DATA
프로젝트 계획서 기재항목 예시
프로젝트 관리 계획 기재항목 예시
WBS(Work Breakdown Structure: 작업분류체계)와 EV(Earned Value: 획득가치)
COLUMN 2
사회적 통념에 따른 판결
▣ 3장: 설계 (벤더와 발주자가 협의할 사항)
CASE 21 산출물을 객관적으로 검토할 수 있는 사람은?
CASE 22 체크리스트는 어떻게 활용해야 할까?
CASE 23 발주자가 만든 요구사항 정의서에 누락된 사항이 있을 때
CASE 24 검수한 시스템에서 설계 오류가 발견됐을 때
CASE 25 설계서에도 저작권이 있을까?
CASE 26 설계 단계에서 소프트웨어 패키지가 부적합하다고 밝혀졌을 때
CASE 27 소프트웨어 패키지의 결함은 어떻게 평가할까?
DATA
설계서 체크리스트
COLUMN 3
조정을 신청하면 손해 볼 일은 없다?
▣ 4장: 프로그래밍 (작동만 하면 끝이 아니다)
CASE 28 프로그래밍 순서는 어떻게 정할까?
CASE 29 사소한 버그를 내버려두면 큰 손해를 입는다
CASE 30 문제 해결 우선순위는 어떤 기준으로 판단할까?
CASE 31 보안 정보는 어디까지 파악해야 할까?
CASE 32 프로그램 품질을 어떻게 개선해야 할까?
DATA
소스코드 체크리스트
COLUMN 4
조정위원을 얕보지 마라
▣ 5장: 테스트 (뭘 테스트해야 하는지 아는가?)
CASE 33 테스트를 효과적으로 하려면 어떤 준비가 필요할까?
CASE 34 프로젝트 완료는 무엇을 기준으로 판단할까?
CASE 35 발주자는 산출물의 품질을 어떻게 평가해야 할까?
CASE 36 컴퓨터 시스템 검수란 무엇일까?
CASE 37 검수 후 오류가 발견되면 어떻게 해야 할까?
CASE 38 불특정 다수가 사용하는 시스템은 어떻게 테스트해야 할까?
DATA
개발용 SLA(Service Level Agreement: 서비스 수준 협약) 사례
검수 계획서, 테스트 시나리오 체크리스트
COLUMN 5
IT 변호사란?
▣ 6장: 계약과 프로젝트 완료 (뭘 약속했지?)
CASE 39 프로젝트 책임자의 역할은? ①
CASE 40 프로젝트 책임자의 역할은? ②
CASE 41 시스템 개발 계약서에는 어떤 사항이 들어가야 할까?
CASE 42 개발 규모가 원래 산정했던 견적보다 커졌을 때
CASE 43 계약서 없이 프로젝트를 진행하면 어떤 문제가 생길까?
CASE 44 프로젝트 관리의 중요성
CASE 45 가발주서만 접수하고 작업을 시작했을 때
CASE 46 프로젝트에 외부 자문인력이 꼭 필요할까?
CASE 47 도코가 보낸 메일
CASE 48 「발주자의 신의성실의 원칙」이란?
CASE 49 프로젝트 성공 모델은?
DATA
소프트웨어 계약 시 포함해야 하는 조항
COLUMN 6
IT 분쟁을 피하려면?
책 속으로
출판사 서평
이 책은 계약 단계부터 검수 단계까지 시스템을 개발하면서 발생할 수 있는 모든 분쟁과 해결 방안을 담았다. 이해하기 쉽게 폭포수 모형 개발 방식을 기준으로 썼지만 문제 해결 방안은 애자일 모델링이나 시제품 모형 등에도 적용할 수 있다. 그리고 프로젝트 관리 지표인 CMMI와 ITIL, PMBOK 등을 참고로 프로젝트 성공에 필요한 다양한 자료를 실었다.
프로젝트의 QCD(품질, 가격, 납품)를 준수하려고 고민하는 프로젝트 매니저 및 IT 기술자는 물론 발주자까지 시스템 개발로 얻을 수 있는 이점을 예측하거나 발생 가능한 문제 및 분쟁을 해결하는 데 이 책의 도움을 받을 수 있다.
교환/반품안내
※ 상품 설명에 반품/교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다.)
| 반품/교환방법 |
[판매자 페이지>취소/반품관리>반품요청] 접수 ※ 중고도서의 경우 재고가 한정되어 있으므로 교환이 불가할 수 있으며, 해당 상품의 경우 상품에 대한 책임은 판매자에게 있으며 교환/반품 접수 전에 반드시 판매자와 사전 협의를 하여주시기 바랍니다. |
|---|---|
| 반품/교환가능 기간 |
변심반품의 경우 수령 후 7일 이내, 상품의 결함 및 계약내용과 다를 경우 문제점 발견 후 30일 이내 ※ 중고도서의 경우 판매자와 사전 협의한 후 교환/반품 접수가 가능합니다. |
| 반품/교환비용 | 변심 혹은 구매착오로 인한 반품/교환은 반송료 고객 부담 |
| 반품/교환 불가 사유 |
소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우(단지 확인을 위한 포장 훼손은 제외) 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우 예) 화장품, 식품, 가전제품 등 복제가 가능한 상품 등의 포장을 훼손한 경우 예) 음반/DVD/비디오, 소프트웨어, 만화책, 잡지, 영상 화보집 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 ((1)해외주문도서) 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우 1) 해외주문도서 : 이용자의 요청에 의한 개인주문상품이므로 단순 변심 및 착오로 인한 취소/교환/반품 시 해외주문 반품/취소 수수료 고객 부담 (해외주문 반품/취소 수수료는 판매정가의 20%를 적용 2) 중고도서 : 반품/교환접수없이 반송하거나 우편으로 접수되어 상품 확인이 어려운 경우 |
| 소비자 피해보상 환불지연에 따른 배상 |
- 상품의 불량에 의한 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결 기준 (공정거래위원회 고시)에 준하여 처리됨 - 대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리함 |
