XP를 접한지 2~3년의 시간이 지났다. 처음에는 혼자서 적용해 볼 수 있는 것들을 시도해 보았고, 최근에는 조직 안에서 XP를 적용하기 위한 시도들을 해오고 있다. PP(Pair Programming), TDD(Test Driven Development), US(User Story) 등 새롭고 신선한 실천방법들에 매력을 느꼈고 그 효용성을 체험해 보고 싶었다.
이번 주말에 ‘Extreme Programming Explained’ 2판을 다시 읽어 보았다. 그리고 내가 놓치고 있는 것이 무엇인지 알게되었다.
가치, 원칙, 실천방법…. XP는 실천방법만으로 이루어진 개발 방법론이 아니다. XP가 추구하는 가치와, 그 가치를 위한 원칙들을 기반으로 많은 실천방법들이 합쳐져서 최고의 효과를 발휘하는 것이다. 즉, XP를 도입하기 위해서는 그 가치와 원칙에 대해서 서로 공유하고 합의를 이루는 과정이 선결되어야만 한다.
그래서 다시 한번 XP의 가치와 원칙을 정리해 보기로 했다. 그리고 팀내에서 이에 대한 의견을 모아서 모두가 동의하는 원칙을 세울 필요가 있다고 생각한다.
[XP가 중요시 하는 가치]
- 의사소통 : 문제를 해결하고 효과적으로 협동하기 위해 의사소통이 중요하다.
- 단순성 : 제대로 작동할만한 가장 단순한 것은 무엇일까?
- 피드백 : 변화는 피드백을 필요로 한다. 점진적 개선으로 완벽을 추구한다.
- 용기 : 용기는 다른 가치들과 조화를 이룰 때 강력해진다.
- 존중 : 모든 사람은 인간으로서 동등한 가치를 지닌다. 팀에 속한 모든 개인의 기여를 존중해야 한다.
[XP 적용 원칙]
- 인간성 : 인간의 기본적 욕구를 충족시켜줘야 하며, 인간의 장점을 살리기 위해 노력해야 한다.
- 경제성 : 돈의 시간적 가치, 시스템과 팀의 선택의 가치를 중요시 한다.
- 상호 이익 : 모든 활동은 관련된 모든 사람에게 이익이 되어야 한다.
- 자기유사성 : 어떤 해결책의 구조를 다른 맥락에서도 그대로 적용할 수 있다.
- 개선 : 프로세스나 설계, 스토리를 완벽하게 만들려고 노력한다.
- 다양성 : 어떤 설계에 대한 생각이 두 가지 나왔다면, 이것은 문제가 아니라 기회다.
- 반성 : 실수를 숨기지 않고 오히려 실수를 드러내어 거기에서 배운다.
- 흐름 : 개발의 모든 단계를 동시에 작업함으로써 가치 있는 소프트웨어를 흐르듯이 끊임없이 제공하는 것이다.
- 기회 : 문제를 기회로 전환할 수 있다.
- 잉여 : 잉여를 만들기 위해 드는 비용보다 재앙을 면할 수 있어 얻는 이익이 더 크다.
- 실패 : 실패가 지식을 늘려주는 한, 그것은 허비가 아니다. 실패를 감수하는 것이 성공으로 가는 가장 짧고 확실한 길이다.
- 품질 : 품질 기준을 높일 경우 제품 전달이 빨라지는 경우가 많다.
- 아기 발걸음 : 올바른 방향이라고 알아챌 수 있는 일 중 당신이 할 수 있는 최소한은 무엇입니까?
- 받아들인 책임 : 책임감은 오직 책임질 마음이 있는 사람이 받아들일 수 있을 뿐이다. 책임이 있는 곳에는 권위도 따라온다.
팀과 개인이 중요하게 생각하는 가치는 우선순위는 다를 수 있겠지만 대부분 동감을 할 것이다. 하지만 가치만으로는 실천방법을 정확히 정할 수 없다. 의사소통을 위해 ‘기립 회의’를 할 수도 있고 자세히 기술된 문서를 요구할 수도 있다. 이렇듯 이 가치를 얻기 위해서는 좀 더 명확한 원칙을 세울 필요가 있다. 위에 나열된 XP의 원칙들 외에도 팀에서 다양한 원칙을 정립할 수 있을 것이다. 이 원칙들을 바탕으로 의사결정을 한다면
모두가 공감하고 모두에게 이익이 되는 실천방법을 찾을 수 있게 될 것이다.
원문 : http://fantazic.com/archives/83
(0) 
(0)Posted by 좐군
