상세정보

도요타 방식이라고 하면 간판 시스템, JIT 시스템 등을 떠올리기 마련이다. 하지만 진정한 도요타 방식은 고유한 기업문화와 철학에서 나온다. 눈 앞에 이윤을 추구하기보다는 고객과의 신뢰, 종업원의 육성 등 장기적인 철학에 기초하여 의사 결정을 한다. 각 프로세스 단계에서 낭비를 제거하여 리드 타임을 줄이고 안전성을 개선하면서 사기를 높여, 다른 경쟁 회사보다 월등히 높은 품질과 생산성을 이룩한다.

책은 린이라고 불리는 도요타 생산 방식을 소프트웨어 개발의 세계로 들여왔다. 내용면에서 소프트웨어를 효율적으로 개발하기 위한 프로세스 개선에 중점을 두고 있지만, 동시에 소프트웨어 개발 업계에서 개발자와 고객이 함께 만들어 나가야 할 철학을 제시한다. 소프트웨어 개발에서의 딜레마는 품질과 일정이라는 양립하기 어려운 목표를 달성하는 것이다. 일정을 좇다 보면 품질 활동을 할 여력이 부족하고, 품질 활동을 강조하다 보면 일정이 많이 소요된다는 것이 그동안의 통념이지만, 책은 이러한 통념을 뒤집는다.

속도의 경쟁력을 갖춘 회사는 그들의 경쟁사에 비해 현저한 비용 우위를 가질 뿐만 아니라 결점율이 극단적으로 낮다. 책에서 제시하는 7가지 원칙과 풍부한 실제 사례, 그리고 당장 실천 가능한 도구들을 활용해 두 가지를 이루도록 하고 있다. 저자는 도요타의 혁신사상을 소프트웨어 개발에 적용하려고 노력하였고 이미 수많은 회사를 컨설팅하였다. 책은 린 원칙을 어떻게 여러분의 분야에 맞게 고쳐서 적용할 것인지에 대한 사고의 도구들을 소개하며, 다양한 사례와 고민할 주제들을 던져준다.

낭비요소를 제거하고 프로세스를 개선하여 속도 경쟁에서 승리하라.

우리가 흔히 들어왔던 도요타 방식이라고 하면 간판 시스템, JIT 시스템 등을 떠올리기 마련이다. 하지만 진정한 도요타 방식은 고유한 기업문화와 철학에서 나온다. 눈 앞에 이윤을 추구하기보다는 고객과의 신뢰, 종업원의 육성, 부품 개발 업체와의 협력 등 장기적인 철학에 기초하여 의사 결정을 한다. 이러한 철학을 바탕으로 각 프로세스 단계에서 낭비를 제거하여 리드 타임을 줄이고 안전성을 개선하면서 사기를 높여, 다른 경쟁 회사보다 월등히 높은 품질과 생산성을 이룩한 것이다. 이 책은 린이라고 불리는 도요타 생산 방식을 소프트웨어 개발의 세계로 들여온 책이다. 내용면에서 소프트웨어를 효율적으로 개발하기 위한 프로세스 개선에 중점을 두고 있지만, 동시에 소프트웨어 개발 업계에서 개발자와 고객이 함께 만들어 나가야 할 철학을 제시하고 있다.

린과 애자일 소프트웨어 개발을 실무에 적용하려고 할 때 맞닥뜨리는 이슈와 문제에 대해 깊이 있게 파고든다.

소프트웨어 개발에서의 딜레마는 품질과 일정이라는 서로 양립하기 어려운 목표를 달성하는 것이다. 촉박한 일정을 좇다 보면 품질 활동을 할 여력이 부족하고, 품질 활동을 강조하다 보면 일정이 많이 소요된다는 것이 그동안의 통념이지만, 이 책은 이러한 통념을 단번에 뒤집는다. 속도의 경쟁력을 갖춘 회사는 그들의 경쟁사에 비해 현저한 비용 우위를 가질 뿐만 아니라 결점율이 극단적으로 낮다. 이 책에서 제시하는 7가지 원칙과 풍부한 실제 사례, 그리고 당장 실천 가능한 도구들을 활용하여 이 두 마리 토끼를 모두 잡아 보자. 저자는 자동차 제조업체인 도요타의 혁신사상을 소프트웨어 개발에 적용하려고 노력하였고 이미 『린 소프트웨어 개발』을 통해 수많은 회사를 컨설팅하였다. 이 책은 린 원칙을 어떻게 여러분의 분야에 맞게 고쳐서 적용할 것인지에 대한 사고의 도구들을 소개하며, 다양한 사례와 고민할 주제들을 던져준다.

정보제공 :

목차
역자서문 = xiv
한국어판서문 = xviii
추천의글 = xx
0 서문(Preface) = xxvii
 감사의 글 = xxix
1 역사(History)
 교환 가능한 부품 = 1
 대체 가능한 인력 = 2
 도요다 가문 = 3
 도요타 생산방식 = 5
  오노 다이이치 = 6
   적시생산흐름 = 6
   자동화(지도카) = 6
  신고 시게오 = 7
   무재고 생산 = 7
   무검사 = 8
 적시 생산방식 = 8
 린 = 12
  린 생산방식／린 운영 = 14
  린 공급망 = 14
  린 제품 개발 = 15
  린 소프트웨어 개발 = 19
 시도해 볼 것 = 19
2 원칙(Principles)
 원칙과 실천법 = 21
  소프트웨어 개발 = 22
   소프트웨어 = 22
   개발 = 23
 린 소프트웨어 개발의 7가지 원칙 = 25
  원칙 1: 낭비를 제거하라 = 25
   잘못된 통념: 스펙 조기 확정이 낭비를 줄인다 = 27
  원칙 2: 품질을 내재화하라 = 28
   잘못된 통념: 테스팅의 역할은 결함을 발견하는 것이다 = 31
  원칙 3: 지식을 창출하라 = 32
   잘못된 통념: 예측을 해야 예측이 가능해진다 = 34
  원칙 4: 확정을 늦춰라 = 35
   잘못된 통념: 계획을 세우는 것은 확정하는 것이다 = 36
  원칙 5: 빨리 인도하라 = 37
   잘못된 통념: 서두르는 것은 낭비를 낳는다 = 38
  원칙 6: 사람을 존중하라 = 40
   잘못된 통념: 유일한 최선의 방법이 존재한다 = 41
  원칙 7: 전체를 최적화하라 = 42
   잘못된 통념: 부분으로 나누어 최적화하라 = 44
 시도해 볼 것 = 47
3 가치(Value)
 린 해법 = 49
  구글 = 50
  컨셉에서 현금까지 = 52
   컨셉 = 52
   타당성 검토 = 53
   파일럿 = 54
   현금 = 56
 감동하는 고객 = 56
  고객에 대한 깊은 이해 = 57
  해야 할 업무에 집중하라 = 58
 고객중심 조직 = 60
  리더십 = 60
   수석 엔지니어 = 61
   리더십 팀 = 62
   리더십 공유하기 = 63
   책임자는 누구인가? = 64
  완전한 팀 = 65
   운영 용이성 설계 = 66
 고객 주문형 개발 = 68
  프로젝트에서 제품으로 = 68
  IT 부서와 사업 부서의 협력 = 70
   책임 = 72
  시도해 볼 것 = 73
4 낭비(Waste)
 코드를 더 적게 짜라 = 75
  자라(zara) = 75
  복잡도 = 78
   모든 기능은 명분을 가져야 한다 = 79
   최소한의 유용한 기능집합 = 80
   복잡한 것을 자동화하지 마라 = 80
 7대 낭비 = 82
  미완성 작업 = 83
  가외 기능 = 84
  재학습 = 85
  이관 = 86
  작업 전환 = 88
  지연 = 90
  결함 = 91
 가치흐름도 그리기 = 93
  준비 = 93
   가치흐름을 선택하라 = 93
   시각표의 시작과 끝을 결정하라 = 94
   가치흐름 소유자를 확인하라 = 95
   간결하게 유지하라 = 95
  사례[Examples] = 96
   사례 1 = 96
   사례 2 = 97
   사례 3 = 99
   사례 4 = 100
   진단 = 103
 미래의 가치흐름도 = 103
시도해 볼 것 = 104
5 속도(Speed)
 빨리 인도하라 = 107
  페이션트키퍼 = 107
  시간: 보편적 가치기준 = 110
 대기행렬 이론 = 113
  리틀의 법칙 = 113
  변동과 가동률 = 114
  주기 시간줄이기 = 116
   일의 양이 고르게 도착하도록 하라 = 116
   진행중인 작업의 수를 최소화하라 = 118
   진행중인 작업의 크기를 최소화하라 = 121
   일정한 리듬을 가져라 = 123
   일의 양을 할 수 있는 만큼으로 제한하라 = 124
   당김 스케줄링을 사용하라 = 127
   요약 = 129
 시도해 볼 것 = 130
6 사람(People)
 경영 시스템 = 133
  보잉 777 = 133
  W. 에드워즈 데밍(W. Edwards Deming) = 137
  좋은 프로그램들이 실패하는 이유 = 141
 팀 = 143
  팀은 어떻게 만들어지는가? = 144
  전문적 지식 = 146
  리더십 = 150
  책임 기반의 계획과 통제 = 152
 시각적 작업 공간 = 155
  자기지시적 업무 = 156
   간판 = 157
   안돈 = 159
   대시보드 = 160
 인센티브 = 161
  성과 평가 = 162
   평가 순위 = 163
  보상 = 164
   지침1: 승진 체계는 이론의 여지가 없도록 하라 = 164
   지침2: 연간 급여 인상의 비중을 낮춰라 = 165
   지침3: 통제 범위보다는 영향 범위를 근거로 보상하라 = 165
   지침4: 돈보다 더 나은 동기 유발자를 찾아라 = 166
 시도해 볼 것 = 168
7 지식(Knowledge)
 지식 창출 = 171
  랠리(Rally) = 171
  진짜 문제가 무엇인가? = 175
  과학적 사고 = 176
  지식 기록하기 = 178
   A3 보고서 = 180
   인터넷 시대 = 182
 적시 확정 = 182
  집합 기반 설계 = 183
   사례1: 의료 장비 인터페이스 설계 = 185
   사례2: 적목 감소 = 186
   사례3: 플러그인 방식의 인터페이스 = 187
   왜 낭비가 아닌가? = 188
  리팩터링 = 188
  레거시 시스템 = 190
  사례[Examples] = 192
 문제 해결 = 193
  체계적 접근 방법 = 194
   1. 문제를 정의한다 = 194
   2. 상황을 분석한다 = 194
   3. 가설을 세운다 = 196
   4. 실험을 실시한다 = 197
   5. 결과를 확인한다 = 197
   6. 후속조치를 취하고 표준화한다 = 198
  개선 이벤트 = 198
   대그룹 개선 이벤트 = 199
 시도해 볼 것 = 201
8 품질(Quality)
 피드백 = 203
  폴라리스(Polaris)프로그램 = 203
  릴리스 계획 = 206
  아키텍처 = 208
  이터레이션 = 210
   준비 = 212
   계획수립 = 213
   구현 = 213
   평가 = 215
   변동: 사용자 인터페이스 = 216
 규범 = 217
  5 S = 218
  표준 = 221
   코드 리뷰 = 223
   짝짓기 = 224
  실수 방지 = 225
   자동화 = 226
  테스트 주도 개발 = 228
   단위 테스트 (또는 프로그래머 테스트) = 229
   스토리 테스트 (또는 인수 테스트) = 230
   사용성 테스팅과 탐색적 테스팅 = 230
   특성 테스트 = 231
  형상 관리 = 231
  지속적인 통합 = 232
  중첩된 동기화 = 233
 시도해 볼 것 = 235
9 파트너(Partners)
 시너지 = 237
  위급상황! = 237
  오픈소스 = 239
  글로벌 네트워크 = 241
  외주 = 246
  인프라 = 246
  트랜잭션 = 247
  개발 = 247
 계약 = 249
  T5 계약 = 249
  PS 2000 계약 = 250
  관계형 계약 = 251
 시도해 볼 것 = 253
10 여정(Journey)
 어디로 가고 싶나요? = 255
  차량제어 컴퓨터 = 256
  장기적 관점 = 257
  인간 중심 = 260
 우리가 배워온 것은? = 261
  식스시그마 = 262
   프로세스 리더 - 실무 작업 팀 리더 = 262
   도구 - 결과 = 262
  제약이론 = 263
   애로사슬 = 265
   관행 = 266
 가설 = 267
  훈련 = 267
  사고 = 269
  평가 = 271
   주기 시간 = 272
   투자수익 = 274
   고객 만족 = 275
 로드맵 = 276
 시도해 볼 것 = 277
  전체를 최적화하라 = 277
  사람을 존중하라 = 277
  빨리 인도하라 = 278
  확정을 늦춰라 = 278
  지식을 창출하라 = 279
  품질을 내재화하라 = 280
  낭비를 제거하라 = 280
참고 문헌 = 281
찾아 보기 = 290