기능목록>검색 : 해군사관학교 학술정보원

Ship it! 성공적인 소프트웨어 개발 프로젝트를 위한 실용 가이드

QR코드

미리보기 도서정보

도서 상세정보
자료유형 :	단행본
ISBN :	9788995856468
분류기호 :	005.1
개인저자 :	리차드슨, 자레드
서명/저자사항 :	Ship it! 성공적인 소프트웨어 개발 프로젝트를 위한 실용 가이드/ 자레드 리차드슨,; 윌리엄 그월트니 주니어 지음; 최재훈 옮김.
원서명 :	Ship it! : a practical guide to successful software projects
발행사항 :	파주: 위키북스, 2007.
형태사항 :	xx, 244 p.: 삽도; 23 cm.
총서사항 :	위키북스 it leaders 시리즈; 02.
일반주기 :	권말부록으로 "TIP 조언 요약" 등 수록
일반주기 :	Richardson, Jared
일반주기 :	Gwaltney, William Jr.
서지주기 :	참고문헌: p.238, 색인수록
개인저자 :	그월트니, 윌 주니어
개인저자 :	최재훈
개인저자 :	Richardson, Jared
개인저자 :	Gwaltney, William Jr.
분류기호 :	005.1
언어	한국어

소장정보

해군사관학교

예예약
인인쇄
SSMS
서서가부재
보보존서고
우우선정리예약
무무인예약대출

예약

1. 예약현황은 홈페이지 로그인 후 예약 페이지에 확인 가능합니다.
2. 도착 통보된 예약자료 대출을 원하지 않는 경우에는 예약 현황에서 취소할 수 있습니다.
3. 기타 문의사항은 도서관에 문의 바랍니다.

닫기

무인예약대출

1. 무인예약대출 현황은 홈페이지 로그인 후 무인예약대출 페이지에 확인 가능합니다.
2. 무인예약대출자료 대출을 원하지 않는 경우에는 무인예약대출 페이지에서 신청 또는 접수상태인 경우만 취소할 수 있습니다.
3. 희망대출일은 신청일로부터 최대 1주일 까지 가능합니다.
4. 희망대출일을 선택하지 않은 경우 대출대기 통보 후 1주일까지 기기에서 대출가능합니다.
5. 기타 문의사항은 도서관에 문의 바랍니다.

닫기

KMO200800886 권 호 :
발행년 : 2007
발행처 : 위키북스

서 명 : Ship it! 성공적인 소프트웨어 개발 프로젝트를 위한 실용 가이드

목차
추천의 글 = xvi
서문 = xviii
1장 서론 = 1
1.1 습관적인 탁월함 = 2
1.2 실용주의적 관점 = 4
1.3 로드맵 = 6
인프라스트럭처 = 6
기법 = 8
프로세스 = 8
흔하게 벌어지는 문제와 문제를 해결하는 법 = 8
무엇이 빠졌는가? = 9
1.4 앞으로 나아가기 = 10
1.5 이 책을 어떻게 읽어야 하나? = 10
여러분이 개발자이거나 테스터라면 = 10
여러분이 프로젝트 팀 리더라면 = 11
여러분이 관리자거나 깊게 관련된 고객이라면 = 12
개인이 모여 팀을 이룬다 = 12
2장 도구와 인프라스트럭처 = 17
아무도 프레드가 겪은 문제를 알지 못한다 = 18
여러분의 하루는 어떻게 다를까요? = 19
프레드가 빠진 함정에 걸리지 말자 = 21
[01] 모래 상자(Sandbox) 안에서 개발하기 = 23
[02] 자산을 관리하세요 = 27
저 개가 내 소스 코드를 먹어버렸어요 = 29
어떻게 시작하면 될까요? = 30
내가 제대로 하고 있는 걸까요? = 31
경고 신호 = 32
[03] 빌드를 스트립트화 하세요 = 34
어떻게 시작하면 될까요? = 38
내가 제대로 하고 있는 걸까요? = 39
경고 신호 = 39
[04] 자동으로 빌드하세요 = 40
프리젠테이션 = 43
어떻게 시작하면 될까요? = 44
제대로 사용하고 있는 걸까요? = 45
경고 신호 = 46
[05] 이슈를 추적하세요 = 46
어떻게 시작하면 될까요? = 49
제대로 사용하고 있는 걸까요? = 50
경고 신호 = 51
[06] 기능을 추적하세요 = 52
어떻게 시작하면 될까요? = 53
제대로 사용하고 있는 걸까요? = 54
경고 신호 = 54
[07] 테스트 장비를 사용하세요 = 55
어떻게 시작하면 될까요? = 62
제대로 사용하고 있는 걸까요? = 63
경고 신호 = 64
[08] 도구를 선택하는 방법 = 64
[09] 실험하지 말아야 할 때 = 66
3장 실용주의적 프로젝트 기술 = 69
[10] 목록에 따라 일하세요 = 71
왜 목록이 필요할까요? = 73
목록을 어떻게 사용해야 할까요? = 74
누구나 사용할 수 있어야 합니다 = 77
우선순위를 부여해야 합니다 = 78
시간 예측 = 79
죽어 있는 문서가 아닌 살아있는 문서여야 합니다 = 79
측정 가능해야 합니다 = 80
목표가 있어야 합니다 = 82
목록이라면 이래야 합니다 = 83
이렇게 시작하세요 = 83
이렇게 하고 있다면 제대로 하고 있는 겁니다 = 84
경고 신호 = 84
[11] 기술 리더 = 86
기술 리더가 필요한 이유 = 86
기술 리더의 책임 = 88
팀이 나가야 할 방향을 설정합니다 = 89
프로젝트의 기능 목록을 관리합니다 = 89
기능 요구사항에 우선순위를 부여합니다 = 90
정신을 산만하게 만드는 외적인 요소로부터 팀을 보호합니다 = 92
'목록'은 어떻게 만드나요? = 93
기술 리더는 어떤 사람일까요? = 94
이렇게 시작하세요 = 94
이렇게 하고 있다면 제대로 하고 있는 겁니다 = 96
경고 신호 = 96
[12] 매일 협력하고 의사소통하기 = 97
일일 회의가 필요한 이유 = 97
일일 회의가 좋은 이유 = 98
또 엉뚱한 일을 하네 = 99
바퀴를 다시 발명하기 = 99
회전초 개발자 = 100
전문지식 증폭기 = 101
팀 커뮤니케이션 = 101
큰 그림 그리기 = 102
대안 = 103
일일 회의는 이래야 합니다 = 104
이렇게 시작하세요 = 105
초점을 놓치지 마세요 = 106
이렇게 하고 있다면 제대로 하고 있는 겁니다 = 107
경고 신호 = 108
[13] 코드를 모두 검토하세요 = 110
이렇게 시작하세요 = 120
이렇게 하고 있다면 제대로 하고 있는 겁니다 = 120
경고 신호 = 121
[14] 코드 변경 통지 보내기 = 122
예상치 못한 이점 = 124
모든 사람에게 코드 통지를 보내세요 = 124
코드 통지를 무시하고 싶다면 그렇게 하세요 = 125
이렇게 시작하세요 = 125
이렇게 하고 있다면 제대로 하고 있는 겁니다 = 127
경고 신호 = 127
[15] 모두 통틀어서 = 128
4장 예광탄 개발 = 131
예광탄 개발 = 131
프로세스 상의 흔한 문제들 = 132
프로세스 정의하기 = 133
TBD는 어떻게 작동할까요 = 135
시스템 객체를 정의하세요 = 137
협동해서 인터페이스 정의하세요 = 140
인터페이스 스텁을 작성하세요 = 143
계층끼리 대화할 수 있게 만드세요 = 145
스텁에 기능적 코드를 채워 넣으세요 = 147
리팩토링하고 다듬으세요 = 149
간단한 사례 = 152
예광탄 개발 방법론 홍보하기 = 155
이렇게 시작하세요 = 159
이렇게 하고 있다면 제대로 하고 있는 겁니다 = 160
경고 신호 = 160
5장 일반적인 문제와 해결방법 = 161
[16] 도와주세요! 코드를 인수받았어요 = 162
[17] 테스트할 수 없는 코드를 테스트하기 = 164
[18] 기능에 문제가 계속 발생합니다 = 166
[19] 테스트? 우리는 더 이상 테스트를 활용하지 않습니다 = 168
[20] 하지만 저는 된다구요! = 170
[21] 코드를 통합할 때 골치 아픕니다 = 171
[22] 제품을 안정적으로 빌드하지 못합니다 = 173
[23] 고객이 불만을 표출합니다 = 175
[24] 불한당 개발자가 있습니다 = 177
관리자의 관점 = 177
[25] 관리자가 불만스러워 합니다 = 181
상사가 매 시간 와서 상황이 어떻게 돌아가나 물으면 어떻게 할까요? = 182
[26] 팀이 협동을 못합니다 = 183
[27] 핵심적인 부분에 대한 '내부의 지지'를 얻지 못합니다 = 184
관리자의 관점 = 184
개발자의 관점 = 186
고객의 관점 = 186
[28] 새로운 실천방법이 도움이 안 됩니다 = 188
새로운 실천방법을 도입해선 안 될 시기 = 188
새로운 실천방법을 도입하는 방법 = 189
[29] 자동화된 테스트가 없습니다 = 192
[30] 우리는 신참 개발자들이고 이끌어줄 사람이 없습니다 = 194
[31] '죽음의 행진' 프로젝트에 참여하고 있습니다 = 195
[32] 피쳐 크리프(Feature Creep) 현상이 일어납니다 = 197
[33] 프로젝트가 끝날 기미가 안 보입니다 = 198
개발자의 관점 = 200
관리자의 관점 = 200
고객의 관점 = 201
부록 A TIP 조언 요약 = 203
부록 B 소스 코드 관리 = 205
부록 C 빌드 스크립트 도구 = 209
부록 D 지속적인 통합 시스템 = 215
부록 E 이슈 추적 소프트웨어 = 219
부록 F 개발 방법론 = 223
부록 G 테스트 프레임워크 = 227
부록 H 추천 도서 목록 = 233
찾아 보기 = 239