HOME > 상세정보

상세정보

IT 시스템 개발 철저공략 : 앞으로 10년, 어떻게 살아남을 것인가? (3회 대출)

자료유형
단행본
개인저자
西澤晋, 1962-, 저 藤丸誠, 저 김대희, 역
서명 / 저자사항
IT 시스템 개발 철저공략 : 앞으로 10년, 어떻게 살아남을 것인가? / 니시자와 스스무 외 지음 ; 김대희 옮김
발행사항
서울 :   BJpublic,   2014  
형태사항
xviii, 337 p. : 삽화, 도표 ; 24 cm
원표제
ITシステム開發徹底攻略 : 要件定義 システム設計 プロジェクトマネジメント 業務システム ドキュメント
ISBN
9788994774633
일반주기
원서총서표제: WEB+DB PRESS plusシリ―ズ  
저자: 모리 료스케, 미즈구치 아츠시, 쿠로에다 마고토 외 12인  
색인수록  
000 01536camcc2200421 c 4500
001 000045807424
005 20140822165351
007 ta
008 140821s2014 ulkad 001c kor
020 ▼a 9788994774633 ▼g 93000
035 ▼a (KERIS)BIB000013458343
040 ▼a 241026 ▼c 241026 ▼d 211009
082 0 4 ▼a 658.05 ▼a 005.4 ▼2 23
085 ▼a 658.05 ▼2 DDCK
090 ▼a 658.05 ▼b 2014
245 0 0 ▼a IT 시스템 개발 철저공략 : ▼b 앞으로 10년, 어떻게 살아남을 것인가? / ▼d 니시자와 스스무 외 지음 ; ▼e 김대희 옮김
246 1 9 ▼a ITシステム開發徹底攻略 : ▼b 要件定義 システム設計 プロジェクトマネジメント 業務システム ドキュメント
246 3 ▼a Aiti shisutemu kaihatsu tettei koryaku : ▼b yoken teigi shisutemu sekkei purojekuto manejimento gyomu shisutemu dokyumento
246 3 ▼a 아이티 시스템 개발 철저공략
260 ▼a 서울 : ▼b BJpublic, ▼c 2014
300 ▼a xviii, 337 p. : ▼b 삽화, 도표 ; ▼c 24 cm
500 ▼a 원서총서표제: WEB+DB PRESS plusシリ―ズ
500 ▼a 저자: 모리 료스케, 미즈구치 아츠시, 쿠로에다 마고토 외 12인
500 ▼a 색인수록
700 1 ▼a 西澤晋, ▼d 1962-, ▼e
700 1 ▼a 藤丸誠, ▼e
700 1 ▼a 김대희, ▼e▼0 AUTH(211009)76549
740 2 ▼a WEB+DB PRESS plusシリ―ズ
900 1 0 ▼a 니시자와 스스무, ▼e
900 1 0 ▼a 모리 료스케, ▼e
900 1 0 ▼a 미즈구치 아츠시, ▼e
900 1 0 ▼a 쿠로에다 마고토, ▼e
900 1 0 ▼a Nishizawa, Susumu, ▼e
900 1 0 ▼a Mouri, Ryosuke, ▼e
900 1 0 ▼a Atsushi, Mizuguchi, ▼e
900 1 0 ▼a Kuroeda Makoto, ▼e
945 ▼a KLPA

소장정보

No. 소장처 청구기호 등록번호 도서상태 반납예정일 예약 서비스
No. 1 소장처 중앙도서관/제3자료실(4층)/ 청구기호 658.05 2014 등록번호 111722611 (3회 대출) 도서상태 대출가능 반납예정일 예약 서비스 B M

컨텐츠정보

책소개

수탁 개발을 뒷받침하는 기술, 업무, 인간관계에 대한 공략서. 이 책은 단순한 방법론적인 지식이 아닌 여러 저자들이 실제로 체험하고 습득한 실전적인 노하우에 대해서 설명하고 있다. 시스템 요건 정의, 프로젝트 관리 기법, 프로젝트 관리자의 역할, 대표적인 업무 시스템의 기본적인 지식과 문서 작성까지 다루고 있다. 또한 실제로 프로젝트를 수행하면서 발생할 수 있는 프로젝트 팀원 및 고객사와의 커뮤니케이션 방법에 대해서도 다루고 있다.

전문 직업인으로서의 인생을 어떻게 걸어나갈 것인가? 이것은 누구에게 중요한 화두다. 특히 기술 진화가 빠르고 "프로그래머 35세 정년설"도 있는 이 업계에서 일하는 여러분들은 고민이나 불안도 그만큼 크다고 생각한다. 이 책은 지금까지의 10년을 돌아보고 앞으로의 10년을 고민하여 엔지니어로서 살아남기 위한 사고방식이나 노하우를 전달하는 것으로 시작한다.

어떻게 하면 고객의 희망사항을 잘 추려서 시스템에 반영해야 하는가? 실제로 불편하다고 느끼는 점을 말이나 문장으로 빠짐없이 나타내는 것은 매우 어려운 작업이다. 특집 1에서는 여러분이 꼭 알아야 할 요건 정의의 사고방식에 대한 효과적인 방법을 소개한다. 또한 업무에서 작성해야 하는 갖가지 문서(설계서, 사양서, 기술 문서, 매뉴얼, 회의록, 제안서 등)에 대한 작성 노하우도 알기 쉽게 설명해놓았다.

"앞으로 10년, 어떻게 살아남을 것인가?"
사람은 반드시 나이를 먹고, 기술과 업계에도 수명이 있다.

수탁 개발을 뒷받침하는 기술, 업무, 인간관계에 대한 철저공략


이 책은 단순한 방법론적인 지식이 아닌 여러 저자들이 실제로 체험하고 습득한 실전적인 노하우에 대해서 설명하고 있습니다. 시스템 요건 정의, 프로젝트 관리 기법, 프로젝트 관리자의 역할, 대표적인 업무 시스템의 기본적인 지식과 문서 작성까지 다루고 있습니다. 또한 실제로 프로젝트를 수행하면서 발생할 수 있는 프로젝트 팀원 및 고객사와의 커뮤니케이션 방법에 대해서도 다루고 있습니다.

이미 많은 사람들이 현장에서 겪은 체험을 바탕으로 쓰여진 책이므로 보다 실천적으로 응용하기 쉬운 내용으로 구성이 되어 있다고 생각합니다. 모쪼록 이 책이 PM혹은 PM을 준비하는 독자들에게 귀중한 하나의 실천적인 노하우로 활용될 수 있기를 바랍니다.
-역자의 글 중에서

이 책에서 다루는 내용

요건 정의의 지혜와 도구
- 사용자의 이상과 현실을 명확히 한다

시스템 설계
- 사양 정의, 쉬운 시스템 설계, 개발 공정으로의 인계

프로젝트 관리
- 오늘부터 도움이 되는, 성공으로 이끄는 요령과 노하우

분야별 업무 시스템
- 영업, 판매, 생산관리부터 경영지원까지

문서 작성 기술
- 설계서, 매뉴얼, 부탁의 탄원서

인간관계 구축
- 곤란한 사람과의 교류 방법

논리적 사고 실천 입문
- 표현력과 이해력을 체득한다

독자 대상 초급

이 책의 구성

시작 기획. 앞으로 10년, 어떻게 살아남을 것인가?
지금까지의 10년과 앞으로의 10년을 생각해보고 살아남기 위한 방법을 생각한다.

특집 1. 요건 정의의 지혜와 도구
요건 정의, 요건 분석으로 사용자의 요구를 현실적으로 명확하게 파악한다.

특집 2. 시스템 설계의 기초 지식
요건 정의에서 이어지는 사양 정의 및 그에 따른 시스템 설계 작업에 있어 중요한 요소를 설명한다.

특집 3. 프로젝트 관리 입문
프로젝트의 세 가지 요소인 범위, 시간, 자원을 고려한 프로젝트 관리자로서의 필요한 노하우를 전수한다.

특집 4. 분야별 업무 시스템의 기초 지식
영업.판매에서부터 생산.원가관리 및 인사.총무 등 업무 영역별 주요 IT시스템에 대한 기초적인 지식을 습득한다.

특집 5. 문서 작성 기술
프로젝트에 있어 가장 중요한 결과인 성과물에 대한 작성 요령에 대하여 배운다.

특집 6. 기술자의 제안서 작성 바이블
영업사원이 작성하는 제안서보다 훨씬 구체적이고 실현 가능성이 높은 제안을 한다.

특집 7. 프로젝트 인간관계 구축 기술
프로젝트를 진행하면서 언제나 한두 명 정도는 보이는 곤란한 사람에 대한 대처 방법

특집 8. 논리적 사고 실천 입문
문서 작성 및 커뮤니케이션을 원활하게 하는 논리적인 사고 방법으로의 입문

출판사 리뷰

전문 직업인으로서의 인생을 어떻게 걸어나갈 것인가? 이것은 누구에게 중요한 화두다. 특히 기술 진화가 빠르고 "프로그래머 35세 정년설"도 있는 이 업계에서 일하는 여러분들은 고민이나 불안도 그만큼 크다고 생각한다. 이 책은 지금까지의 10년을 돌아보고 앞으로의 10년을 고민하여 엔지니어로서 살아남기 위한 사고방식이나 노하우를 전달하는 것으로 시작한다.

어떻게 하면 고객의 희망사항을 잘 추려서 시스템에 반영해야 하는가? 실제로 불편하다고 느끼는 점을 말이나 문장으로 빠짐없이 나타내는 것은 매우 어려운 작업이다. 특집 1에서는 여러분이 꼭 알아야 할 요건 정의의 사고방식에 대한 효과적인 방법을 소개한다. 또한 업무에서 작성해야 하는 갖가지 문서(설계서, 사양서, 기술 문서, 매뉴얼, 회의록, 제안서 등)에 대한 작성 노하우도 알기 쉽게 설명해놓았다.

IT 시스템 개발에서 "프로젝트"의 기간은 한정되어 있고 여러 입장의 사람으로 구성된다. 애당초 특수한 관계이므로 인간관계에 있어 고민되는 것이 많을 것이다. 이 책은 이러한 점에 주목하여 "곤란한 사람"과의 인간관계 구축 기술을 설명한다. 곤란한 사람에 대해서 여러 가지 접근 방법을 사용하여 프로
젝트 전체에 대한 이해도도 높아지고 매일 프로젝트를 진행함에 있어 도움이 되는 커뮤니케이션의
힌트가 보일 것이다.

여러분은 『IT 시스템 개발 철저공략』을 읽음으로써 프로그래밍이나 설계에 관한 지식과 경험, 그리고 고객이나 프로젝트 구성원과의 유연하고도 적합한 관계가 가능한 커뮤니케이션 능력이 향상될 것이다.


정보제공 : Aladin

목차

목차
역자 소개 = ⅳ
역자의 글 = ⅴ
소개 = ⅶ
시작기획 : 앞으로 10년, 어떻게 살아남을 것인가? = 1
 1장. 지금까지의 10년을 돌아본다 = 2
  시작하며 = 2
  최근 10년간을 뒤돌아본다 = 2
  업계의 라이프 사이클 = 4
  35세 정년설을 고민하다 = 10
 2장. 앞으로의 10년을 생각한다 = 14
  10년 후 자신의 모습 = 14
  10개년 계획 = 14
  자기 자신이 진정으로 목표로 해야 할 것은 무엇인가? = 18
  로드맵을 그린다 = 22
  1년에 한 번은 다시 돌아본다 = 25
  지도를 만들어서 달려보자 = 25
 3장. 살아남는 방법 = 26
  지도와 현실이 다르다는 것 = 26
  문제란 무엇인가? = 26
  문제 구조 분석 = 28
  앞으로의 10년을 향하여 = 31
특집 1. 요건 정의의 지혜와 도구 = 33
 1장. 누구를 위한 공정인가? = 34
  시작하며 = 34
  요건 정의 = 35
  희망, 요구, 요건 = 37
  Why, What, How = 40
 2장. 매지카의 방법으로 현재 상태를 파악한다 = 41
  업무 프로세스를 작성하는 이유 = 41
  업무 매지카 작성 방법 = 45
  매지카 사용 방법: 상편 = 45
  매지카 작성 방법: 중편 = 50
  매지카 작성 방법: 하편 = 52
  현실이 파악된다면 = 53
 3장. 희망의 근원을 찾아라! = 55
  업무를 바꾼다! = 55
  희망을 뒤집으면 불만 = 55
  원인 추구형: 일에는 인과관계가 있다 = 57
  강력한 탑다운형: 있어야 할 형태를 정의한다 = 59
  있어야 하는 형태를 향하여 현실을 바꾼다 = 61
 4장. UI 스케치, 워크스루 = 63
  업무 프로세스와 UCD = 63
  UI 스케치 = 64
  워크스루 = 66
 5장. 최선의 UI와 단순한 UI를 조화시킨다 = 68
  업무 설계로서의 UI 설계 = 68
  메시지도 업무 프로세스다 = 69
  UI 사전 = 70
  분기를 없앤다 = 72
  역할, 권한, 업무 프로세스, UI, 요건 = 73
  마지막으로 = 74
특집 2. 시스템 설계의 기초 지식 = 77
 1장. 요건 확인과 사양 정의 = 78
  시작하며 = 78
  요건의 확인 = 78
  업무 규칙에 대하여 = 83
  요건의 체크포인트 = 84
  정합성을 확인한다 = 88
  사양 정의 = 92
 2장. 시스템 설계 = 93
  설계를 실시한다 = 93
  구조를 정한다 = 93
  데이터 보관 방법을 정한다 = 96
  화면과의 구분을 결정한다 = 101
  출력 장표를 확인한다 = 102
  작성 단위와 순서를 결정한다 = 104
  작성 단위별로 설계서를 작성함 = 105
  설계서의 누락을 확인한다 = 108
 3장. 개발 공정으로 인계 = 109
  개발 담당자에게 전달 = 109
  프로그램이 완성되기 전에 = 110
  마지막으로, 좋은 설계를 위하여 = 111
특집 3. 프로젝트 관리 입문 = 115
 1장. 프로젝트 재고 = 116
  시작하며 = 116
  프로젝트란? = 117
  프로젝트를 구성하는 3요소 = 119
  세 가지 요소 간의 트레이드 오프(Trade-off) = 121
 2장. 관리 기법을 어떻게 파악할 것인가? = 123
  시작하며 = 123
  프로젝트 관리의 정의 = 123
  프로젝트 관리의 필요성 = 123
  프로젝트를 성공으로 이끌기 위한 방법 = 126
 3장. 프로젝트는 왜 실패하는가? = 130
  시작하며 = 130
  프로젝트의 실패 원인 = 131
  프로젝트의 계획이 미진한 채 진행하는 것과 그 결과 = 136
  해야만 할 것을 확실히 한다 = 137
  위험 관리 = 137
 4장. 프로젝트 운영 시 임기응변 대처 포인트 = 139
  시작하며 = 139
  프로젝트 관리의 기본적인 흐름 = 139
  프로젝트 관리의 작업 순서 = 140
  착수 단계에서의 프로젝트 정의 = 141
  계획ㆍ수행 단계에서의 위험 관리 = 144
 5장. IT 프로젝트 관리자의 역할 = 151
  시작하며 = 151
  프로듀서와 디렉터 = 151
  프로젝트 관리자는 프로듀서인가, 디렉터인가? = 152
  디렉터 업무에 주력하여 근시안적 상태가 되어 버리는 위험성 = 155
  프로젝트 관리자는 기술을 알지 못해도 좋은가? = 156
  최신 기술을 추종함으로써 발생하는 장점과 단점 = 156
  프로젝트 관리자는 최종 병력! = 157
  마지막으로 = 157
특집 4. 분야별 업무 시스템의 기초 지식 = 159
 1장. 업무 시스템의 기본 모델 = 160
  기업 시스템의 기본 모델 = 160
 2장. 영업ㆍ판매ㆍ유통계 시스템 = 164
  예상생산과 수주생산 = 164
  영업 대상은 소비자에 한하지 않음 = 164
  영업지원 시스템 = 165
  일반적인 유통의 형태 = 166
  재고관리시스템 = 166
  지불 방법 = 167
  판매관리 시스템 = 167
  인터넷을 활용한 구매 시스템 = 168
 3장. 생산관리ㆍ원가관리계 시스템 = 169
  생산관리란 무엇을 하는 것인가? = 169
  생산관리 시스템의 개요 = 169
  어떠한 사람이 사용하는가? = 172
  최근의 생산관리 시스템 = 173
  정리하며 = 174
 4장. 인사ㆍ총무ㆍ회계 시스템 = 176
  시작하며 = 176
  인사부는 어떤 업무를 하는가? = 176
  인사 시스템이란 어떤 시스템인가? = 177
  총무란 어떤 것을 하는 것인가? = 178
  총무 시스템이란 어떠한 시스템인가? = 179
  회계 시스템이란 어떤 시스템인가? = 180
  인사ㆍ총무ㆍ회계 시스템과의 연결 = 180
 5장. 화이트칼라 지원 계통 시스템 = 181
  시작하며 = 181
  화이트칼라의 일반적인 업무 = 181
  시스템 기능 구성 예 = 184
 6장. 복합적 시스템을 어떻게 분석할 것인가? = 186
  흐름과 연관성으로 생각한다 = 186
  마지막으로 = 187
특집 5. 문서 작성 기술 = 189
 1장. 문서 작성의 기본과 마음가짐 = 190
  시작하며 = 190
  문서 작성은 어렵다 = 191
  무엇을 설계할까ㆍ 우선은 목적부터 = 191
  문서의 목표 = 192
  요점은 대상 독자와 기재 내용 = 193
  작성 내용 수준과 그 다음 = 194
 2장. 설계서 = 196
  시작하며 = 196
  목적 - 오해 없이 정확하게 이해ㆍ파악하는 것 = 196
  읽는 사람 - 전문가 외에도 알기 쉽게 = 196
  목표 - 정확함과 간단함 = 197
  기술 문서의 설계 = 199
 3장. 매뉴얼 = 201
  목적 - 시스템을 실제로 사용할 수 있도록 하는 중개역할 = 201
  읽는 사람 - 시스템ㆍ상품을 모르는 사람 = 201
  목차의 중요성 = 202
  그림을 효과적으로 사용 = 204
  중간에 막힌다면 = 204
 4장. 회의록 = 205
  목적 - 결정사항의 확인 정보 공유 = 205
  목표 - 결정사항과 토의 내용을 쉽게 정리한다 = 205
  작성 요점 = 206
 5장. 제안서 = 211
  목적 - 아이디어ㆍ플랜의 공감ㆍ납득을 얻어 상대방을 설득 = 211
  목표 - 직감적으로 이미지를 떠올릴 수 있는 제안서로 상대의 공감을 얻는다 = 211
  제안서 작성의 요점 = 212
  전문ㆍ업계 용어를 피한다 = 213
  제안서 작성 사례 = 213
 6장. 보고서 = 217
  목적 - 읽는 상대에게 시행 결과를 전달한다 = 217
  읽는 사람 - 누가 읽어도 이해할 수 있도록 = 217
  보고서 작성의 요점 = 218
 7장. 메일 = 220
  목적 - 사업상의 커뮤니케이션 전반 = 220
  목표 - 인식과 이해 = 220
 8장. 탄원서 = 222
  목적 - 결정사항의 변경을 문서로 설득 = 222
  상대방은 탄원서에 흥미가 없다 = 222
  논리를 정연하게 하고 단순 명쾌하게 전개한다 = 222
  상대의 공감을 얻어 신뢰를 얻는다 = 223
  탄원서에 필요한 요소 = 223
 덧붙임. 문서 공략 요점 = 226
특집 6. 기술자의 제안서 작성 바이블 = 229
 1장. 제안서 없이는 일도 없다 = 230
  시작하며 = 230
  제안서 없이는 일도 없다 = 231
  제안서는 남는다 = 231
  기술자가 제안서를 작성할 때의 장점(업무 수준) = 232
  기술자가 제안서를 작성할 때의 장점(자기 성장 수준) = 233
  기술자가 제안서를 작성할 때의 유의사항 = 233
 2장. 제안서를 작성하기 위한 사전 작업 = 235
  시작하며 = 235
  먼저 배경과 문제에 대해서 고객과 인식을 공유한다 = 237
  제안 대상 범위를 명확하게 정리한다 = 238
  자신과 회사의 액션을 검토한다 = 239
  효과 예측과 위험 분석 = 240
  액션을 단위 작업화한다 = 242
  공수와 스케줄의 견적을 낸다 = 243
  마지막으로 = 245
 3장. 제안서에 반영한다 = 246
  시작하며 = 246
  좋은 제안서의 작성 요령 = 247
  프레젠테이션 자료를 작성 = 248
  제안서의 수정 = 254
  빠른 피드백 = 254
  자사의 입장을 바꾸지 않는다 = 255
  마지막으로 = 255
특집 7. 프로젝트 인간관계 구축 기술 = 257
 1장. 프로젝트에 자주 보이는 곤란한 사람 = 258
  시작하며 = 258
  곤란한 사람의 특징 = 258
  곤란한 사람의 종류 = 262
 2장. 리더가 되면 처음에 해야 할 인간관계 구축 기술 = 264
  시작하며 = 264
  주위의 관계자를 잘 파악하자 = 264
  PM과 밀접한 관계를 만들자 = 265
  고객의 요구를 이해하자 = 266
  구성원을 이해하자 = 267
 3장. 구성원의 의욕을 고무시키는 기술 = 269
  시작하며 = 269
  가장 중요한 것 - 자기 자신이 곤란한 사람이 되지 않는다 = 269
  의욕을 만드는 것 = 270
  곤란한 구성원에 대한 대처 방법 = 273
  팀 운영의 몇 가지 기술 = 275
  마지막으로 = 277
 4장. 곤란한 고객ㆍ거래처의 경향과 그에 따른 대책 = 278
  시작하며 = 278
  계약 당시의 요구를 점점 마음대로 확대 해석하여 여러 가지 요구사항을 강요하는 사람 = 278
  알고 있는 척하는 사람 = 279
  사양하지 말고 솔직하게 말해달라고 하면서 그대로 이야기하면 화내는 사람 = 280
  자신의 생각만을 고집하여 전체를 보지 못하는 사람 = 281
  마지막으로 = 282
 5장. 곤란한 상사나 고객을 상대하기 위한 정치력 입문 = 283
  끊으려 해도 끊지 못하는 그 사람과의 관계 = 283
  이야기를 듣게 하고 싶을 때 = 283
  생각을 바꾸게 하고 싶을 때 = 285
  어떠한 사람에게도 천적은 있다 = 287
 6장. 정말 곤란한 사람을 추궁하는 단계적 대처 방법 = 289
  시작하며 = 289
  1단계: 다른 사람과 문제를 공유하자 = 289
  2단계: 강제적으로 자기 인식을 시키는 상황을 만든다 = 290
  3단계: 자각/자각 없음에 관계 없는 상황을 만든다 = 290
  4단계: 본인에게 선고한다 = 291
특집 8. 논리적 사고 실천 입문 = 293
 1장. 논리적 사고로 무엇이 얻어지는가? = 294
  여러분을 행복하게 하는 논리적 사고 = 294
  논리적 사고를 실천하면 같은 일이라도 효과가 변화한다 = 295
 2장. 논리적이란 어떤 것인가? = 298
  논리적인 사고는 커뮤니케이션의 기본 = 298
  논리적으로 말하기 위한 조건 = 299
  비판적으로 생각한다 = 302
  Zero Base로 생각한다 = 304
  마지막으로 = 305
 3장. 논리의 구조화로 표현력과 이해력을 기른다 = 306
  논리를 구조화해야 하는 필요성 = 306
  논리를 구조화하기 위해서는? = 307
  논리 트리 = 312
  논리 트리의 요점 = 313
  MECE - 누락과 중복을 없애다 = 318
  논리를 구조화할 때의 네 가지 이점 = 321
  논리 트리에는 몇 가지 종류가 있다 = 323
  마지막으로 = 324
 4장. 논리적으로 전달하기 위한 요점 = 325
  논리적인 문장을 어떻게 작성해야 좋은가? = 325
  사업 문서를 작성할 때의 요점 = 325
  긴급 메시지를 어떻게 효율적으로 알기 쉽게 전달할 수 있는가? = 328
  마지막으로, 바로 실천하고 반복하는 것이 중요 = 331
찾아보기 = 334

관련분야 신착자료

김홍탁 (2026)