Specification by Example 성공적인 프로젝트를 관통하는 핵심 실천법

위키북스 IT Leaders 시리즈 19

가격정보

정가 : 30,000원
판매가 : 27,000원 [10%↓ 3,000원 할인]

혜택 :

[기본적립] 1500원 적립 [5% 적립] [추가적립] 5만원 이상 구매 시 2,000원 추가적립 안내 [회원혜택] 회원 등급 별, 3만원 이상 구매 시 2~4% 추가적립 안내 [리뷰적립] 리뷰 작성 시 e교환권 최대 300원 추가적립 안내

추가혜택 : 포인트 안내 도서소득공제 안내

도서 소득공제 안내

도서 소득공제란?

2018년7월 1일 부터 근로소득자가 신용카드 등으로 도서구입을 위해 사용한 금액이 추가 공제됩니다.
(추가 공제한도 100만원까지 인정)

*총 급여 7,000만 원 이하 근로소득자 중 신용카드, 직불카드 등 사용액이 총급여의 25%가 넘는 사람에게 적용
*현재 ‘신용카드 등 사용금액’의 소득 공제한도는 300만 원이고 신용카드사용액의 공제율은 15%이지만, 도서·공연 사용분은 추가로 100만 원의 소득 공제한도가 인정되고 공제율은 30%로 적용
*시행시기 이후 도서·공연 사용액에 대해서는 “2018년 귀속 근로소득 연말 정산”시기(19.1.15~)에 국세청 홈택스 연말정산간소화 서비스 제공

도서 소득공제 대상

도서(국내도서,외국도서,해외주문도서), eBook(구매) , 도서 소득공제 대상 상품에 수반되는 국내 배송비 (해외 배송비 제외)

*제외상품 : 잡지 등 정기 간행물, 음반, DVD, 기프트, eBook(대여,학술논문), 사은품, 선물포장, 책 그리고 꽃
*상품정보의 “소득공제” 표기를 참고하시기 바랍니다.

도서 소득공제 가능 결제수단

카드결제 : 신용카드(개인카드에 한함), 제휴신용카드
현금결제 : 예치금, 교보e캐시(충전에 한함), 해피머니상품권, 컬쳐캐쉬, 교보문고 기프트카드, 실시간계좌이체, 온라인입금
간편결제 : 네이버페이, 삼성페이, 카카오페이, PAYCO

* 현금결제는 현금영수증을 개인소득공제용으로 신청 시에만 도서 소득공제 됩니다.
* 교보e캐시 도서 소득공제 금액은 교보eBook > e캐시 > 충전/사용내역에서 확인가능합니다.
* 페이나우, 11PAY와 휴대폰결제, 교보캐시는 도서 소득공제 불가

부분 취소 안내

대상상품+제외상품을 주문하여 신용카드 "2회 결제하기"를 선택한 경우, 부분취소/반품 시 예치금으로 환원됩니다.
(신용카드 결제 후 예치금으로 환원된 경우 승인취소 되지 않습니다.)

도서 소득공제 불가 안내

법인카드로 결제 한 경우
현금영수증을 사업자증빙용으로 신청 한 경우

추가혜택 더보기

배송정보

배송비 : 무료 배송비 안내

배송일정 : 서울특별시 종로구 세종대로 기준 지역변경

지금 주문하면 오늘(29일,수) 도착 예정 배송일정 안내

배송일정 안내

상품준비
06월 29일

출고예정
06월 29일

도착예정
06월 29일

출고예정일은 주문상품의 결제(입금)가 확인되는 날 기준으로 상품을 준비하여 상품 포장 후 교보문고 물류센터에서 택배사로 전달하게 되는 예상 일자 입니다.
도착예정일은 출고예정일에서 택배사의 배송일(약 1~2일)이 더해진 날이며 연휴 및 토,일,공휴일을 제외한 근무일 기준입니다.

배송일정 안내
출고 예정	도착예정일	비고
1일 이내	2~3일 이내	연휴 및 토.일. 공휴일은 제외
2일 이내	3~4일 이내
3일 이내	4~5일 이내
4일 이내	5~6일 이내

바로배송 유의사항

수도권 외 지역에서 선물포장하기 또는 사은품을 포함하여 주문할 경우 당일배송 불가합니다.
회사에서 수령할 경우 당일배송 불가합니다.
(퇴근시간 이후 도착 또는 익일 배송 될 수 있음)
무통장입금 주문은 당일배송 가능 시간 이후 입금된 경우 당일배송 불가합니다.
주문 후 배송지 변경 시 변경된 배송지에 따라 익일배송될 수 있습니다.
수도권 외 지역의 경우 효율적인 배송을 위해 각 지역 매장에서 택배를 발송하므로, 주문 시의 부록과 상이할 수 있습니다.
각 지역 매장에서 재고 부족 시 재고확보를 위해 당일 배송이 불가할 수 있습니다.

일반배송시 유의사항

날씨나 택배사의 사정에 따라 배송이 지연 될 수 있습니다.
수도권 외 지역 바로배송 서비스의 경우 경품수령 선택 여부에 따라 도착예정일이 변경됩니다.
출고예정일이 5일 이상인 상품의 경우(결제일로부터 7일동안 미입고), 출판사/유통사 사정으로 품/절판 되어 구입이 어려울 수 있습니다. 이 경우 SMS,메일로 알려드립니다.
선물포장 주문 시 합배송 처리되며, 일부상품 품절 시 도착예정일이 늦어질 수 있습니다.
분철상품 주문 시 분철작업으로 인해 기존 도착예정일에 2일정도 추가되며 당일배송, 해외배송, 교환/반품 불가합니다.

바로드림 : 인터넷으로 주문하고 매장에서 직접 수령 안내

바로드림 이용 안내

수령점 선택 후
바로드림 주문
준비완료 알림 시
매장 방문하기
바로드림존에서
주문도서 받기

바로드림은 전국 교보문고 매장 및 교내서점에서 이용 가능합니다.
잡지 및 일부 도서는 바로드림 이용이 불가합니다.
각 매장 운영시간에 따라 바로드림 이용 시간이 달라질 수 있습니다.
[내가 직접 도서를 찾아, 바로드림존에 가져가기] 바로드림 주문은 모바일에서만 가능합니다.

주문 시 유의사항

정확한 수령 예상 시간은 선택하신 수령점의 영업시간 및 재고 보유 현황에 따라 달라지므로, 주문 전에 꼭 수령 예상 시간을 확인해 주시기 바랍니다.
주문하신 도서가 수령점에 준비되면, SMS 및 카카오 알림톡으로 안내해 드립니다.
상품이 준비 되면 고객님께 SMS를 발송해 드립니다. SMS 발송 전에 수령점에 방문하시면 도서 준비까지 시간이 걸릴 수 있으니 참고하시기 바랍니다.
여러 종의 상품을 함께 주문시, 준비가 가장 오래 걸리는 상품의 수령 가능 시간에 맞춰 모든 도서를 수령하실 수 있습니다. 급히 필요하신 상품은 별도로 주문해 주시기 바랍니다.
바로드림으로 주문한 도서 상태가 좋지 않을 경우 해당 매장에서 연락 드립니다.

주문취소 안내

바로드림 주문 상품 준비완료 후 7일간 미수령시 자동으로 결제 취소되며, 취소된 금액은 결제수단의 승인취소 및 예치금으로 전환 됩니다.
재고 미보유 상품은 준비하는 과정에서 출판사/유통사 사정으로 인해 품/절판되어 구입이 어려울 수 있습니다. 이 경우에 고객님께 SMS와 전화로 안내드립니다.

사은품 관련 안내

바로드림 서비스는 일부 1+1 도서, 경품, 사은품 등이 포함되지 않습니다. 이점 유의하여 주시기 바랍니다. (단 이벤트 응모는 가능)

바로드림 혜택

도서·상품정보 1:1 문의하기

상품상세정보
ISBN	9788998139490(8998139499)
쪽수	332쪽
크기	188 * 240 * 30 mm /808g 판형알림
이 책의 원서/번역서	Specification by Example / Gojko Adzic

책소개

이 책이 속한 분야

컴퓨터/IT > 개발방법론 > 프로젝트관리

『Specification by Example』은 소규모 웹 스타트업에서 거대한 금융기관까지, XP, 스크럼, 칸반을 비롯한 다양한 프로세스를 활용한 팀들의 사례 연구를 담은 책이다. 훌륭한 소프트웨어를 제작하기 위해 함께 일하는 개발자, 테스터, 분석가, 비즈니스 이해관계자 모두를 위한 지침서로 재작업을 줄이고 개발팀과 비즈니스 이해관계자가 만들어진 소프트웨어가 올바르게 목적을 달성할 수 있도록 이끌어준다.

▣ 0장: 서문
_예제를 활용한 명세
_현실 세계에서는
_대상 독자
_이 책에서 다루는 내용
_기초를 넘어서
_이 책에는 소스코드가 없으며 어떤 도구도 설명하지 않는다
_용어에 관한 몇 가지 생각
_왜 예제를 활용한 명세인가?
_프로세스 패턴

[1부] 시작하기

▣ 01장: 핵심 이점
__변경 작업의 효율화
__높은 제품 품질
__재작업 감소
__더 나은 업무 배치
__정리

▣ 02장: 주요 프로세스 패턴
__목표에서 범위 도출하기
__협업을 통해 명세 만들기
__예제를 활용해 설명하기
__명세 정제하기
__명세의 변경 없이 검증 자동화하기
__자주 검증하기
__문서 시스템 발전시키기
__실무 사례
___비즈니스 목표
___범위
___주요 예제
___예제가 포함된 명세
___실행 가능한 명세
___리빙 도큐멘테이션
__정리

▣ 03장: 리빙 도큐멘테이션
__믿을 만한 문서가 필요한 이유
___테스트는 좋은 문서가 될 수 있다
__실행 가능한 명세로부터 문서 만들기
__문서 중심 모델의 이점
__정리

▣ 04장: 변화의 시작
__프로세스 변경을 시작하는 법
__팀 문화를 바꾸는 방법
__팀을 업무 흐름과 이터레이션으로 협업하도록 통합하는 방법
___얼티밋 소프트웨어의 글로벌 탤런트 매니지먼트 팀
___BNP 파리바의 시에라 팀
___스카이 네트워크 서비스
__승인 및 추적성 다루기
__경고 신호
___자주 변경되는 테스트에 유의하라
___부메랑에 유의하라
___조직의 불일치에 유의하라
___대비성 코드에 유의하라
___산탄총 수술에 유의하라
__정리

[2부] 주요 프로세스 패턴

▣ 05장: 목표에서 범위 도출하기
__올바른 범위 설정하기
__상위 수준의 권한 없이 범위에 대해 협업하기
__추가 정보
__정리

▣ 06장: 협업을 통해 명세 만들기
__왜 협업을 통해 명세를 작성해야 하는가?
__가장 인기 있는 협업 모델
__협업 준비하기
__협업 모델 선택하기
__정리

▣ 07장: 예제를 활용해 설명하기
__예제를 활용해 설명하기: 예제
__예제는 명확해야 한다
__예제는 완전해야 한다
__예제는 현실적이어야 한다
__예제는 이해하기 쉬워야 한다
__비기능 요구사항 기술하기
__정리

▣ 08장: 명세 정제하기
__좋은 명세의 예
___무료 배송
___예제
__나쁜 명세의 예
__명세를 정제할 때 중점을 둬야 할 사항
___예제는 명확하고 테스트할 수 있어야 한다
___스크립트는 명세가 아니다
___명세는 소프트웨어 설계가 아닌 비즈니스 기능에 대한 것이어야 한다
___명세는 설명이 필요 없을 만큼 자명해야 한다
___명세는 한곳에 집중해야 한다
___명세는 도메인 언어로 작성해야 한다
__정제하기 연습
__정리

▣ 09장: 명세의 변경 없이 검증 자동화하기
__자동화가 정말 필요한가?
__자동화 시작하기
__자동화 계층 관리하기
__사용자 인터페이스 자동화하기
__테스트 데이터 관리
__정리

▣ 10장: 자주 검증하기
__신뢰성이 떨어지는 부분 줄이기
__빠른 피드백 얻기
__실패하는 테스트 관리하기
__정리

▣ 11장: 문서 시스템 발전시키기
__리빙 도큐멘테이션은 이해하기 쉬워야 한다
__리빙 도큐멘테이션은 일관성이 있어야 한다
__리빙 도큐멘테이션은 접근하기 쉽게 구성해야 한다
__리빙 도큐멘테이션에 귀 기울여라
__정리

[3부] 사례 연구

▣ 12장: 유스위치
__프로세스 변화 시작하기
__프로세스 최적화하기
__현재 프로세스
__결과
__핵심 교훈

▣ 13장: 레인스토
__프로세스 변화시키기
__현재 프로세스
__핵심 교훈

▣ 14장: 아이오와 학자금 대출
__프로세스 변화시키기
__프로세스 최적화하기
__경쟁우위로서의 리빙 도큐멘테이션
__핵심 교훈

▣ 15장: 사브르 에어라인 솔루션스
__프로세스 변화시키기
__협업 개선하기
__결과
__핵심 교훈

▣ 16장: 이플랜 서비스
__프로세스 변화시키기
__리빙 도큐멘테이션
__현재 프로세스
__핵심 교훈

▣ 17장: 송킥
__프로세스 변화시키기
__현재 프로세스
__핵심 교훈

▣ 18장: 결론
__요구사항에 대한 협업은 이해관계자와 개발팀원 간의 신뢰를 쌓이게 한다
__협업은 준비가 필요하다
__협업하는 방법에는 여러 가지가 있다
__최종 목표를 비즈니스 프로세스 문서화로 하는 것은 유용한 모델이다
__장기적 가치는 리빙 도큐멘테이션에서 나온다
__부록
__참고자료
___책
___온라인 참고자료

책 속으로

개발자에게 중요한 자질은 무엇일까?

코드에 대한 장인정신, 기술적인 측면에 대한 오덕력, 철야를 두려워하지 않는 용기, 새벽까지 술을 마실 수 있는 체력 등등 각자 지나온 지옥의 종류에 따라 나름의 기준이 있을 것이다.

나는 언젠가부터 프로젝트를 진행하면서 기술적인 난관을 극복하는 일보다 사람들 간의 문제 인식의 차이를 줄이는 것이 훨씬 더 어렵고 중요하다는 사실을 깨닫기 시작했다. 그래서 나는 개발자에게 중요한 능력 중 하나가 ‘의도를 정확히 이해하는 능력’이라고 생각한다.

프로젝트 초기에는 모든 사람들이 '장님이 코끼리 만지듯' 정제되지 않은 아이디어를 자신만의 언어로 이야기한다. 그렇게 짙은 안개 속을 헤매다가 프로젝트의 막판 즈음에서야 우리가 무엇을 만들려고 하는지 깨닫게 된다. 심지어는 기획자(혹은 고객)조차도 그렇다. 어떤 면에서 소프트웨어 개발은 단순히 제품을 코드로 구체화시키는 과정이 아니라 프로젝트에 관련된 개개인의 '의도'가 서로 충돌하고 상호작용하면서 만들어지는 종합 예술에 가깝다. (기획, 작가, 연출, 배우의 충돌 과정을 통해서 만들어지는 연극이 소프트웨어 개발과 유사하다고 얘기하면 너무 억지스러운가?)

이 책은 기획, 개발, 디자인, UX, QA 등 다양한 역할의 사람들이 함께하는 소프트웨어 개발 현장에서 서로의 '의도를 효과적으로 소통할 수 있는' 방법에 대해 얘기해 줄 것이다. '구체적인 예제'는 소프트웨어 개발 현장에서 사람들이 의사소통할 수 있는 가장 좋은 방법이며, 개발자들이 TDD에서 배운 가장 중요한 교훈이라 생각한다. ATDD/BDD를 실무에 적용할 생각을 가진 독자라면 이 책은 '그 지옥을 건너본' 선배들의 알짜배기 경험을 전해 줄 수 있을 것이다.

- 옮긴이 서문 중에서 닫기

출판사 서평

▣ 졸트 상 올해 최고의 책(2012)에 빛나는 'Specification by Example(예제를 활용한 명세)'!

예제를 활용한 명세(Specification by Example)는 현실적인 예제를 기반으로 비즈니스 이해관계자와 개발 팀 간의 의사소통의 차이를 극복할 수 있는 최신 실천법이다. 이 책은 전 세계의 성공적인 소프트웨어 개발팀과 인터뷰한 결과를 정제한 것으로서, 짧고 반복적인 개발 주기에서 결함 없이 소프트웨어의 명세 작성을 비롯해 소프트웨어를 개발하고 출시하는 효과적인 방법들을 알려준다.

이 책에는 소... 더보기