솔직히 말해서 실망했다. 더 크고, 확실한 성과를 기대했던 것이다.

코드의 품질이 나아질 거라고 말했지만, 사실 내 코드의 품질은 더 나빠졌다. (사실은 제대로 읽어보면, 실질적으로 나뻐진 게 아니라, 잘못 사용하고 있던 것들을 들춰내서 표면적으로 나뻐졌다는 이야기가 나옵니다.)

끝내주는 비방(silver bullet) 같은 게 아니었다.

[그러나] 내가 말하고 싶은 것은, 나는 결코 [테스트 주도 개발(이하 TDD)을 하기] 이전으로 돌아가지 않으리라는 것이다.

코드의 품질을 낮아졌지만, 코드에 대한 나의 이해는 높아졌다.

누군가는 이렇게 말할지 모르겠다. "어떤 규칙 같은 걸 만들어서, 네가 변경하는 코드를 제대로 이해하고 있는지 확인하는 건 어때? 그걸 위해서 굳이 TDD [같은 번거로운 것]을 할 필요까지는 없잖아?" 글쎄, 나는 거의 항상 변경하려는 코드를 이해하고 있다고 생각한다. 그런데 그러고 보니까 내가 정말 내가 그러고 있기는 하나? 이게 바로 TDD가 정말 도움이 되는 부분이다.

이것이야 말로, 내가 듣지 못한 TDD의 커다란 장점이다.

출처: 테스트 주도 개발 ,1년째

...
Agile의 역사는 60년전으로 거슬러 올라갑니다. 좀더 자세히 말하자면 일본 캐논 카메라입니다. 당시 캐논은 심각한 재정난에 봉착해 있었죠. 그래서 회사는 기술자들과 영업사원들 및 생산직 근로자들을 한 곳에 몰아놓고는, "회사를 구할 신제품을 만들어라!"는 특명을 내렸습니다.
그에 따라, 제품 개발 전영역에 걸친 여러 사람들이 한 방에 매일 모여서, 이야기를 나누고, 브레인스토밍을 하고, 협력한 끝에, 마침내 회사를 구할 신제품을 만들어냈습니다.
...
High Moon Studios에서는 어떤 기능(feature)의 가치를 기획서가 아니라, [게임에 넣어서] 직접 화면으로 보고 평가합니다. 게임 개발자는 기획서를 파는 게 아니라, 게임을 팝니다. 그렇지 않습니까?
...
(애자일에서는) 프로세스와 프로젝트 관리 도구보다 사람들과 의사 소통을 더 중요시합니다. 이게 정확히 무슨 뜻인지 예를 들어서 설명해보죠.
엑셀 시트의 간트 차트(Gantt chart)에 기능 A가 40시간에 끝난다고 나온다고 합시다. 반면에 프로그래머에게 얼마나 걸려냐 물으니, "2주 정도 걸릴 것 같은데."라고 하는 겁니다.
이 경우에, 우리는 간트 차트보다는 프로그래머의 의견에 더 비중을 두며, 이것이 바로 프로세스와 프로젝트 관리 도구보다 사람들과 의사 소통을 더 중요시한다는 의미입니다.

invalid-file

invalid-file

한 가지 더 말씀드리고 싶은 게 있다면, 애자일 게임 개발은 게임을 만드는 방법이 아니라, 그저 '프로세스'에 지나지 않는다는 것입니다. (중략) 끝내주는 게임을 만드는 최소한의 조건은 [끝내주는 프로세스가 아니라] 끝내주는 팀을 만드는 겁니다. (중략) 더  좋은 프로세스가 더 좋은 게임을 만든다는 걸 말하려는 게 아닙니다. 그저 좋은 팀이 [더 좋은 결과를 낼 수 있도록] 돕는 것뿐이죠.
(The other thing I'd like to mention as well, I'm not apealing this is the way to make games. This is a just a process. ... Really bottom line is a great game makes a great game. ...  It's not about which better process gonna produce a better game. This is just helping great teams.)

invalid-file

invalid-file