|
Size: 1432
Comment:
|
Size: 1576
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 23: | Line 23: |
| 이 간단한 제안은 경험과 이론 모두에서 뒷받침한다. | 이 간단한 제안은 경험과 이론 모두에서 뒷받침한다. 소프트웨어 개발의 특징은 경제적으로 제약된 개발과 커뮤니케이션의 협력 게임(CooperativeGame)이라는 점이다. |
Alistair Cockburn이 지은 책.
이 책은 이 질문에 대해 답한다.
- 다른 작고 성공적인 프로젝트 팀들은 뭘 했길래 성공했을까?
- 그들은 어떤 프랙티스를 사용할까?
십여년 동안 성공적인 작은 팀들을 디브리핑하면, 대부분 같은 메세지를 답했다:
- 사람들이 함께 가깝게 앉게 하라. 자주 좋은 의지(goodwill)를 가지고 소통하게 하라.
- Get most of the bureaucracy out of their way and let them design.
- 실제 유저가 직접 개입하게 하라.
- 좋은 자동화 회귀 테스트 집합을 마련하라.
- 배포(shipping) 가능한 기능을 일찍, 그리고 자주 생산하라.
이 모든 것을 하고, 대부분의 상세한 프로세스는 will take care of themselves.
Crystal Clear는 간단하게 이렇게 묘사할 수 있다.
- 리드 디자이너, 그리고 2~7명의 다른 개발자들이 큰 방 혹은 인접한 방에 있고, 정보 방열기 - 화이트보드나 플립 차트 같은 것이 벽에 걸려 있고, 핵심 사용자에게 접근하며, 방해(distractions)를 멀리 하고, 동작하고 테스트 되었고 유용한 코드를 매 한두달 (뭐, 최대한 세달까지)마다 한번씩 전달하고, 그들의 일하는 스타일을 주기적으로 회고(reflect)하고 조정한다.
이 간단한 제안은 경험과 이론 모두에서 뒷받침한다. 소프트웨어 개발의 특징은 경제적으로 제약된 개발과 커뮤니케이션의 협력 게임(CooperativeGame)이라는 점이다.