목차
제1부 1995
들어가기 ... 23
   생각해보자 ... 24
   프로젝트의 각 단계들 ... 28
전초전 ... 31
   조직 ... 31
      닭장에서의 QA? ... 32
      그런데, 이건 누가 디자인한 거야? ... 32
        1: 비전을 공유해라 ... 34
        2: 팀이 게임에 몰입하게 한다 ... 46
        3: 여러 개의 릴리스 기술 계획을 만든다 ... 48
        4: 무책임한 비난을 하지 않는다 ... 55
      대머리가 되는 죽음의 행진 ... 59
        5: 정찰을 한다 ... 62
        6: 비율에 신경 쓴다 ... 66
        7: 기능 팀(Feature Team)을 사용한다 ... 67
        8: 프로그램 관리자를 사용한다 ... 77
      집단 심리 ... 79
        9: 권위 자체가 되어야지, 권위적인 인물이 되어서는 안 된다 ... 81
   경쟁 ... 85
      소 인류학(A Little Anthropology) ... 85
      소프트웨어 경쟁 ... 87
        10: 혼자라고? 경쟁자 없는 시장은 없다 ... 89
        11: 막상막하? 기능 대결에서 벗어난다 ... 91
        12: 뒤쳐져 있는가? 새로운 기능으로 더 자주 출시한다 ... 93
        13: 앞서고 있는가? 절대로 뒤는 돌아보지도 말아라 ... 94
        14: 숨쉬고 살자 ... 96
   고객 ... 97
      단순 구매 모델 ... 100
        15: 고객을 흥분시킨다 ... 102
        16: 최적점(sweet spot)을 찾는다 ... 104
        17: 영업이 아니라 관계구축이 중요하다 ... 106
        18: 신속하게 사이클을 순환한다 ... 109
   디자인 ... 111
      19: 위대함을 추구한다 ... 111
      20: 주제를 확실하게 얘기한다 ... 112
      21: 종속성을 최소화한다 ... 116
      22: 신의 뜻을 거슬리지 말라 ... 116
      23: 무의미한 플랫폼 지원을 줄인다 ... 118
      24: 디자인 시점에서 시간을 디자인한다 ... 118
   개발 ... 118
      25: 지시를 받아들이지 않는다 121
      26: 이제 놀러 가자 ... 124
   중반전(Middle Game) ... 127
      27: 의사처럼 행동한다 ... 128
      28: 기능, 리소스, 시간이라는 삼각형을 기억할 것 ... 130
      29: 모르는 것은 그대로 인정한다 ... 132
      30: 어둡게 만들지 않는다 ... 136
      31: 다른 사람의 상황을 안다 ... 141
      32: 빌드를 한다면 결국에는 출시할 것이다 ... 144
      33: 알려진 상태를 유지한다 ... 148
   전진하기 위해 여러분이 해야 할 일 ... 150
      34: ZD 마일스톤을 사용한다 ... 151
      35: 모든 사람이 ZD 마일스톤에 도달하기 전에는 아무도 도달한 것이 아니다 ... 153
      36: 모든 마일스톤은 비난 없는 사후 검토를 받아야 한다 ... 153
      37: 마일스톤의 정의와 정신을 고수한다 ... 154
      38: 규범을 만든다 ... 155
      39: 마일스톤을 지나치게 세분화시키지 않는다 ... 160
      40: 모든 작은 마일스톤은 자신만의 의미(이야기)를 가진다 ... 161
      41: 자연스러운 마일스톤을 모색한다 ... 163
      42: 뒤쳐지되, 낙오되지는 말라 ... 168
      43: 나쁜 날짜끼리 바꾸지 않는다 ... 182
      44: 일정지연 후에는, 어떻게 해서라도 다음 마일스톤을 지킨다 ... 183
      45: 일정지연을 잘 활용하도록 한다 ... 184
      46: 숲을 본다 ... 185
      47: 세상은 변한다, 여러분도 변해야 한다 ... 185
   출시 모드 ... 189
      출시 모드: 시작 ... 189
      출시 모드: 전환 ... 191
      출시 모드: 종료 ... 192
        48: 최소한 하나 정도의 신성모독 행위를 한다 ... 193
        49: 베타에서 변경해서는 안 된다 ... 194
        50: 베타는 나선식 개발을 위한 것 ... 195
        51: 냉정하게 구원순위를 정한다 ... 195
        52: 묽은 젤리는 한 번에 흔들지 않는다 ... 197
   제품 출시 ... 199
      53: 멋진 이야기를 가지고 경쟁한다 ... 200
      54: 멋진 이미지를 만든다 ... 205
   최종 결론 ... 206
부록: 좋은 사람 고용하고 유지하기 ... 207
   똑똑한 사람을 고용하기 ... 207
   좋은 사람들이 일할 곳을 마련하기 ... 210
      경주마는 달려야 한다 ... 210
      초과달성자는 격려가 필요하다 ... 212
   소프트웨어 개발 리더를 위한 리소스 목록 ... 219
제2부 2006
   새로운 황금 규칙 ... 225
      55: 완벽한 보스가 되도록 한다 ... 225
      56: 보스는 여러분의 가장 중요한 고객이다 ... 228
        더 좋은 방법 ... 228
        보스를 바라보는 방법의 변화 ... 229
      57: 상납세(lumber tax)를 지불하고 알파 몫을 찾는다 ... 232
        알파(또는 알파 에너지, Alpha Energy) ... 233
   핵심 시스템 V. 3.0의 요소들 ... 237
      비전 공유를 향한 네 단계 ... 238
        1부: 체크인의 요소 ... 238
        2부: 결정자의 요소 ... 241
        3부: 일체감의 요소들 ... 245
        4부: 공유 비전의 요소들 ... 246
   핵심 프로토콜 V. 3.0 ... 251
      핵심 약속 실행(Commitments) ... 251
      핵심 프로토콜 ... 252
        통과 (통과취소, Unpass) ... 252
        체크인 ... 253
        체크아웃 ... 254
   도움 요청하기 ... 255
   프로토콜 확인 ... 257
   의도 확인 ... 257
   결정자 ... 258
   해결 ... 260
   완전 게임 ... 261
   개인적 일체감 ... 262
   검사 ... 264
찾아보기 ... 266
닫기